Hallo, der Warenkorb der Kunden ist nach ca. 30 Minuten wieder leer. Das möchte ich auf 48 Stunden verlängern, da unsere Kunden mehrere Artikel mühsam im Shop (mit mehr als 2000 Arikeln: bfm-satshop.de) aussuchen und vor Abschicken der Bestellung bei uns anrufen, um die Funktion/Kompatibilität zu überprüfen. Diese Situation kommt oft am Wochenende vor. Serverseitig (eigener Server bei 1und1/IONOS) kann da nichts eingestellt werden, es liegt an der(n) Gambio Einstellung(en). Hier im Forum ist nichts brauchbares zu finden. GAMBIO Ticket braucht anscheinden wieder tagelang... Hat da jemand eine Idee? Grüße, Bernd
Warum nicht die Merkliste benutzen ?! Wenn Sich deine Kunden einloggen würden bleibt der Warenkorb auch erhalten.
wenn der kunde sich anmeldet bleibt das im Warenkorb die sessiontime könnte man evtl. erhöhen. Vielleicht hilft dir das schon, aber solchen Kunden würd ich raten ein Konto zu machen, sich anzumelden und dann können die beliebig zeit lassen.
Solche Kunden haben wir auch und dieses Verhalten kann man nicht ändern, also bleibt nur die Anpassung des Timeouts, dann sind beide Seiten glücklich.
Admin - Einstellungen - Systemeinstellungen - Session Gültigkeitsdauer hier z.b. 180 minuten eintragen. (gilt dann auch für den admin timeout)
Da muss man erstmal begreifen wo Warenkörbe sind. Bei eingeloggten Kunden sind die in der Datenbank am Kundenkonto gespeichert. Ein eingeloggter Kunde verliert damit seinen Warenkorb quasi nie, auch wenn er lange inaktiv ist. Bei nicht eingeloggten Kunden steckt ein Warenkorb in der Session. Geht die Session verloren, ist der Warenkorb unabänderlich weg. Die Sitzungen werden serverseitig von PHP verwaltet, das passiert außerhalb des Shops und wird über die Einstellungen von PHP gesteuert. Wenn sich das bei 1&1/Ionos nicht steuern lässt, gibt es keinen einfachen möglichen Hebel das zu beeinflussen... Auswege: Den Kunden entweder zum Login bringen oder dazu bringen die Warenkorb teilen Funktion zu benutzen. Beides bringt eine Zuordnung eines Warenkorbs an ein später wiedererkennbares Datum. Zweitbeste Auswege: Wenn man in der SQL Tabelle configuration einen Key "SESSION_GC_MAXLIFETIME" erzeugt und für den einen nummerischen Wert einträgt, wird der Shop versuchen die maximale Sessionzeit auf diese Anzahl Sekunden zu setzen. Es kann nur sein, dass der Server da trotzdem keine Lust zu hat. Noch eins mehr: Man kann einen anderen Session Handler als den Standard Session Handler benutzen und den Shop dafür konfigurieren, damit ist der Server aus der Gleichung komplett raus. Es gibt zum Beispiel Redis, Memcached oder MySQL als Alternativen. Beispielkonfigurationen sind in den configure.sample.php Dateien dokumentiert, der MySQL Handler ist die simpelste Alternative. Wenn der Browser trotzdem vorher das Cookie wegwirft, dann hilft das alles aber auch nichts... man erkennt niemandem später wieder. Dagegen gibts kein Kraut.
Offtopic: Die Session wird dann in der MySQL DB gespeichert, statt im Dateisystem ? Damit wäre dann auch eine stabile HA-Lösung sowohl bei der DB als auch bei dem Web-Server möglich, sprich man könnte mehrere Web-Server parallel betreiben und eine MySQL DB Master/Slave Konfiguration aufbauen. Ja ?
Ja, das ist vereinzelt so im Einsatz. Das ist aber ein etwas spezielles Gebiet, mit manchmal versteckten Stolperstricken im Detail.