Neu "Fehlerhafter Token" beim legen eines Artikels in den Warenkorb

[nirico]

Wir nutzen seit neustem den JTL Shop (Version 5.1.5). Mehrere Kunden haben uns berichtet, dass Sie die Fehlermeldung "Fehlerhafter Token" bekommen, wenn Sie einen Artikel in den Warenkorb legen. Dieser Fehler tritt nicht immer auf, ich konnte ihn aber folgendermaßen Reproduzieren:

1. Cookie Banner entweder ignorieren und offen lassen oder auf "Konfigurieren" drücken und nichts auswählen.
2. Artikel in den Warenkorb legen. Fehlermeldung "Fehlerhafter Token".

Hier der Link zu unserem Shop: https://globalmotoparts.com/

Wenn man ein zweites Mal den Artikel in den Warenkorb legt, klappt es dann. Aber es kann ja nicht sein, dass jeder Kunde, der die Cookies nicht akzeptiert oder ablehnt erst einmal eine Fehlermeldung bekommt, wenn er einen Artikel in den Warenkorb legen will. Hat jemand eine Idee woran das liegen kann?

 

[css-umsetzung]

Du bist bei ecomdata und hast das LiteSpeed sowie über deren Plugin den LS cache active, kann das sein?
Ich würde eher hier den Fehler suchen.

 

[nirico]

Du bist bei ecomdata und hast das LiteSpeed sowie über deren Plugin den LS cache active, kann das sein?
Ich würde eher hier den Fehler suchen.

Ja, genauso sieht es aus! Dann schaue ich mir das mal genauer an.

 

[nirico]

Hier die Antwort des ecomData Supports, falls jemand Anderes auch das Problem hat:

"es handelt sich hierbei um einen Bug im LS- Cache Plugins. Wir arbeiten bereits an einem Bugfix.
Derzeit gibt es noch keine Lösung, außer die Deaktivierung des Plugins."

Nach Deaktivieren des Cache des Plugins scheint der Fehler behoben zu sein.

 

[deliwelt]

Hallo,
bei uns ist es auch exakt wie oben beschrieben, aber wir nutzen keine Plugins von ecomData.
Gibt es hier vielleicht neuere Infos?

Gruß Michael

 

[Sirko W.]

Hallo

Vermutlich ist die Festplatte voll. Den Cache im Shopadmin leeren und ggf. eine alternative Methode statt Filecache nutzen.
Empfohlen wäre Redis oder eben SQLIte3.

 

[NoOne]

SQLite3 legt den Cache auch auf dem Webspace ab. Ist genau wie Dateicache eher kontraproduktiv, wenn der Plattenspeicher ausgeht. Vernünftig konfigurierter APC oder Redis sind immer vorzuziehen. Oder einfach mehr Webspace.

Könnte auch ein Rechteproblem sein, wenn der Ordner für die Sessions "außerhalb" des Webspaces liegt. In den meisten Fällen dürfte das aber tatsächlich ein Platzproblem sein.

 

[css-umsetzung]

Ist ja alles nur der Blick in die Glaskugel aber wenn es der erweiterte Cache ist, der hier die Probleme verursacht, würde ich mal schauen was die Bots da so treiben und dieses Problem zuerst beheben, bevor ich den Webspace vergrößere und mir mit dem Dateicache, der dann noch mehr Dateien, die am Ende wegen der Menge nicht mehr löschbar sind, noch mehr Probleme ins Bot hole.