Neu JTL Shop 5 - Kategoriebilder Cache

[Raccoon21]

Hallo,

mein Programme sind JTL Shop 5.8.3 und JTL Wawi 2.2.2

Mir ist bei der Aktualisierung von den Kategoriebildern aufgefallen, dass die Bilder aus der Unterkategorie nicht geändert werden und weiterhin im Cache bleiben.

z.B.:
/media/image/category/8276/md/ac_cobra.webp - falsch (altes Bild)
/media/image/category/8276/md/ac_cobra.jpg - ok (neues Bild)


bisherige Maßnahmen:
1. Wawi
Kategoriebild gegen anderes Bild getauscht (auch anderer Name und Größe) = altes Kategoriebild bleibt bestehen

2. Shop
System -> Cache -> Kategorien (Cache aktiv gesetzt) -> leeren = keine Änderung

3. FileZilla
/media/image/category/8276/md/ -> Bilddateien manuell gelöscht (jpg und webp) = trotzdem weiterhin über URL Link erreichbar!?

4. Wawi
Plattformen -> Onlineshop -> Komplettabgleich -> Kategorien + Kategoriebilder = keine Änderung

5. Browser verlauf gelöscht und auch im Inkognito-Modus getestet


Nun meine Frage:

1. Wie bekommt man den Cache tatsächlich gelöscht?
2. Liegt der Fehler hierbei an der internen Umwandlung von jpg in webp? (Nur im Ordner .../md/... sind jeweils webp Bilder erzeugt worden.

 

[lagerbuch]

Wenn die Datei per FTP gelöscht ist und die URL trotzdem noch das alte Bild liefert, kommt es nicht mehr vom Shop, sondern aus einem Cache davor. Läuft da Cloudflare oder ein anderes CDN, oder hat der Hoster einen Server-Cache wie LiteSpeed oder Varnish? Dort einmal leeren bzw. die URL purgen. Mit curl -I auf die Bild-URL sieht man an den Headern (z.B. cf-cache-status oder x-cache) schnell, wer das Bild eigentlich ausliefert.

 

[Raccoon21]

Darauf muss man erstmal kommen. Aber das war tatsächlich schon die Lösung.
Bei Cloudflare einmal den kompletten Cache gelöscht und nun sind die Kategoriebilder aktuell.


Vielen Dank an @lagerbuch

 

[lagerbuch]

Bei Cloudflare einmal den kompletten Cache gelöscht und nun sind die Kategoriebilder aktuell.

Freut mich! Kleiner Tipp fürs nächste Mal: In Cloudflare kann man unter Caching → Konfiguration mit "Custom Purge" auch nur einzelne URLs leeren. Dann muss nicht gleich der ganze Cache neu aufgebaut werden und der Shop bleibt in der Zeit schnell.

 

[Raccoon21]

Das habe ich auch gelesen, jedoch war das hier mal ganz sinnvoll.

 

[Raccoon21]

Kleiner Nachtrag:
Welche Möglichkeit habe ich, wenn einzelne Kategorien (und deren Unterkategorien) kein Bilder anzeigen. Sprich man sieht in der Handyansicht z.B. nur das „Broken Image“-Icon.

Auf dem Server sind diese richtig hinterlegt und auch in der Wawi angelegt.

 

[lagerbuch]

Kleiner Nachtrag:
Welche Möglichkeit habe ich, wenn einzelne Kategorien (und deren Unterkategorien) kein Bilder anzeigen. Sprich man sieht in der Handyansicht z.B. nur das „Broken Image“-Icon.

Auf dem Server sind diese richtig hinterlegt und auch in der Wawi angelegt.

Ich tippe auf die kleineren Bildgrößen. Auf dem Handy holt der Shop die Bilder aus xs oder sm, nicht aus md. Wenn die nach dem Löschen per FTP fehlen oder Cloudflare dort noch das alte 404 hat, kommt genau dieses Icon. Am Handy die Bild-URL öffnen, dann siehst du welcher Ordner es ist, und die URL bei Cloudflare nochmal purgen.

 

[Raccoon21]

Ist auch bei der PC Ansicht nicht vorhanden und betrifft nur wenige Kategorien (und immer deren Unterkategorien)
Im FTP sind diese ordentlich hintergelgt, sprich lg/ md/ sm/ xl/ xs

 

[Raccoon21]

NACHTRAG:
Mit dem Firefox Inspektor kann man sehen, dass der betroffene Abschnitt/ Bild die beiden Zusätze ::before und </img> haben.
Das haben die funktionieren Kategorien daneben nicht (siehe Bild). 🤔

 

[Raccoon21]

Ist jemanden bekannt, warum das nur bei vereinzelten Kategorien auftritt?
Auch ein Austausch ODER Löschung des Kategoriebildes in der Wawi half nicht.

 

[lagerbuch]

Mit dem Firefox Inspektor kann man sehen, dass der betroffene Abschnitt/ Bild die beiden Zusätze ::before und </img> haben.

Schau mal im Firefox unter F12 → Netzwerk, Filter „Bilder“, welche URL bei den kaputten Kategorien wirklich angefragt wird und mit welchem Status sie zurückkommt. Die Bilddateien heißen ja nach dem Kategorienamen (wie ac_cobra), ich würde auf ein Sonderzeichen oder Umlaut im Namen tippen, sodass die URL nicht genau zur Datei auf dem Server passt.

 

[Raccoon21]

Entspricht das der Analyse, die du angesprochen hast?
Die Verlinkungen der Bilder scheint hier nicht ganz zu stimmen, denn die Bilder-Links mit Status 404 gibt es gar nicht.
Die Bilder mit Status 301 sind im FTP als jpg zu finden, jedoch nicht als webp.

 

[lagerbuch]

Die Bilder mit Status 301 sind im FTP als jpg zu finden, jedoch nicht als webp.

Ja, genau das meinte ich, und da steckt es drin. Die .webp fehlt auf dem Server, also landet die Anfrage beim Shop, der leitet per 301 auf eine falsche Kategorie-URL weiter und dort gibt es dann 404. Ich würde im Shop-Backend den Bilder-Cache leeren, damit die webp neu erzeugt werden, und die betroffenen URLs in Cloudflare nochmal purgen, weil Cloudflare auch Weiterleitungen eine Zeit lang cached. Und unter Weiterleitungen nachschauen, ob da Einträge mit honda_s2000 stehen.