Reini Urban wrote: > > umfan866 schrieb: >> Reini-- >> >> That makes perfect sense. Because for PHP I am using the pre-compiled >> binaries for Oracle which is a build of php-5.1.6 >> http://www.zend.com/products/zend_core/zend_core_for_oracle >> >> Thanks for working on it! > > I found several other people having the same problem with 5.1.6 > Most suggest that php.ini > default_charset = "iso-8859-1" > will help. not for me. > > php session handling is just very complicated in 5.1.6 > see http://bugs.php.net/bug.php?id=16263 > and [Session] in php.ini: > > session.save_path = "0;777;f:/prog/php/phpwiki-dev/db/516" > > ; Instead of storing all the session files in > ; /path, what this will do is use subdirectories N-levels deep, and > ; store the session data in those directories. This is useful if you > ; or your OS have problems with lots of files in one directory, and is > ; a more efficient layout for servers that handle lots of sessions. > ; > ; NOTE 1: PHP will not create this directory structure automatically. > ; You can use the script in the ext/session dir for that > ; purpose. > > Argh! So you cannot just say 1;777; > You have to create the subtree manually beforehand. > For me the session files are locked most of the time, even if the apache > process is killed. > Hi. I am having a similar problem. It seems that I'm losing authentication as soon as the next click. So for instance, I log in and see the message "Authenticated as..." but as soon as I click another link it goes right back to "You must log in first". I thought it might be the 5.1.6 (which I'm using) session bug. But I've check out my php session directory (/var/lib/php/session) and examined the session file contents before and after losing authentication...the session file is being reused and modified. And the problem happens with any user/browser/system. So, is this the same issue, or another thing? I've poked around for days and I can't make it work. Thanks for any insight you can provide. Jim -- View this message in context: http://www.nabble.com/ADMIN-losses-authentication-tp7839549p14186427.html Sent from the phpwiki-talk mailing list archive at Nabble.com.
jshawqwinc <jim.shaw@qu...> - 2007年12月09日 22:04 wrote: > Reini Urban wrote: >> >> umfan866 schrieb: >>> Reini-- >>> >>> That makes perfect sense. Because for PHP I am using the pre-compiled >>> binaries for Oracle which is a build of php-5.1.6 >>> http://www.zend.com/products/zend_core/zend_core_for_oracle >>> >>> Thanks for working on it! >> >> I found several other people having the same problem with 5.1.6 >> Most suggest that php.ini >> default_charset = "iso-8859-1" >> will help. not for me. >> >> php session handling is just very complicated in 5.1.6 >> see http://bugs.php.net/bug.php?id=16263 >> and [Session] in php.ini: >> >> session.save_path = "0;777;f:/prog/php/phpwiki-dev/db/516" >> >> ; Instead of storing all the session files in >> ; /path, what this will do is use subdirectories N-levels deep, and >> ; store the session data in those directories. This is useful if you >> ; or your OS have problems with lots of files in one directory, and is >> ; a more efficient layout for servers that handle lots of sessions. >> ; >> ; NOTE 1: PHP will not create this directory structure automatically. >> ; You can use the script in the ext/session dir for that >> ; purpose. >> >> Argh! So you cannot just say 1;777; >> You have to create the subtree manually beforehand. >> For me the session files are locked most of the time, even if the apache >> process is killed. >> > > Hi. I am having a similar problem. It seems that I'm losing authentication > as soon as the next click. So for instance, I log in and see the message > "Authenticated as..." but as soon as I click another link it goes right back > to "You must log in first". I thought it might be the 5.1.6 (which I'm > using) session bug. > > But I've check out my php session directory (/var/lib/php/session) and > examined the session file contents before and after losing > authentication...the session file is being reused and modified. And the > problem happens with any user/browser/system. > > So, is this the same issue, or another thing? I've poked around for days > and I can't make it work. > > Thanks for any insight you can provide. > Jim Same problems here. I recently upgraded our server to SuSE Linux 10.3 an I'm now experiencing the same problem. Apache/2.2.4 (Linux/SUSE) mod_ssl/2.2.4 OpenSSL/0.9.8e PHP/5.2.5 phpwiki-1.3.14 To me it looks as if the session management looses the relation to the session. It also gets confused on how is logged in after 'sign out'. I tried to log what gets written in Request::finish(), but calling var_export() causes an abort due to some infinite recursion -- maybe that's the problem ? I'm using dba/db4 to store page and session data. I used dba/gdbm before, but gdbm is no longer compiled in in the SuSE RPMs. I compiled my own dba.so from the source packages with gdbm enabled. But no change either. I also tried the old instance based on phpwiki-1.3.11 -- no luck. Maybe its a PHP5 problem? Please help -- we heavily rely on our wiki, but it is down for weeks now. Detlev -- Detlev Droege, Uni Koblenz, FB Informatik,P.O.Box 201602,56016 Koblenz,Germany Fon: +49 261 287-2769 | Email: droege@ Fax: +49 261 287-100-2769 | uni-koblenz.de
2008年1月28日, Detlev Droege <dr...@un...>: > jshawqwinc <jim.shaw@qu...> - 2007年12月09日 22:04 wrote: > > Reini Urban wrote: > >> > >> umfan866 schrieb: > >>> Reini-- > >>> > >>> That makes perfect sense. Because for PHP I am using the pre-compiled > >>> binaries for Oracle which is a build of php-5.1.6 > >>> http://www.zend.com/products/zend_core/zend_core_for_oracle > >>> > >>> Thanks for working on it! > >> > >> I found several other people having the same problem with 5.1.6 > >> Most suggest that php.ini > >> default_charset = "iso-8859-1" > >> will help. not for me. > >> > >> php session handling is just very complicated in 5.1.6 > >> see http://bugs.php.net/bug.php?id=16263 > >> and [Session] in php.ini: > >> > >> session.save_path = "0;777;f:/prog/php/phpwiki-dev/db/516" > >> > >> ; Instead of storing all the session files in > >> ; /path, what this will do is use subdirectories N-levels deep, and > >> ; store the session data in those directories. This is useful if you > >> ; or your OS have problems with lots of files in one directory, and is > >> ; a more efficient layout for servers that handle lots of sessions. > >> ; > >> ; NOTE 1: PHP will not create this directory structure automatically. > >> ; You can use the script in the ext/session dir for that > >> ; purpose. > >> > >> Argh! So you cannot just say 1;777; > >> You have to create the subtree manually beforehand. > >> For me the session files are locked most of the time, even if the apache > >> process is killed. > >> > > > > Hi. I am having a similar problem. It seems that I'm losing authentication > > as soon as the next click. So for instance, I log in and see the message > > "Authenticated as..." but as soon as I click another link it goes right back > > to "You must log in first". I thought it might be the 5.1.6 (which I'm > > using) session bug. > > > > But I've check out my php session directory (/var/lib/php/session) and > > examined the session file contents before and after losing > > authentication...the session file is being reused and modified. And the > > problem happens with any user/browser/system. > > > > So, is this the same issue, or another thing? I've poked around for days > > and I can't make it work. > > > > Thanks for any insight you can provide. > > Jim > > Same problems here. > > I recently upgraded our server to SuSE Linux 10.3 an I'm now experiencing > the same problem. > Apache/2.2.4 (Linux/SUSE) mod_ssl/2.2.4 OpenSSL/0.9.8e PHP/5.2.5 > phpwiki-1.3.14 > To me it looks as if the session management looses the relation to > the session. It also gets confused on how is logged in after 'sign out'. > > I tried to log what gets written in Request::finish(), but calling var_export() > causes an abort due to some infinite recursion -- maybe that's the problem ? > > I'm using dba/db4 to store page and session data. I used dba/gdbm before, > but gdbm is no longer compiled in in the SuSE RPMs. I compiled my own > dba.so from the source packages with gdbm enabled. But no change either. > > I also tried the old instance based on phpwiki-1.3.11 -- no luck. > Maybe its a PHP5 problem? I also have the experience that from php-5.1.x on, their (php5) session management is not as simple as implemented and documented before. db4 is fine, even better than gdbm. maybe we should just disable our session hooks for php-5, but I already tried that USE_DB_SESSION=false and it didn't help and I fixed it by fixing some other magic php.ini var or maybe a local file permission setting. sorry, no solution yet. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://spacemovie.mur.at/ http://helsinki.at/
Reini Urban schrieb: > 2008年1月28日, Detlev Droege <dr...@un...>: >> jshawqwinc <jim.shaw@qu...> - 2007年12月09日 22:04 wrote: >>> Reini Urban wrote: >>>> umfan866 schrieb: >>>>> Reini-- >>>>> >>>>> That makes perfect sense. Because for PHP I am using the pre-compiled >>>>> binaries for Oracle which is a build of php-5.1.6 >>>>> http://www.zend.com/products/zend_core/zend_core_for_oracle >>>>> >>>>> Thanks for working on it! >>>> I found several other people having the same problem with 5.1.6 >>>> Most suggest that php.ini >>>> default_charset = "iso-8859-1" >>>> will help. not for me. >>>> >>>> php session handling is just very complicated in 5.1.6 >>>> see http://bugs.php.net/bug.php?id=16263 >>>> and [Session] in php.ini: >>>> >>>> session.save_path = "0;777;f:/prog/php/phpwiki-dev/db/516" >>>> >>>> ; Instead of storing all the session files in >>>> ; /path, what this will do is use subdirectories N-levels deep, and >>>> ; store the session data in those directories. This is useful if you >>>> ; or your OS have problems with lots of files in one directory, and is >>>> ; a more efficient layout for servers that handle lots of sessions. >>>> ; >>>> ; NOTE 1: PHP will not create this directory structure automatically. >>>> ; You can use the script in the ext/session dir for that >>>> ; purpose. >>>> >>>> Argh! So you cannot just say 1;777; >>>> You have to create the subtree manually beforehand. >>>> For me the session files are locked most of the time, even if the apache >>>> process is killed. >>>> >>> Hi. I am having a similar problem. It seems that I'm losing authentication >>> as soon as the next click. So for instance, I log in and see the message >>> "Authenticated as..." but as soon as I click another link it goes right back >>> to "You must log in first". I thought it might be the 5.1.6 (which I'm >>> using) session bug. >>> >>> But I've check out my php session directory (/var/lib/php/session) and >>> examined the session file contents before and after losing >>> authentication...the session file is being reused and modified. And the >>> problem happens with any user/browser/system. >>> >>> So, is this the same issue, or another thing? I've poked around for days >>> and I can't make it work. >>> >>> Thanks for any insight you can provide. >>> Jim >> Same problems here. >> >> I recently upgraded our server to SuSE Linux 10.3 an I'm now experiencing >> the same problem. >> Apache/2.2.4 (Linux/SUSE) mod_ssl/2.2.4 OpenSSL/0.9.8e PHP/5.2.5 >> phpwiki-1.3.14 >> To me it looks as if the session management looses the relation to >> the session. It also gets confused on how is logged in after 'sign out'. >> >> I tried to log what gets written in Request::finish(), but calling var_export() >> causes an abort due to some infinite recursion -- maybe that's the problem ? >> >> I'm using dba/db4 to store page and session data. I used dba/gdbm before, >> but gdbm is no longer compiled in in the SuSE RPMs. I compiled my own >> dba.so from the source packages with gdbm enabled. But no change either. >> >> I also tried the old instance based on phpwiki-1.3.11 -- no luck. >> Maybe its a PHP5 problem? > > I also have the experience that from php-5.1.x on, their (php5) > session management is not as simple as implemented and documented before. > > db4 is fine, even better than gdbm. > > maybe we should just disable our session hooks for php-5, but I > already tried that > USE_DB_SESSION=false > and it didn't help and I fixed it by fixing some other magic php.ini var > or maybe a local file permission setting. > > sorry, no solution yet. So do I understand you correctly: You have it running with PHP 5.1 but it is not clear what trick was the essential thing to do? This would give me some hope and I'd try playing with PHP settings. Detlev -- Detlev Droege, Uni Koblenz, FB Informatik,P.O.Box 201602,56016 Koblenz,Germany Fon: +49 261 287-2769 | Email: droege@ Fax: +49 261 287-100-2769 | uni-koblenz.de
Detlev Droege schrieb: > Reini Urban schrieb: >> sorry, no solution yet. > > So do I understand you correctly: You have it running with PHP 5.1 but > it is not clear what trick was the essential thing to do? Yes. Works for me with 5.1, but I had no chance yet to find the session problems on 5.2 -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://helsinki.at/ http://spacemovie.mur.at/