Menu
▾
▴
phpwiki-talk
|
From: joel s. <fox...@gm...> - 2006-03-06 20:31:11
|
I am learning how to setup phpwiki to require and manage passwords. My settings are to have phpwiki manage the passwords in a file, no bogo login, require passwords for any edits but allow viewing. This is working well, I add new users and passwords with either htpasswd, o= r I use the passencrypt.php page shipped with phpwiki and then cut and paste into my passwords file. I have changed ownership on the file to the apache account= . Now when I browse to the preferences page as some logged in user, I enter a new password. I get the following errors dumping out on the page. I think maybe there is some setup that I have missed? Or do I misunderstand the password system? Perhaps that page is only for changing the password in the users home page preference file and they canno= t change their password in the password file? Here are the errors at the bottom of wiki/index.php/UserPreferences after trying to input a new password...... lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]: Undefine= d property: _FilePassUser::$_HomePagehandle lib/WikiUser/File.php (In template 'body' < 'html'):81: Notice[8]: Undefine= d property: File_Passwd::$_filename lib/WikiUser/File.php (In template 'body' < 'html'):82: Notice[8]: Undefine= d property: File_Passwd::$_filename lib/pear/File_Passwd.php (In template 'body' < 'html'):103: Warning[2]: fopen(.lock) [<a href=3D'function.fopen'>function.fopen</a>]: failed to ope= n stream: Permission denied lib/pear/File_Passwd.php (In template 'body' < 'html'):104: Warning[2]: flock() expects parameter 1 to be resource, boolean given lib/pear/File_Passwd.php (In template 'body' < 'html'):235: Warning[2]: Invalid argument supplied for foreach() Thanks, Joel Schaubert |
|
From: Reini U. <ru...@x-...> - 2006-03-06 21:53:33
|
joel schaubert schrieb: > I am learning how to setup phpwiki to require and manage passwords. > My settings are to have phpwiki manage the passwords in a file, no bogo > login, require passwords for any edits but allow viewing. > > This is working well, I add new users and passwords with either > htpasswd, or I use the > passencrypt.php page shipped with phpwiki and then cut and paste into my > passwords file. I have changed ownership on the file to the apache account. > > Now when I browse to the preferences page as some logged in user, I > enter a new password. I get the following errors dumping out on the > page. I think maybe there is some setup that I have missed? > > Or do I misunderstand the password system? Perhaps that page is only > for changing the password in the users home page preference file and > they cannot change their password in the password file? If AUTH_USER_FILE_STORABLE = true, Pear::File_Passwd is used to update the password file. As seen below. There's no config variable (yet) to allow self-creating users for password files. Self-creating users should IMHO use PersonalPage settings. > Here are the errors at the bottom of wiki/index.php/UserPreferences > after trying to input a new password...... > > lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]: > Undefined property: _FilePassUser::$_HomePagehandle > > lib/WikiUser/File.php (In template 'body' < 'html'):81: Notice[8]: > Undefined property: File_Passwd::$_filename > > lib/WikiUser/File.php (In template 'body' < 'html'):82: Notice[8]: > Undefined property: File_Passwd::$_filename Oops. I'll have to check these. Maybe $_filename is empty, which would lead to the error below. > lib/pear/File_Passwd.php (In template 'body' < 'html'):103: Warning[2]: > fopen(.lock) [<a href='function.fopen'>function.fopen</a>]: failed to > open stream: Permission denied That's the first critical error. The apache account has no rights to write to this file. > lib/pear/File_Passwd.php (In template 'body' < 'html'):104: Warning[2]: > flock() expects parameter 1 to be resource, boolean given > lib/pear/File_Passwd.php (In template 'body' < 'html'):235: Warning[2]: > Invalid argument supplied for foreach() -- Reini Urban http://phpwiki.org/ http://helsinki.at/ http://spacemovie.mur.at/ |
|
From: joel s. <fox...@gm...> - 2006-03-06 23:40:02
|
Hi Reini, I was able to confirm that file permissions are not the issue for the particular file where the passwords are stored. To verify this, I changed ownership and permissions to exclude apache, then confirmed that I cannot even login (as expected). So then I put permission back on the password containing file so that apach= e is allowed. Now I can log in (as expected) but I cannot run that preferece= s page to change password for my hand-created users in the password file. I get the same errors as shown in the first email. Could it possibly be the missing $_filename variable that you had mentioned below causing the stream open failure? Here are two more clues I can provide by doing some more testing. 1) if I don't modify password, but just change the email, I see this error at the bottom of page lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]: Undefine= d property: _FilePassUser::$_HomePagehandle 2) if I click my loginName at the bottom where it says authenticated as SomeUser, to make a homepage for that account I get this error. Could you tell me what directory the mkdir context was likely to be in this situation so I can check and see why mkdir would have failed? (for now I have collected all the writeable directories that I knew about [wiki pages -- file db, session state] into one subdir and changed to apach= e ownership and put 777 permissions just to avoid perm problems) PHP Warning lib/pear/Cache/Container/file.php:339: Warning[2]: mkdir() [<a href=3D' function.mkdir'>function.mkdir</a>]: Permission denied [image: Valid XHTML 1.0!] <http://validator.w3.org/check/referer> [image= : Valid CSS!] <http://jigsaw.w3.org/css-validator/check/referer> Page Execution took real: 0.605, user: 0.580, sys: 0.030 seconds, Memory: 13544944 lib/plugin/Imdb.php:50: Warning[2]: main(themes/film/lib/imdb.php) [<a href=3D'function.main'>function.main</a>]: failed to open stream: No such f= ile or directory lib/Request.php:436: Notice[8]: Undefined property: Request_AccessLog::$logtable On 3/6/06, Reini Urban <ru...@x-...> wrote: > > joel schaubert schrieb: > > I am learning how to setup phpwiki to require and manage passwords. > > My settings are to have phpwiki manage the passwords in a file, no bogo > > login, require passwords for any edits but allow viewing. > > > > This is working well, I add new users and passwords with either > > htpasswd, or I use the > > passencrypt.php page shipped with phpwiki and then cut and paste into m= y > > passwords file. I have changed ownership on the file to the apache > account. > > > > Now when I browse to the preferences page as some logged in user, I > > enter a new password. I get the following errors dumping out on the > > page. I think maybe there is some setup that I have missed? > > > > Or do I misunderstand the password system? Perhaps that page is only > > for changing the password in the users home page preference file and > > they cannot change their password in the password file? > > If AUTH_USER_FILE_STORABLE =3D true, Pear::File_Passwd is used to update > the password file. As seen below. > > There's no config variable (yet) to allow self-creating users for > password files. Self-creating users should IMHO use PersonalPage settings= . > > > Here are the errors at the bottom of wiki/index.php/UserPreferences > > after trying to input a new password...... > > > > lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]: > > Undefined property: _FilePassUser::$_HomePagehandle > > > > lib/WikiUser/File.php (In template 'body' < 'html'):81: Notice[8]: > > Undefined property: File_Passwd::$_filename > > > > lib/WikiUser/File.php (In template 'body' < 'html'):82: Notice[8]: > > Undefined property: File_Passwd::$_filename > > Oops. I'll have to check these. > Maybe $_filename is empty, which would lead to the error below. > > > lib/pear/File_Passwd.php (In template 'body' < 'html'):103: Warning[2]: > > fopen(.lock) [<a href=3D'function.fopen'>function.fopen</a>]: failed to > > open stream: Permission denied > > That's the first critical error. The apache account has no rights to > write to this file. > > > lib/pear/File_Passwd.php (In template 'body' < 'html'):104: Warning[2]: > > flock() expects parameter 1 to be resource, boolean given > > lib/pear/File_Passwd.php (In template 'body' < 'html'):235: Warning[2]: > > Invalid argument supplied for foreach() > -- > Reini Urban > http://phpwiki.org/ > http://helsinki.at/ http://spacemovie.mur.at/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
|
From: Reini U. <ru...@x-...> - 2006-03-07 18:08:31
|
joel schaubert schrieb: > Hi Reini, > I was able to confirm that file permissions are not the issue for the > particular file where the passwords are stored. > > To verify this, I changed ownership and permissions to exclude apache, > then confirmed that I cannot even login (as expected). > So then I put permission back on the password containing file so that > apache is allowed. Now I can log in (as expected) but I cannot run that > prefereces page to change password for my hand-created users in the > password file. I get the same errors as shown in the first email. > > Could it possibly be the missing $_filename variable that you had > mentioned below causing the stream open failure? > > Here are two more clues I can provide by doing some more testing. > > 1) if I don't modify password, but just change the email, I see this > error at the bottom of page > > lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]: > Undefined property: _FilePassUser::$_HomePagehandle > > 2) if I click my loginName at the bottom where it says authenticated as > SomeUser, to make a homepage for that account I get this error. Could > you tell me what directory the mkdir context was likely to be in this > situation so I can check and see why mkdir would have failed? > (for now I have collected all the writeable directories that I knew > about [wiki pages -- file db, session state] into one subdir and changed > to apache ownership and put 777 permissions just to avoid perm problems) > > > PHP Warning > > lib/pear/Cache/Container/file.php:339: Warning[2]: mkdir() [<a > href='function.mkdir'>function.mkdir</a>]: Permission denied > > Valid XHTML 1.0! <http://validator.w3.org/check/referer> Valid CSS! > <http://jigsaw.w3.org/css-validator/check/referer> > Page Execution took real: 0.605, user: 0.580, sys: 0.030 seconds, > Memory: 13544944 > > > lib/plugin/Imdb.php:50: Warning[2]: main(themes/film/lib/imdb.php) [<a > href='function.main'>function.main</a>]: failed to open stream: No such > file or directory > > lib/Request.php:436: Notice[8]: Undefined property: > Request_AccessLog::$logtable > > > > On 3/6/06, *Reini Urban* <ru...@x-... <mailto:ru...@x-...>> wrote: > > joel schaubert schrieb: > > I am learning how to setup phpwiki to require and manage passwords. > > My settings are to have phpwiki manage the passwords in a file, no > bogo > > login, require passwords for any edits but allow viewing. > > > > This is working well, I add new users and passwords with either > > htpasswd, or I use the > > passencrypt.php page shipped with phpwiki and then cut and paste > into my > > passwords file. I have changed ownership on the file to the > apache account. > > > > Now when I browse to the preferences page as some logged in user, I > > enter a new password. I get the following errors dumping out on the > > page. I think maybe there is some setup that I have missed? > > > > Or do I misunderstand the password system? Perhaps that page is only > > for changing the password in the users home page preference file and > > they cannot change their password in the password file? > > If AUTH_USER_FILE_STORABLE = true, Pear::File_Passwd is used to update > the password file. As seen below. > > There's no config variable (yet) to allow self-creating users for > password files. Self-creating users should IMHO use PersonalPage > settings. > > > Here are the errors at the bottom of wiki/index.php/UserPreferences > > after trying to input a new password...... > > > > lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]: > > Undefined property: _FilePassUser::$_HomePagehandle > > > > lib/WikiUser/File.php (In template 'body' < 'html'):81: Notice[8]: > > Undefined property: File_Passwd::$_filename > > > > lib/WikiUser/File.php (In template 'body' < 'html'):82: Notice[8]: > > Undefined property: File_Passwd::$_filename > > Oops. I'll have to check these. > Maybe $_filename is empty, which would lead to the error below. Wrong. The attached patch below fixes that. lib/WikiUser/File.php: new File_Passwd($this->_file->_filename, ... => new File_Passwd($this->_file->filename, ... The rest is caused by the empty filename. I'll release a 1.3.12p2 with this fix soon. Have to check the other errors too which you reported. I can reproduce them here. -- Reini Urban http://phpwiki.org/ http://helsinki.at/ http://spacemovie.mur.at/ |
|
From: joel s. <fox...@gm...> - 2006-03-07 18:16:46
|
Exellent. Fix applied and verified. My password has now been changed correctly in the password file. Thanks Reini! Now there are hardly any errors at the bottom of the page, I include them just for referece since they are not causing me any issues that I can tell. lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]: Undefine= d property: _FilePassUser::$_HomePagehandle lib/Request.php:436: Notice[8]: Undefined property: Request_AccessLog::$logtable On 3/7/06, Reini Urban <ru...@x-...> wrote: > > joel schaubert schrieb: > > Hi Reini, > > I was able to confirm that file permissions are not the issue for the > > particular file where the passwords are stored. > > > > To verify this, I changed ownership and permissions to exclude apache, > > then confirmed that I cannot even login (as expected). > > So then I put permission back on the password containing file so that > > apache is allowed. Now I can log in (as expected) but I cannot run tha= t > > prefereces page to change password for my hand-created users in the > > password file. I get the same errors as shown in the first email. > > > > Could it possibly be the missing $_filename variable that you had > > mentioned below causing the stream open failure? > > > > Here are two more clues I can provide by doing some more testing. > > > > 1) if I don't modify password, but just change the email, I see this > > error at the bottom of page > > > > lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]: > > Undefined property: _FilePassUser::$_HomePagehandle > > > > 2) if I click my loginName at the bottom where it says authenticated as > > SomeUser, to make a homepage for that account I get this error. Could > > you tell me what directory the mkdir context was likely to be in this > > situation so I can check and see why mkdir would have failed? > > (for now I have collected all the writeable directories that I knew > > about [wiki pages -- file db, session state] into one subdir and change= d > > to apache ownership and put 777 permissions just to avoid perm problems= ) > > > > > > PHP Warning > > > > lib/pear/Cache/Container/file.php:339: Warning[2]: mkdir() [<a > > href=3D'function.mkdir'>function.mkdir</a>]: Permission denied > > > > Valid XHTML 1.0! <http://validator.w3.org/check/referer> Valid CSS! > > <http://jigsaw.w3.org/css-validator/check/referer> > > Page Execution took real: 0.605, user: 0.580, sys: 0.030 seconds, > > Memory: 13544944 > > > > > > lib/plugin/Imdb.php:50: Warning[2]: main(themes/film/lib/imdb.php) [<a > > href=3D'function.main'>function.main</a>]: failed to open stream: No su= ch > > file or directory > > > > lib/Request.php:436: Notice[8]: Undefined property: > > Request_AccessLog::$logtable > > > > > > > > On 3/6/06, *Reini Urban* <ru...@x-... <mailto:ru...@x-...>> > wrote: > > > > joel schaubert schrieb: > > > I am learning how to setup phpwiki to require and manage > passwords. > > > My settings are to have phpwiki manage the passwords in a file, n= o > > bogo > > > login, require passwords for any edits but allow viewing. > > > > > > This is working well, I add new users and passwords with either > > > htpasswd, or I use the > > > passencrypt.php page shipped with phpwiki and then cut and paste > > into my > > > passwords file. I have changed ownership on the file to the > > apache account. > > > > > > Now when I browse to the preferences page as some logged in user, > I > > > enter a new password. I get the following errors dumping out on > the > > > page. I think maybe there is some setup that I have missed? > > > > > > Or do I misunderstand the password system? Perhaps that page is > only > > > for changing the password in the users home page preference file > and > > > they cannot change their password in the password file? > > > > If AUTH_USER_FILE_STORABLE =3D true, Pear::File_Passwd is used to > update > > the password file. As seen below. > > > > There's no config variable (yet) to allow self-creating users for > > password files. Self-creating users should IMHO use PersonalPage > > settings. > > > > > Here are the errors at the bottom of > wiki/index.php/UserPreferences > > > after trying to input a new password...... > > > > > > lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]= : > > > Undefined property: _FilePassUser::$_HomePagehandle > > > > > > lib/WikiUser/File.php (In template 'body' < 'html'):81: Notice[8]= : > > > Undefined property: File_Passwd::$_filename > > > > > > lib/WikiUser/File.php (In template 'body' < 'html'):82: Notice[8]= : > > > Undefined property: File_Passwd::$_filename > > > > Oops. I'll have to check these. > > Maybe $_filename is empty, which would lead to the error below. > > Wrong. The attached patch below fixes that. > > lib/WikiUser/File.php: > > new File_Passwd($this->_file->_filename, ... > =3D> new File_Passwd($this->_file->filename, ... > > The rest is caused by the empty filename. > I'll release a 1.3.12p2 with this fix soon. > Have to check the other errors too which you reported. I can reproduce > them here. > > -- > Reini Urban > http://phpwiki.org/ > http://helsinki.at/ http://spacemovie.mur.at/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
|
From: joel s. <fox...@gm...> - 2006-03-07 17:08:26
|
I think I see what you mean.
Near line 933 in file WikiUserNew.php when the new instance of _FilePassUse=
r
is being created, a third parameter to the constructor line 20 of
File.phpis not being pased in.
constructor
function _FilePassUser($UserName=3D'', $prefs=3Dfalse, $file=3D'') {
line 933 of WikiUserNew.php....
} elseif (in_array('File',
$dbh->getAuthParam('USER_AUTH_ORDER')) and
defined('AUTH_USER_FILE') and
file_exists(AUTH_USER_FILE)) {
include_once("lib/WikiUser/File.php");
if (check_php_version(5))
return new _FilePassUser($UserName,
$this->_prefs);
else {
$user =3D new _FilePassUser($UserName,
$this->_prefs); eval("\$this =3D \$user;");
// /*PHP5 patch*/$this =3D $user;
return $user;
}
} else {
If you could tell me how to reference the filename and pass it as the third
argument to return new _FilePassUser($UserName, $this->_prefs);
I could try that and test it and let you know if it fixes the issue.
Joel Schaubert
On 3/6/06, Reini Urban <ru...@x-...> wrote:
>
> joel schaubert schrieb:
> > I am learning how to setup phpwiki to require and manage passwords.
> > My settings are to have phpwiki manage the passwords in a file, no bogo
> > login, require passwords for any edits but allow viewing.
> >
> > This is working well, I add new users and passwords with either
> > htpasswd, or I use the
> > passencrypt.php page shipped with phpwiki and then cut and paste into m=
y
> > passwords file. I have changed ownership on the file to the apache
> account.
> >
> > Now when I browse to the preferences page as some logged in user, I
> > enter a new password. I get the following errors dumping out on the
> > page. I think maybe there is some setup that I have missed?
> >
> > Or do I misunderstand the password system? Perhaps that page is only
> > for changing the password in the users home page preference file and
> > they cannot change their password in the password file?
>
> If AUTH_USER_FILE_STORABLE =3D true, Pear::File_Passwd is used to update
> the password file. As seen below.
>
> There's no config variable (yet) to allow self-creating users for
> password files. Self-creating users should IMHO use PersonalPage settings=
.
>
> > Here are the errors at the bottom of wiki/index.php/UserPreferences
> > after trying to input a new password......
> >
> > lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]:
> > Undefined property: _FilePassUser::$_HomePagehandle
> >
> > lib/WikiUser/File.php (In template 'body' < 'html'):81: Notice[8]:
> > Undefined property: File_Passwd::$_filename
> >
> > lib/WikiUser/File.php (In template 'body' < 'html'):82: Notice[8]:
> > Undefined property: File_Passwd::$_filename
>
> Oops. I'll have to check these.
> Maybe $_filename is empty, which would lead to the error below.
>
> > lib/pear/File_Passwd.php (In template 'body' < 'html'):103: Warning[2]:
> > fopen(.lock) [<a href=3D'function.fopen'>function.fopen</a>]: failed to
> > open stream: Permission denied
>
> That's the first critical error. The apache account has no rights to
> write to this file.
>
> > lib/pear/File_Passwd.php (In template 'body' < 'html'):104: Warning[2]:
> > flock() expects parameter 1 to be resource, boolean given
> > lib/pear/File_Passwd.php (In template 'body' < 'html'):235: Warning[2]:
> > Invalid argument supplied for foreach()
> --
> Reini Urban
> http://phpwiki.org/
> http://helsinki.at/ http://spacemovie.mur.at/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
|
|
From: Reini U. <ru...@x-...> - 2006-03-07 18:30:15
|
joel schaubert schrieb:
> Exellent.
> Fix applied and verified.
> My password has now been changed correctly in the password file.
>
> Thanks Reini!
> Now there are hardly any errors at the bottom of the page, I include
> them just for referece since they are not causing me any issues that I
> can tell.
>
> lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]:
> Undefined property: _FilePassUser::$_HomePagehandle
fix:
if ($num = _AnonUser::setPreferences($prefs, $id_only)) {
// Encode only the _prefs array of the UserPreference object
if (!empty($this->_HomePagehandle) and !$id_only) {
$this->_HomePagehandle->set('pref', $this->_prefs->store());
}
}
return $num;
> lib/Request.php:436: Notice[8]: Undefined property:
> Request_AccessLog::$logtable
fix:
if (!empty($this->_accesslog->logtable))
$this->_accesslog->write_sql();
I think this is it.
Please move the wrong plugin Imdb.php away.
You need the library from the theme which does not exist.
--
Reini Urban
http://phpwiki.org/
http://helsinki.at/ http://spacemovie.mur.at/
|
|
From: joel s. <fox...@gm...> - 2006-03-07 20:39:10
|
Yes!
Both of those patches worked and now I have zero warnings when changing a
user password.
Thanks for the help, I am quite happy about upgrading from 1.2 to 1.3 and
getting all of these new features.
>Please move the wrong plugin Imdb.php away.
>You need the library from the theme which does not exist.
Unfortunately I did not understand what this meant since I did not have any
lmdb.php file nor referece to it in my config.ini as you can see here.....
pixiefox wiki # find . -name lmdb.php
pixiefox wiki # grep lmdb config/config.ini
On 3/7/06, Reini Urban <ru...@x-...> wrote:
>
> joel schaubert schrieb:
> > Exellent.
> > Fix applied and verified.
> > My password has now been changed correctly in the password file.
> >
> > Thanks Reini!
> > Now there are hardly any errors at the bottom of the page, I include
> > them just for referece since they are not causing me any issues that I
> > can tell.
> >
> > lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]:
> > Undefined property: _FilePassUser::$_HomePagehandle
>
> fix:
> if ($num =3D _AnonUser::setPreferences($prefs, $id_only)) {
> // Encode only the _prefs array of the UserPreference object
> if (!empty($this->_HomePagehandle) and !$id_only) {
> $this->_HomePagehandle->set('pref',
> $this->_prefs->store());
> }
> }
> return $num;
>
>
> > lib/Request.php:436: Notice[8]: Undefined property:
> > Request_AccessLog::$logtable
>
> fix:
> if (!empty($this->_accesslog->logtable))
> $this->_accesslog->write_sql();
>
> I think this is it.
> Please move the wrong plugin Imdb.php away.
> You need the library from the theme which does not exist.
> --
> Reini Urban
> http://phpwiki.org/
> http://helsinki.at/ http://spacemovie.mur.at/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X