[solved] Timeout Backend

[rethus]

Ich habe eine Installation bei 1u1. Der Expire-Logout von Contenido greift bei ca. 20 Minuten.
In den Contenido-Settings ist der Backend-Timeout auf 60 gesetzt.

Mich würde interessieren, ob jemand von Euch schon einmal das Backend-Timeout verlängert hat, und welche Hebel er bewegt hat.
Ich würde davon ausgehen, das es eine Server-Konfiguration in Sachen Session-Timeout ist... würde mich aber freuen wenn schon Erfahrungswerte vorliegen, wie die Einstellungen schnell und einfach gesetzt werden können - im Idealfall auch auf 1u1 Servern.

LG & guten Start in die Woche

[McHubi]

Ich hab bisher immer nur Anpassungen in der /html/data/config/production/config.misc.php vornehmen müssen. Mehr nicht.

[Faar]

Ich hab bisher immer nur Anpassungen in der /html/data/config/production/config.misc.php vornehmen müssen. Mehr nicht.

Ich weiß nur, dass bei manchen Seiten die Zeit schneller ab läuft als 60 Minuten. Etwa so wie Rethus es beschreibt.
Aber keine davon ist bei 1und1 und die Mehrzahl der Seiten hält sich an die 60 Minuten.
60 Minuten sind sowieso zu kurz, wenn man daran entwickelt.
Immer der Zwang, auf Reload zu drücken.
Bei bestimmten Superadmins (wie mich ) sollte die Zeit 12 Stunden betragen.

Probleme gibt es eher bei den Frontend-Einstellungen in der config-mist, weil hier öfter mal die Zeit trotzdem nach 15 min abläuft, obwohl ich es auf 60 min eingestellt hatte.

[rethus]

Danke für deine Antwort McHubi,
Dieser Wert hat bei mir nicht gegriffen, da er ohnehin auf 60 Stand. Da kein logout nach 60 Sekunden passiert ist, gehe ich davon aus, das der Wert demnach Minten darstellen soll. Da jedoch nach round about 20 Minuten ausgeloogt wurde, hatte diese Einstellung nicht funktioniert.

Letztendlich war es eine Servereinstellung bei dieser Installation. Das setzen von zwei Session-Parametern (an den Anfang der config.php) behebt das Problem:

Code: Alles auswählen

ini_set('session.gc_maxlifetime', 3600);
session_set_cookie_params(3600);

Alternativ könnte man diese Werte auch in einer .htaccess setzen. Mir sind sie lieber in der config.php.

[bodil]

Das ist mal ein guter Hinweis! Hab ich auch schon lange nach gesucht, wäre ich im Leben nicht draufgekommen.
Mir sind oft auch die 60 Minuten zu kurz, deshalb habe ich mir ein js-Skript gebastelt, das in nem eigenen Tab läuft und in das ich die URL der aktuellen Contenido-Sitzung eintrage. Das Skript ruft dann im Viertelstundentakt das Backend auf und hält mein Login so am Leben ...
B.

[Oldperl]

Servus,

Das setzen von zwei Session-Parametern (an den Anfang der config.php) behebt das Problem

Um Update-fähig zu bleiben sollte man solche Änderungen und Zusätze nicht in die Contenido config.php schreiben, sondern in eine config.local.php im selben Verzeichnis. Dieses geht sowohl für das Backend unter /data/config/ENVIROMENT/ als auch für das Frontend unter /cms/data/config/ENVIROMENT/.

Gruß aus Franken

Ortwin

[rethus]

Oldperl hat natürlich recht mit der config.local.php.

Mir ging es hier erstmal nur um das Prinzip, dass du es in die Config-Files schreiben kannst, da diese immer aufgerufen werden.
Meiner Meinung sollte es in den Core einfließen, und über einen Mandanten-Parameter steuerbar sein. Aber hey, nun wissen wir wie es geht und dieser Foreneintrag existiert. Belassen wir es also dabei