Re: [PHP] Share Session Vars on 2 servers
Thanks Philip, its all become clear now. I have actually seen that user session stuff a long time ago but forgot all about it. I really should have thought of that. Paul Philip Murray [EMAIL PROTECTED] wrote in message 004a01c11a48$45a34520$0300a8c0@sparlak">news:004a01c11a48$45a34520$0300a8c0@sparlak... Hi Paul, If you have a single database between the 2 servers you could implement your own session handlers using PostgreSQL, Mysql or any other db for that matter. http://php.net/manual/en/function.session-set-save-handler.php Shouldn't be to difficult to do at all I imagine. Hope this helps! - -- - - - Philip Murray - [EMAIL PROTECTED] http://www.open2view.com - Open2View.com - - -- - - - Original Message - From: Paul R. Jackson [EMAIL PROTECTED] I have developed a well tested password protection system using session vars. We have 2 web servers with half of our pages on each (for reasons I wont go into). What I need to be able to do is have a single login that would then work on both servers. Which basically means sharing session vars on 2 servers. Yes sure I could use just straight cookies because both servers live under the same main domain but I have the system already in place and I dont want to change it. I think it could be done by forcing the 2 servers to use the session temp same directory with 'session.save_path' variable by using a NFS share. But we would prefer not to do that. And in fact if that was the only solution we would just do without. Is there soemthing else I can do. Paul -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP] Share Session Vars on 2 servers
I have developed a well tested password protection system using session vars. We have 2 web servers with half of our pages on each (for reasons I wont go into). What I need to be able to do is have a single login that would then work on both servers. Which basically means sharing session vars on 2 servers. Yes sure I could use just straight cookies because both servers live under the same main domain but I have the system already in place and I dont want to change it. I think it could be done by forcing the 2 servers to use the session temp same directory with 'session.save_path' variable by using a NFS share. But we would prefer not to do that. And in fact if that was the only solution we would just do without. Is there soemthing else I can do. Paul -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] Share Session Vars on 2 servers
Hi Paul, If you have a single database between the 2 servers you could implement your own session handlers using PostgreSQL, Mysql or any other db for that matter. http://php.net/manual/en/function.session-set-save-handler.php Shouldn't be to difficult to do at all I imagine. Hope this helps! - -- - - - Philip Murray - [EMAIL PROTECTED] http://www.open2view.com - Open2View.com - - -- - - - Original Message - From: Paul R. Jackson [EMAIL PROTECTED] I have developed a well tested password protection system using session vars. We have 2 web servers with half of our pages on each (for reasons I wont go into). What I need to be able to do is have a single login that would then work on both servers. Which basically means sharing session vars on 2 servers. Yes sure I could use just straight cookies because both servers live under the same main domain but I have the system already in place and I dont want to change it. I think it could be done by forcing the 2 servers to use the session temp same directory with 'session.save_path' variable by using a NFS share. But we would prefer not to do that. And in fact if that was the only solution we would just do without. Is there soemthing else I can do. Paul -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]