Re: Purging Expired Session Objects
| From: | Thies Arntzen | Date: | Thu, 07 Sep 2000 15:07:02 +0000 |
| Subject: | Re: Purging Expired Session Objects | ||
| References: | 1 2 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-15724@lists.php.net to get a copy of this message | ||
On Thu, Sep 07, 2000 at 04:57:53PM +0200, Sascha Schumann wrote:
> On Thu, 7 Sep 2000, Thies Arntzen wrote:
>
> > On Thu, Sep 07, 2000 at 02:31:27PM +0200, Sascha Schumann wrote:
> > > > BTW: sascha - i'm not all that that happy with a notice that
> > > > is generated at random times. do we really need it?
> > >
> > > If you can suggest a better way of recording this event, we might
> > > evaluate changing this to something different.
> >
> > it's doesn't need to be logged by PHP - if the user want's to
> > log it we should simply return the number (remembered in
> > sessin_start) of GC'ed sessions thru a function.
>
> That's a kludge and just adds to the execution time.
no -
how many people are interested in "how many old sessions have
just been GC'ed?" - near to none! those how are would gladly
call session_get_gc_count(). changing the call to
php_errror() to SESSION(gc_count) = n would actually _increase_
performance by a few cycles (only at ramdom times though;-)
>
> The default error_warning is E_ALL & ~E_NOTICE and that is good.
i really want E_NOTICE to be shown - things like "Undefined
variable" and "Undefined index" are very helpful messages
when writing scripts. i think a lot of people do agree to me
here. the number of sessions GC'ed is of no importance
whatsoever to the normal script - only if you're debugging
the session code itself this information has value.
calling session_start() with @ would eliminate this vary
random notice, but would also hide if there was a real
problem starting the session.
tc
>
> - Sascha
--
Thies C. Arntzen "One Big-Mac, Small Fries and a Coke!"
Digital Collections Phone +49 40 235350 Fax +49 40 23535180
Hammerbrookstr. 93 20097 Hamburg / Germany