WebsiteBaker Support (2.12.x) > General Help & Support

php.ini --> Automatischer Logout?

(1/1)

Concilla:
Hallo Website Baker,

könnte mir jemand von Euch sagen, welche Einstellung in der php.ini für den automatischen Logout des CMS verantwortlich ist? Wenn ich am WB z.B. 10 nichts gemacht habe, werde ich automatisch ausgeloggt.
 
Vielen Dank im Voraus für Eure Mühe.

Gruß von Concilla

Luisehahne:
suche nach session.gc_maxlifet ime=1440
; After this number of seconds, stored data will be seen as 'garbage' and
; cleaned up by the garbage collection process.
; https://php.net/session.gc-maxlifetime
session.gc_maxlifet ime=1440

Dietmar

Concilla:
Vielen Dank, Dietmar. Der Wert liegt da auch bei 1440. Komisch, dass man sich aber das ständig neu einloggen muss. Auf einem anderen Server, der von Strato betrieben wird, findet man den selben Wert, man wird jedoch nicht so oft ausgeloggt.

Luisehahne:
Ein bisschen gegoogelt und das gefunden

--- Quote ---Das Verhalten der PHP-Session hängt von vielen Faktoren ab.
Primär gilt da erst einmal die "session.cookie_life time". Die bestimmt, wie lange ein Cookie gültig ist.
Also wenn die bspw. auf 3600 gestellt ist, dann läuft deine Session in einer Stunde ab.
Das bedeutet, dein Browser wird das Cookie nach einer Stunde wegschmeissen - das bedeutet aber nicht, dass sie danach ungültig ist!
Also wenn ich an deine Session-ID rankomme (was natürlich dank https nicht möglich ist, deswegen nutzen wir das ja), dann kann ich das Cookie auch 4h später mitschicken und die Session wäre immer noch gültig - sofern sie nicht gelöscht wurde.
Und hier kommen wir dann zum Löschen/Aufräumen abgelaufener Sessions.
Den Prozess nennt man Garbage Collection (das ist ein üblicher Begriff in der Software Entwicklung) - daher die Abkürzung "GC" bei diversen Einstellungsmöglich keiten.

Wann die noch existierenden Sessions tatsächlich aufgeräumt werden, hängt davon ab, wie die Garbage Collection eingestellt ist.
PHP räumt automatisch ab und zu auf. Ab und zu bezieht sich dabei auf das Zusammenspiel von "session.gc_probabil ity" und "session.gc_divisor".
So dass eben nicht bei jedem Request aufgeräumt wird (aus Performance-Gründen).

Das alles lässt sich konfigurieren, aber auch komplett deaktivieren und z.B. über Cronjobs lösen (damit nie was im Webprozess geschieht).
Ausserdem haben die Parameter unterschiedliche Bedeutung, je nach dem welcher "session.save_handle r" verwendet wurde.
Der "session.save_handle r" ist im Prinzip einfach eine Abstraktion, um Session-Daten von verschiedenen Backends zu laden bzw. zu speichern. Standard ist eben "files", also auf dem Dateisystem.
Aber wenn der Hoster möchte, könnte er was eigenes implementieren bei sich. Eigene Session Save Handler sind in C geschrieben und werden als Modul zu PHP dazu geladen.

Aber die entsprechend korrekte Konfiguration ist Aufgabe des Hosters. Generell wird er sicher nicht Sessions für 30 Stunden aktiv lassen, das macht auch keinen Sinn.
Und wie und wann er die veralteten Sessions aufräumen möchte, bleibt ebenfalls ihm überlassen.
--- End quote ---

Auch ein Thema womit ich mich intensiver mit beschäftigen muss

Dietmar

Concilla:
Ok, vielen Dank für die Info. Das liegt dann wohl außerhalb meines Bereiches  :-D

Navigation

[0] Message Index