Warnmeldung session_regenerate_id

[mokraemer]

änder doch mal deine Session_settings auf
session.sid_bits_per_character = 4

[mausi]

... Frage ist doch - wie kommt das x in die Query?

[NilSole]

Das ist relativ einfach: es handelt sich um ein Hexadezimal - Literal, wie man es zB in Mariadb verwendet.

https://mariadb.com/kb/en/hexadecimal-literals/

[mausi]

... wenn ich mein Informatikstudium nicht abgebrochen hätte, wüsste ich auch so einen "Quatsch".

[mausi]

Die Fehlermeldungen kamen heute Nacht über 30x:

MYSQL-ERROR
Query: SELECT 1 FROM tblSessions WHERE touch>=NOW()-INTERVAL 1440 second AND session_id=x'jUKN0,gFIX1pi7tP8uWS2E83QFJqd,vc-BFC6OIR' AND sessionName="PHPSESSID"

Im Cookie:
[HTTP_COOKIE] => PHPSESSID=jUKN0%2CgFIX1pi7tP8uWS2E83QFJqd%2Cvc-BFC6OIR

Habe gerade mal ein leeres Template angelegt und in einem anderen Browser getestet - Cookies werden gesetzt ... warum auch immer.

[mausi]

Nachtrag:

In der we.inc.php wird ini_set('session.sid_bits_per_character', '4'); schon gesetzt.

[mokraemer]

ja, kann aber sein, das deine Install das ignoriert.
Ich hab auch mal den strict mode aktiviert - dachte das sei Standard - ist es (leider) nicht. Damit sollte das dann aber weg sein, denn dann muß die SessionID passen.

[mausi]

Standard ist bei mir sogar 5, wie ich gerade bemerkt habe. Gebracht hat es aber nichts. Echt ärgerlich, weil man ja nicht ausschließen kann, dass es potentielle Neukunden sind und wenn es nur der Google-Bot ist, der die Seite nicht aufrufen kann. Daher noch einmal: Selbst bei einem leeren Template wird eine Session-ID, unnötigerweise, erzeugt.

[mokraemer]

5 ist schlecht - und nicht gut.
Und Neukunden werden kein Cookie von dir haben. Was du gerade beobachtest sind Alt-Cookies.

[mokraemer]

bei einem leeren Template?!
Das wundert mich wirklich - aber wie ich schon sagte - auf Cookies zu verzichten war bisher nicht unser Fokus.

[mausi]

... ja, habe ich gestern extra getestet.

"auf Cookies zu verzichten war bisher nicht unser Fokus."

Darum geht es nicht. Wenn jemand explizit diese nicht benötigt und diese dann noch zu Fehlern führen (sie oben), dann ist es legitim nachzufragen, warum diese überhaupt gesetzt werden. Mit dem aktuellen Status kann ich die nicht aktiviert lassen, weil ich nicht weiß, welche Auswirkungen diese Ausfälle haben.

[mausi]

... habe gerade erst Deinen Kommentar von von wegen 5 gelesen. Laut PHP wird der Wert zukünftig bevorzugt. Wenn WE nicht mit Standardwerten läuft, ist DAS schlecht. Da WE aber den Wert eh auf 4 setzt, sollte es dennoch funktionieren. btw. lösche ich stets meine Cookies bevor ich teste.

[mokraemer]

so. jetzt wird keine Session mehr erzeugt, wenn sie nicht gebraucht wird. in der aktuellen nightly

[mausi]

Hey, 1000 Dank! Dann sollten jetzt auch die Fehlermeldungen aufhören. Ich muss mal schauen, ob ich es heute schaffe das Nightly einzuspielen. Ich gebe Dir auf jeden Fall Feedback.

Netten Abend noch,

Andreas

[mausi]

... gerade 9.1.3.1 Barrhorn Nightly (9.1.3.1, Revision: 14073) eingespielt und ein leeren Template angelegt - es wurde ein Cookie angelegt:

https://www.omoc.de/_test.html

Beim Update bekam ich eine ganze Menge hier von:

URI: /webEdition/liveUpdate/updateClient/liveUpdateServer.php?liveUpdateSession=297adb62c00ea5fd6ae232c6788bf9c9&update_cmd=installer&detail=executePatches
Host: xxx.domain.tld
Error type: Warning
Error message: foreach() argument must be of type array|object, bool given
Script name: webEdition/liveUpdate/classes/liveUpdateFunctions.class.php
Line number: 949

Mach Dir aber kein Stress deswegen ...