Nicholson, Helen, 1958-

Little, Jennifer

Hartley, J. S. (Jennifer S.)

Stanislavsky, Konstantin, 1863-1938

International Community Arts Festival (2011 : Rotterdam, Netherlands)

Benedetti, Jean

Oyston, Peter

Tait, Peta, 1953-

Dolan, Jill, 1957-

Diamond, David, 1953-

Pryce, Larissa, author

Batra, Kanika, 1972-

Matthews, John, 1983- author

Spatz, Ben, author

Nicholson, Helen, 1958-

Holdsworth, Nadine

Johnson, Dominic, 1980-

Solga, Kim, 1974-

Kempe, Andy

Anderson, Michael, 1969-

Ewing, Robyn (Robyn Ann), 1955- author

Goebbels, Heiner, author

Johnston, Daniel, author

I only wrote a chapter in this new book, The HTML and CSS Workshop: A New, Interactive Approach to Learning HTML and CSS, but it is a new book and my name is on it and it’s on Amazon, so it’s still ???? cool. I wrote the chapter on Themes, Colors, and Polish. Here’s what […]

My session driver of choice for CodeIgniter is database. A while ago, I noticed millions of rows in the corresponding database table. That means that garbage collector was not working. I checked config.php for sess_regenerate_destroy, but it was already set to false. It was really weird because the problem seemed to have come out of nowhere – not much ago things were working just fine.

After a short investigation, I found out this was and still is a common problem for those who had upgraded their CodeIgniter version from 2.x to 3.x. Turns out, the later possesses heavy changes for Sessions library. And most importantly – fundamental changes in dealing with garbage: CodeIgniter 3.x relies on PHP's native grabage collector. So, in order to get things working again, we need to configure PHP properly.

The Solution

Today there are three PHP-native settings for dealing with session garbage collector. CodeIgniter's Session library has already taken care of one of them – gc_maxlifetime – so there's no need for an extra touch here. The problem lies within the rest: session.gc_probability and/or session.gc_divisor. These two determine when the garbage collector is running. Here's what php.net says:

session.gc_divisor coupled with session.gc_probability defines the probability that the gc (garbage collection) process is started on every session initialization. The probability is calculated by using gc_probability/gc_divisor, e.g. 1/100 means there is a 1% chance that the GC process starts on each request.

In my case, using ini_get() revealed the following values: 0 and 1000. The equation 0/1000=0 meant there was no chance the garbage collector would even run.

Finally, I solved the problem by using the values officially stated as default and by putting the following lines of PHP code into config/config.php file:

ini_set( 'session.gc_probability',	1 );
ini_set( 'session.gc_divisor',		100 );

Theoretically, this means that the garbage collector usually runs once every 100th request. It's more than enough, but it is up to you whether that causes too many unnecessary hits to database. An alternative solution for heavy-traffic websites could be having a 0% probability on the production site and a Cronjob-based script which removes database rows of the expired sessions.

Hayden Library - TA418.9.N35 N396 2012

Barker Library - TA418.9.N35 N68 2012

Hayden Library - TA418.9.N35 S54 2011

Hayden Library - TP248.25.N35 M46 2013

Barker Library - T174.7.M63 2011

Hayden Library - T174.7.P46 2012

Hayden Library - T174.7.N79 2013

Hayden Library - TA418.9.N35 N2465 2013

Hayden Library - TA418.9.N35 S967 2012

Barker Library - QC176.8.N35 C43 2013

Hayden Library - TA418.9.N35 C465 2013

Hayden Library - QC176.8.N35 I575 2011

Barker Library - T174.7.N79 2012

Hayden Library - TA418.9.N35 S9665 2013

Hayden Library - TA418.9.N35 S656 2013

Hayden Library - QC176.8.N35 N3256 2012