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