Warnmeldung session_regenerate_id

[ThomasGoebe]

Ist die Test Datei als statische Datei angelegt, also nur html?
Wenn ja, wie soll dann webEdition da einen Cookie setzen? Statische HTML Dateien werden m.E. doch direkt vom Webserver ausgeliefert und webEdition spielt da gar keine Rolle.

[ThomasGoebe]

Ha, ich sehe gerade, dass in der Antowrt das "powerd by webedition" kommt. Kann es daran irgendwie liegen? Trag doch mal Deine Partner id ein, dann sollte das weg sein. Falls es die nicht gibt, gibt es auch Wege, das powered by auszublenden.

[mausi]

... nee, ist eine dynamische Datei, nur als .html "getarnt". Eine Partner-ID habe ich nicht mehr, da ich nur noch selten mit WE zu tun habe. Ich habe das in dem Verzeichnis mit einer phpinfo.php getestet - kein Cookie.

[mausi]

... die Meldungen hören nicht auf und ich habe null Ahnung woran es liegen könnte. Der Aufruf der Seiten wird nach der Max. Scriptlaufzeit mit einem Fehler abgebrochen. Die Seite lässt sich aber ansonsten ganz normal aufrufen:

https://www.omoc.de/de/kontakt/agb.html

An Warning occurred while executing a script in webEdition.

webEdition address: www.omoc.de,

URI: /de/kontakt/agb.html
Host: serverwww.omoc.de
Error type: Warning
Error message: session_write_close(): Failed to write session data using user defined save handler. (session.save_path: /var/lib/php/sessions)
Script name:
Line number: 0
Caller: errorHandler
Backtrace: #0 we_base_errorHandler::errorHandler called at [:]
#1 session_write_close called at [webEdition/we/classes/base/we_base_errorHandler.class.php:526]
#2 we_base_errorHandler::errorHandler called at [webEdition/we/classes/base/we_base_errorHandler.class.php:557]

[WBTMagnum]

Hallo,

Lt. der Fehlermeldung versucht er die Session in "/var/lib/php/sessions" zu speichern. Existiert der Pfad? Welche Berechtigungen liegen da drauf?


Liebe Grüße,
Sascha

[mausi]

Moin,

der Pfad existiert. Berechtigung ist 1733 auf root. Wenn das nicht korrekt wäre, müsste der Fehler ja bei jedem Zugriff kommen. Aber das tut er ja nicht, sondern meist nur Nachts, wenn irgendwelche Bots (?) die Seiten besuchen.

Andreas

[WBTMagnum]

Ev. überlasten diese "Bot-Zugriffe" den Server und daher kommt es zu dem verhalten. Schau doch mal in den Logs was da wirklich vor sich geht. Wir haben erst letztens ein System gehabt, da haben "Crawler" innerhalb von wenigen Sekunden mehrere hundert Seiten angefragt. Das war der Server dann kurzfristig auch "überfordert".

Liebe Grüße,
Sascha

[mausi]

... ich habe gestern Abend mal die FPM-Einstellungen höher gesetzt. Die waren dort noch auf Standard. Mal schauen was das für Auswirkungen hat. Melde mich wieder ...

Lieben Gruß zurück!

ps. Danke

[mokraemer]

nein. WE schreibt keine Sessions mehr in Dateien. Wir nutzen einen eigenen Handler - die Meldung von PHP ist einfach ein default, wenn da was schief geht.
Ich kann aber auch die Einstellungen von Andreas nicht so einfach nachstellen - außer ihm stört sich kaum einer an Session-Cookies. Er meinte ja, er habe sich etwas selbst gebaut - ich weiß aber nicht genau was.

[mausi]

... nein, für mein eigenes Produkt nicht für WE. Da ist alles Standard und hat seit Jahren einwandfrei funktioniert. Außerdem bin ich nicht der Einzige mit dem Fehler - siehe Eingangsposting.

[mausi]

Ich habe jetzt die Scriptlaufzeit erhöht. Es könnte sein, dass das mit den nächtlichen Backups zusammenhängt. Der SQL-Error ist nicht mehr aufgetaucht.