[geeklog-devel] PHP Sessions and PEAR Class

[Tony Bibbs]

Sessions are session.  Thus how long a session lives either using files 
or the DB is up to the coder.  It sounds like you thought the TTL was 
different for both and they are, in fact the same.

Just a point of clarity.

--Tony

Blaine Lang wrote:

>Vinny Wrote: I agree. If we push it back we can plan things out a bit better
>and maybe eliminate some of those other cookies we have...
>Dirk wrote Yeah, I've always had the feeling (and got the occasional
>complaint) that we're using too many cookies.
>
>I'm not sure we can eliminate these cookies since SESSIONS probally will
>only be resident on the server (if files are used) for 15min or so and if we
>use the DB for SESSIONS would we not be removing them as well after some
>configured time interval.
>
>Adding suport for SESSIONS should not be complicated to add to GL and it
>would be good to get some exposure and testing so that we can tweak it's
>usage and determine how best to use SESSIONS in our GL functions.
>
>----- Original Message ----- 
>From: "Dirk Haun" <dirk at haun-online.de>
>To: <geeklog-devel at lists.geeklog.net>
>Sent: Wednesday, August 04, 2004 4:56 PM
>Subject: Re: [geeklog-devel] PHP Sessions and PEAR Class
>
>
>Vinny,
>
>  
>
>>I agree. If we push it back we can plan things out a bit better and
>>maybe eliminate some of those other cookies we have...
>>    
>>
>
>Yeah, I've always had the feeling (and got the occasional complaint) that
>we're using too many cookies.
>
>
>  
>
>>Dirk, maybe you should call out "feature freeze" and just spend the
>>next two weeks squashing bugs in what we have thus far?
>>    
>>
>
>We need one or two new features for the integration of the SpamX plugin,
>and I don't want to rule out the occasional minor addition (as long as it
>doesn't break anything or require too many changes), but in general
>bugfixes are currently the #1 priority.
>
>bye, Dirk
>
>
>  
>