Re: PHP web farms (i.e. why msession or something like it)
| From: | mlwmohawk at mohawksoft dot com | Date: | Wed, 29 May 2002 12:20:06 +0000 |
| Subject: | Re: PHP web farms (i.e. why msession or something like it) | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-84522@lists.php.net to get a copy of this message | ||
> derick@php.net wrote:
>
>>> At 10:20 25/05/2002 -0400, mlwmohawk@mohawksoft.com wrote:
>>> >Marginalizing this capability IMHO is not the right direction, I
>>> >think there should, in fact, be a stronger push for this sort of
>>> >capability to be built in by default.
>>
>> Agree with that too... but if something like this should be
>> mainstream, all components should in be in the PHP source tree,
>> including the daemon.
>>
>
> I personally think the best solution would be something like the
> postgresql session extension, except generalized to work with any (or
> at least several) databases. Built-in MySQL session support is
> definitely needed.
The problem with using databases are they they are expensive and they are slow.
A generalized PostgreSQL session manager would be cool, I have actually been thinking about such an
extension. Using the schema from the PG msession plugin, it would be fairly easy. Alas, the problems
with
PostgreSQL as a session manager are many. MySQL is just as bad, but for different reasons. :-)
It is because the databases fall flat as session managers that I wrote msession in the first place.
>
> Right now I don't run any web farms, but I used to work for a company
> with 125+ web servers, so I understand the problem.
125??!! All serving the same content? All maintaining a coherent environment? What did you use for
session
data?