HI:

I have a user login system written in PHP. it is designed to save sessions in MySQL for sercurity reason. The script was running fine on a Windows XP machine with PHP 5.1.4. However, when I moved the system to a Redhat 9 machine, it won't write to MySQL. I thought maybe the PHP 4.0 on Redhat 9 is too old. So I installed Fedora 5 core, with lastest PHP 5, still it won't work. I have set "session.save_handler users" in php.ini. and I also followed instructions posted on shiflett.org/articles/guru-speak-jan2005
to define new session_set_save_handler(). My php MySQL module seems working since I have been using phpMyAdmin to manipulate MySQL without problem...

I do not know what could be wrong at this stage. Could any expert advise what other things/aspects I should check?

Many thanks,

Tony

You are starting again a new thread for the same question!

I sent you a reply on the previous:
http://www.linuxquestions.org/questi...d.php?t=469442

The Administrators do not like duplicate threads.

True. And session-saving in SQL is something that you can fairly easily find on the many PHP-oriented archives.

There have been issues with various versions of PHP, against various versions of SQL servers. For example the data can become quite large (it can overflow PHP's undocumented limits too). But there are various ways that you can handle that. PHP's built-in session facilities are convenient, but by no means the only way to handle state-information. In a "secure" application, furthermore, this implementation (even if hitting an SQL server for its back-end data store) might not be appropriate. It's not too hard to trick PHP into dumping its brain to the client screen.

All you can really do is to watch what's going to the SQL table and also watch what might be dumped to the Apache log. And, you know, just debug your code...

can you show us your sample code on saving the session. the error might be in your code....