Mailinglisten-Archive |
Hallo Niels Jäckel!
Du hast am Sonntag, 26. September 2004
um 11:48 folgendes geschrieben:
> Hier wird sicher jedem geholfen. Liegt vielleicht daran, dass niemand
> dein Prblem wirklich verstanden hat.
Hmmm Also das Problem ist das die Sessions nicht wie erwartet vom GC
gelöscht werden.
> > ich habe den Parameter:
> >
> > session.gc_maxlifetime
> >
> > eigentlich so verstanden das nach der maxlifetime eine Session
> > (sollte sie nicht mehr erneuert werden) gelöscht wird.... der
> > Standart ist 1440 also 24 Min.?!
> >
> > Wenn sich aber nun jemand nicht abmeldet bleiben die Session-Dateien
> >
> >>24h und noch länger da - obwohl ich sogar bei einem LOGOUT den Wert
> >
> > für session.gc_probability auf 100/100 setzte so das bei JEDEM LOGOFF
> > von irgendejemanden ein GC-lauf sein sollte...
>
> Sessions werden eigentlich (Voreinstellung) dann gelöscht, wenn der User
> seine Browser - Session beendet.
Wie beendet den der Browser die Session auf dem Server wenn er
einfach geschlossen wird? Also beim logoff wo ich die Session selber
beende geht's ja einwandfrei.
> Auszug aus der PHP-Hilfe:
>
> | session.cookie_lifetime [integer]
> |
> | session.cookie_lifetime spezifiziert die Cookie-Lebensdauer, die an
> | den Browser geschickt wird, in Sekunden. Der Wert 0 bedeutet "bis der
> | Browser geschlossen wird." Grundeinstellung 0. Siehe auch
> | session_get_cookie_params() und session_set_cookie_params().
Der Cookie ist nicht das Problem - der wird vom Browser wohl
verwurfen. nur die session-Datei auf der Platte des Servers bleibt
liegen.
> und nochein Auszug aus der PHP-Hilfe.
Genau nach dem Auszug dachte ich ja das ich es richtig verstanden
hatte. Nur scheinen 1440 Sekunden keine 24 Min zu sein?
> | session.gc_maxlifetime [integer]
> |
> | session.gc_maxlifetime spezifiziert die Anzahl der Sekunden, nach
> | denen Daten als 'garbage' ('Müll') betrachtet und entsorgt werden.
> |
> | *Anmerkung*: Falls Sie die standardmäßige dateibasierte
> | Session-Prozedur verwenden, muss Ihr Dateisystem die Zugriffszeiten
> | (atime) verfolgen. *Windows FAT tut dies nicht*. Sie müssen sich daher
> | einen anderen Weg einfallen lassen, um die 'Müllentsorgung' Ihrer
> | Session zu erledigen, wenn Sie an ein FAT-Dateisystem gebunden sind
> | oder an irgendein anderes Dateisystem, das keine atime-Kontrolle
> | bietet.
>
> --> hast du win/FAT?
Ne, ist ein SuSE - Server bei Strato.
Liebe Grüße Alex
--
Bitte kein TOFU!
Infos: http://palms-net.de/links/go_url.php?id=49
Die Aufgabe besteht nicht so sehr darin, zu sehen, was noch nie
gesehen, sondern eher zu denken, was noch nie gedacht, ueber das,was
jeder sieht.
(Arthur Schopenhauer)
php::bar PHP Wiki - Listenarchive