Comments on: PHP Session Data Lost Between [Some] Pages

By: Charlie

Charlie — Wed, 12 Oct 2011 17:47:18 +0000

Big thanks for that tip. I was struggling forever with why my sessions were being lost. Lo and behold, if I commented out the 404 redirect in my .htaccess the problem went away. Two issues I had there, first, my 404 redirect was going to the wrong path (needed to go to a sub-folder on the domain) and second, I must have had a wrong URL in my CSS or some other page that wasn’t being found and was being sent to the incorrect 404 page, where the sessions were getting lost (because, I believe, that page didnt have a session_save path).

By: Karan

Karan — Thu, 15 Sep 2011 13:55:34 +0000

I just solved an issue where PHP session variables were being lost if I reloaded the page. The problem was a CSS file with an invalid URL. Once I fixed the href attribute of that LINK tag to point to the correct file, the issue went away. So CSS _can_ apparently affect PHP session variables. Must be some weirdness with the 404 response/headers or something.

By: Steve

Steve — Tue, 02 Aug 2011 18:14:04 +0000

Thanks for this, I’ve read of this being resolved by editing the setting in the php.ini file but this was not working for me. Setting the variable in the code works great.

By: tristan

tristan — Wed, 27 Jul 2011 17:43:55 +0000

Hey There, I appreciate the comment, but CSS would not affect your PHP code in any way. There must be something else going on in your case.

By: fadzlyothman

fadzlyothman — Wed, 27 Jul 2011 07:25:46 +0000

It’s the UI css that’s causing the problem. Remove it and your session variables should be intact but there goes your styling. I had the same problem with datepicker UI but still have not found an answer..

By: tristan

tristan — Mon, 23 May 2011 18:24:29 +0000

Thanks for the good info!

By: Ionut

Ionut — Mon, 23 May 2011 08:29:20 +0000

There’s a cron job that deletes session data older than session.gc_maxlifetime. Changing the directory worked for you because the cron doesn’t find the session data anymore, but I believe the right way to do this is to extend the session.gc_maxlifetime in php.ini.
Give it a try, end the voodoo misconceptions around loosing the session data.

By: Mizo

Mizo — Wed, 10 Nov 2010 20:13:18 +0000

Hey
i Sollved IT

and i posted that to make easy for every one searches on this issue
may be my sloution goes well with u , may be not !

all i did is changing name of session that i play on

$_SESSION['type'] changed to $_SESSION['Tipe']

Hope that helps

By: Mizo

Mizo — Wed, 10 Nov 2010 19:55:01 +0000

hello
thanks for ur help

but i tried ur tip and it doesnt work
if u have another solution plz publish it as i need it .

my session lost in certain page
any page else doesnt lose sessions

By: George

George — Wed, 20 May 2009 10:06:28 +0000

Hi. Thanks for this!

I had the same problem and it was very frustrating due to the random and seemingly unpredictable nature of it. Sessions could last anywhere from 20 seconds to 20 minutes.

However in my case the server DID have a valid setting for save_path (it was simply “/tmp” which is quite a normal setting for linux servers) but I was still getting the random loss of session data. After setting the save_path to a local folder near my own home directory as you suggested, the problem went away.

So what causes the problem in the first place? It should be quite acceptable to store session data in temporary folders. It could be that the folder was being prematurely cleansed by some other process, but that wouldn’t explain how, as you also mention, the session data would randomly disappear and then sometimes RE-appear! This to me indicates a file access problem, where the file is still there but unable to be read on occasion. I think that when it comes down to it, if the server is hosting a large number of sites, each of which is running potentially a large number of sessions simultaneously, it becomes a bit too much for the system when all of those processes need access to the same folder at the same time.

It would have been nice if I had received some kind of notification that the session data file could not be read, but hey, perhaps there is a log file somewhere I’m not privy to. It’s not my server after all.

Enough of my waffling! Thanks again for the tip