justin randell <[email protected]> writes:
> 2009/12/18 Daniel Pittman <[email protected]>:
>> justin randell <[email protected]> writes:
>>> 2009/12/18 Daniel Pittman <[email protected]>:
>>>> justin randell <[email protected]> writes:
>>>>> 2009/12/17 Daniel Pittman <[email protected]>:
>>
>> [...]
>>
>>>> Anyway, I am curious to know if that is still true: if I can't modify the
>>>> PHP code, can I store sessions in a database these days?
>>>
>>> ah, now i see what you mean. yes, its still true, unless you install a php C
>>> extension that defines a session.save_handler for you to write session info
>>> to a database, then you need php code.
>>
>> I guess the last, obvious, question is: has someone written a standard C
>> extension that does that, targeting MySQL or PostgreSQL? Google didn't give
>> me a convincing answer, and I am hoping an expert can. :)
>
> no, not that i know of.
Darn. It seems like such an obvious thing for people to want to do...
Oh, well. I guess the reason I don't write one is that I don't care, so that
limits how much I can complain when other people don't. ;)
> the PECL memcache extension defines a session save handler, which is a
> very fast, scalable way to do it, provided you don't mind session data
> going away when your memcache instances do...
...because nothing could ever go wrong with *that* plan. ;)
> personally, i'd be more interested in an extension that used a fast,
> scalable key-value style db as a session backend, rather than a relational
> db with all those fancy ACID features you never use when pulling out and
> sticking in session data.
Yeah, me too. Just as soon as I find a fast, scalable key-value database that
has the same level of use, commercial and open investment, and robustness,
that I can find in the relational databases. Which is a high bar. :)
Daniel
--
✣ Daniel Pittman ✉ [email protected] ☎ +61 401 155 707
♽ made with 100 percent post-consumer electrons
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
