unserialize(): Argument #1 ($data) must be of type string, null given

hallo beisammen,

die gambio shops zahlreicher kunden fallen in den letzten tagen immer wieder aus mit fehlermeldung:

unserialize(): Argument #1 ($data) must be of type string, null given

kommt meist direkt nach login und schrottet den umsatz dann zu 100%. das leeren aller caches via admin bringt nichts. erst wenn man alles folgende mittels ftp löscht geht der shop wieder.
/cache alles ausser ordner, htaccess, index.html
/cache/sessions alles aus index.html
/cache/smarty alles ausser index.html
/public kompletten ordner /theme löschen

nervt gewaltig und tritt gerade bei zahlreichen kunden anscheinend nur unter version 4.8 auf verschiedenen servern auf. bei wem noch? und was macht ihr dauerhaft dagegen?

 

PHP Version? Fremdmodule installiert?

 

php ist version 8.1 bei fast allen. fremdmodule keine oder wenn überhaupt ladezeitenoptimierung werbe-markt.de - tritt aber auch bei shops ohne module auf, kommt sehr sicher aus gambio.

 

Schon mal ein Ticket gemacht? Was sagt den Gambio dazu?
Bis jetzt habe ich von meinen Kunden noch nichts gehört, das so was auftritt.

 

ticket noch nicht da ich gerade bei einigen kunden schon tage auf dringlichkeittickets warte...support gerade super überlastet denke ich. scheint aber ein genereller fehler zu sein.

 

Passiert das wenn Kunden Artikel in den Warenkorb legen und sich danach anmelden bzw Registrieren möchten?

 

das passiert seit ca einer woche in verschiedenen shop meist v 4,8.0.3 plus php 8.1. manchmal kann man nicht mal mehr startseite aufrufen, shop komplett offline. bei anderen erscheint das erst nach klick auf login. trotzdem dann 100% umsatzverlust da einer mehr bestellen kann.

 

Das ist ein Fehler der nur ab PHP 8 auftritt.
Normalerweise steht die betreffende Datei die das verursacht in den Logfiles.

 

Kannst du uns einen Shop nennen bei dem das Passiert?

 

aktuell nein da behoben. es betrifft auch mehrere shops. in den logfiles bei allen steht das gleiche, da ist wohl was am cache defekt:

2024-09-09 11:43:15 CRITICAL: unserialize(): Argument #1 ($data) must be of type string, null given
file: /GambioCore/Cache/Model/CachedData.php:91

2024-09-09 11:43:15 WARNING: Trying to access array offset on value of type null
2024-09-09 11:43:15 WARNING: Trying to access array offset on value of type null

 

Rein interessehalber: Wie wurde der Fehler denn behoben? Einfach den normalen Cache geleert?

 

siehe oben. löschen cache via admin reicht nicht aus, man muss manuell löschen.

 

Das gleiche Problem haben wir seit heute früh auch.
PHP 8.2.23
Gambio Version: v4.9.3.0
Cache löschen per ftp bringt den Shop zurück

 

ich hab mittlerweile ein dutzend kunden bei denen der fehler mit version >= 4.6 immer wieder auftritt.
gambio: bitte mal nachschauen, da ist was im argen.
das leeren der caches via admin half nie, nur das manuelle leeren via ftp.
bei einem aktuellen kunden habe ich auch alle dateirechte nochmal neu gesetzt.
löschen ALLER caches via admin hilft trotzdem nicht.
was immer hilft:
löschen cache via ftp.
und zwar hier ganz konkret der DATEIEN nicht ordern unter /cache

 

#14

Das löschen musste ich schon immer mit FTP machen, weil sonst die Daten im Cache immer hängen geblieben sind.
Völlig egal wie man löschte, von oben nach unten, von unten nach oben, oder quer zwischen durch

V 4.9.4.1 und PHP 8.2.x

 

da stimmen sehr sicher nicht datei/ordnerrechte. prüfen!

 

und wieder der gleiche fehler bei einem weiteren kunden.
löschen der caches für seiten und module admin bringt nichts.
löschen der dateien mit ftp unter /cache half.
was mir hier auffiel: sind hier dateirechte 644 normal? sollte das nicht 755 sein?

@gambio: der fehler trat in den letzten monaten dutzende male bei vielen kunden und hostern immer wieder in vershiedenen shopsystemen > 4.4 auf. da liegt doch ein sstemfehler vor, oder? habt ihr infos woher der fehler immerwieder kommt? es scheint bei allen betroffenen kunden der fall zu sein, dass via cache module/seiten leeren nicht alle "defekten" dateien unter /cache gelöscht werden.

 

danke till! der letzte war ein 4.8.0.0, keinerlei fremdmodule. ich such morgen mal eien aktuell betroffenen kunden raus mit supportvertrag. der letzte hat keinen aktiven, ist ausgelaufen. auf facebook berichten auch ein paar andere von den gleichen problemen...

 

hab eben ein ticket für den ersten betroffenen kunden mit support erstellt.