APC strikes again
I was trying to move the RC1 release to my public site, when I got hit by the APC session issues again. I then went back to the old forum and noticed it's there as well. My server recently updated a lot of software so I'm guessing that's when it actually broke, I just hadn't logged out or done admin stuff since then.
So the "fix" for APC apparently isn't really quite correct.
Re: APC strikes again
Reply #1 –
Have not looked at this in some time as I don't use APC. There are several bug reports written against APC (destroying static class members) but they have all been closed as "will not fix" as well, big help there.
What version of php and apc is this on? Are you using, database sessions? Do you have session.auto_start in your php.ini ? Just trying to see if the register_shutdown_function() is being called or not. (its in Session.php in the loadSession function)
Re: APC strikes again
Reply #2 –
php 5.4.26
APC 3.1.13
Use database driven sessions = checked (I assume you mean the Elk setting)
session.auto_start = 0
Is there a better accelerator to use?
Re: APC strikes again
Reply #3 –
So here's an oddity. register_shutdown_function() was not being called because cache_enable was set to 0. Yet on the admin server config cache page is showed as level 1. I changed it to 2 and saved it and then cache_enable was set to 2. Then I went back and changed it back to 1 and cache_enable was 1. And then things worked again with APC.
So why would the admin page show me 1 when a print from session.php showed 0?