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 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.
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
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
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.
@ff-webdesigner Bitte mache dazu ein Ticket auf und schreibe uns bitte so viele Infos wie möglich rein, wir brauchen z.B. den Cache-Key der den Fehler auslöst. Leider sind die hier aufgeführten Fehlermeldungen nicht eindeutig genug. Wir brauchen den $cacheNamespace und den $cacheKey Nur so können wir das genauer prüfen. Wenn es z.B. immer der gleiche CacheNamespace ist, dann kann man schauen, welche Funktion im Shop das Problem auslöst, oder ob es ggf. ein Zusatzmodule ist usw. Wir haben aber bisher noch von keinem anderen Kunden dazu Meldungen bekommen, dass dieser Fehler überhaupt in allen Shops generell immer auftritt. Hast du das Problem auch mit Shops die 4.8 oder 4.9 sind? Soweit ich sehe sagst du es betrifft nur Shops mit Version die kleiner als 4.8 sind. Das würde ja bedeuten das das Problem mit der 4.8 Version behoben wurde und ein Update eventuell Abhilfe schaffen würde.
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...