New on BinarySludge.com today there's a tutorial looking at redundant and fault tolerant session storage via a few different technologies that can store session data with a custom session handler.

If a PHP application has deeply embedded usage of the $_SESSION superglobal, removing state is difficult. Instead removing the dependency between a user’s session data and the single server it’s stored on achieves the same fault tolerance.

They focus on a REST-ful approach to session handling, that it should be "kept entirely on the client" so there's no issue if something happens to the primary session data source. They point out that, while the technologies that can be used to replace it are similar, there's still some issues around using things like memsached, Sharedance, Hazelcast or MySQL to store session details.

Never let it be said that geeks aren't without a sense of humor - even the saddest moments seem somewhat happer when expressed through code.

A sad poem of an algorithm where solitude brought excessive use of cpu cycles and memory allocation for redundant data (it copied over and over again the same image till all memory was filled with it)

This definitely belongs in the "random PHP-related things" area, but it's still a fun little read. Check it out - just try to not get too despondent.

Never let it be said that geeks aren't without a sense of humor - even the saddest moments seem somewhat happer when expressed through code.

A sad poem of an algorithm where solitude brought excessive use of cpu cycles and memory allocation for redundant data (it copied over and over again the same image till all memory was filled with it)

This definitely belongs in the "random PHP-related things" area, but it's still a fun little read. Check it out - just try to not get too despondent.