[geeklog-devel] Sessions, again

[Blaine Lang]

Peter wrote:
> There are serious problems with the combination of session files and
> load-balanced web servers.

Yes, that is true and I have clients that I used PHP SESSIONS in such an
environment and they typically do have the infrastructure to support SESSION
based files. The number of Geeklog installs that run in such an environment
are probally .001%.

Are we to not consider moving forward because this and we are not making any
core changes to require sessions at this time. I have GL based client
plugins that now use sessions and it obviously is a positive development.

I personally just think we should include the PEAR library as it's pretty
small for now.

I want to move forward not backward and we are not making any core changes
at this time to require sessions.
I suggest adding a $_CONF parm that is off by default. If enabled it will
load the PEAR class and initiate sessions.

Otherwise - let's use the PHP Sessions - again with the $_CONF parm.

Blaine
----- Original Message ----- 
From: "Peter Roozemaal" <mathfox at xs4all.nl>
To: <geeklog-devel at lists.geeklog.net>
Sent: Sunday, September 05, 2004 12:13 PM
Subject: Re: [geeklog-devel] Sessions, again


Blaine Lang wrote:
> Why don't we just use the core PHP Session functions - that was my
> original intention all along.
>
> There will still be a browser session based cookie. SESSION Based
> files will be the current only option We can have a Config Parm to
> disable sessions which can be off by default for now

There are serious problems with the combination of session files and
load-balanced web servers. In essence, it requires a shared file server
and creates another point of failure. Database stored session info is
more natural for our setup.

Greetings,
Peter.

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://lists.geeklog.net/listinfo/geeklog-devel