Posted by Jason Barnett on 10/12/29 11:24

This can be a fine way to go, given that you have a specific reason to
do so that is not easily handled by using session_set_save_handler.
The most common session handler in use (besides the default handler)
is a DB session handler. You could write this handler in C and it
would possibly be worth the effort. Caching DB connections in a
shared module could give you a nice performance boost (although I have
no idea how stable a setup like that would be, usual caveats about
multi-threaded servers would apply).

Hope this helps.


On 8/18/05, GamblerZG <gambler@highstream.net> wrote:
> I'm not speaking about "session_set_save_handler", I'm considering
> writing session handler from scratch. Is it a bad idea? If so, why?
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

• Next in forum: Custom session handling - bad or good idea?
• Prev in forum: Re: proxy security
• Thread view: Re: [PHP] Custom session handling - bad or good idea?

[Reply to this message]