Besten Dank für das Angebot.
Gerne können wir am Montag eine Teamviewer-Session starten, ich stehe ab 14:00 Uhr bereit.
Neu Neues Plugin: JTL Supercache
- Ersteller des Themas eRock Marketing
- Erstellungsdatum
Gerne können wir am Montag eine Teamviewer-Session starten, ich stehe ab 14:00 Uhr bereit.
wir haben das update auch vor ca. 4 Stunden installiert, Cache gelöscht.
Dann sprang die Anzahl der gecachten Seiten auf rund 170 und viel dann rapide wieder ab auf jetzt 9 Seiten. Stieg dann wieder schnell auf 500+
Aber dann kam der Workerabgleich und schlug zu - gecachte Seiten 5..... und jetzt steigt er wieder....
Dann sprang die Anzahl der gecachten Seiten auf rund 170 und viel dann rapide wieder ab auf jetzt 9 Seiten. Stieg dann wieder schnell auf 500+
Aber dann kam der Workerabgleich und schlug zu - gecachte Seiten 5..... und jetzt steigt er wieder....
Das können wir bestätigen. Wir haben den Workerabgleich deaktiviert und nun zählen die gecachten Seiten hoch und werden nicht mehr zurückgesetzt.
Wir haben dazu recht viele Rückmeldungen bekommen.
An dieser Stelle erst einmal Danke für das so große Interesse. 🙂
Leider habe ich schlichtweg einen Fehler gemacht und nicht die richtige Version "zusammengestellt". (Versionskontrolle via Git ist so super....dass es manchmal auch einfach zu umständlich ist 😉 ).
Da es schon ein paar Installationen gibt und wir in der Version auch an der info.xml was geändert haben musste ich jetzt die Version 1.04 draus machen, ist aber eigentlich die zuvor versprochene Version.
Ist bereits online: https://shop.knoell-marketing.de/JTL-Supercache
An dieser Stelle erst einmal Danke für das so große Interesse. 🙂
Leider habe ich schlichtweg einen Fehler gemacht und nicht die richtige Version "zusammengestellt". (Versionskontrolle via Git ist so super....dass es manchmal auch einfach zu umständlich ist 😉 ).
Da es schon ein paar Installationen gibt und wir in der Version auch an der info.xml was geändert haben musste ich jetzt die Version 1.04 draus machen, ist aber eigentlich die zuvor versprochene Version.
Ist bereits online: https://shop.knoell-marketing.de/JTL-Supercache
Können das weitere, die das Problem vorher hatten, ebenfalls bestätigen?
Das ist mir unerklärlich, selbstverständlich habe ich es nun gefühlte 100mal geprüft bevor ich es eingestellt habe.
Wir hängen uns zusätzlich an "globale Aktionen" (genauer gesagt Cache Tags aus dem JTL Core) um einen Cache zu invalidieren.
Diese sind standardmäßig: Template, Plugin und Supercache (der letzte ist ein eigenes erstellter Cachetag) und dann je nach Seitentyp weitere wie bei einem Artikel den Cachetag für den Artikel.
Das ist auch zwingend notwendig, da sonst bei Preisänderungen weiterhin der alte zu sehen wäre, oder noch einfacher: Wenn er ausverkauft ist bleibt der Button zum Bestellen vorhanden, usw.
Kurzum: Dass manche Seiten wieder aus dem Cache fliegen ist richtig, aber dass er wieder auf "0" zurück fällt sollte nicht der Fall sein, außer man leert den Templatecache (oder wechselt sein Template), ändert etwas in der PLuginverwaltung usw... eben solch grundlegende Dinge wo wir ebenfalls sagen müssen "alles zurücksetzen" da wir nicht wissen was für Auswirkungen einzelne Plugins im Shop haben und man ja eher seltener in der Pluginverwaltung Änderungen macht.
Das ist mir unerklärlich, selbstverständlich habe ich es nun gefühlte 100mal geprüft bevor ich es eingestellt habe.
Wir hängen uns zusätzlich an "globale Aktionen" (genauer gesagt Cache Tags aus dem JTL Core) um einen Cache zu invalidieren.
Diese sind standardmäßig: Template, Plugin und Supercache (der letzte ist ein eigenes erstellter Cachetag) und dann je nach Seitentyp weitere wie bei einem Artikel den Cachetag für den Artikel.
Das ist auch zwingend notwendig, da sonst bei Preisänderungen weiterhin der alte zu sehen wäre, oder noch einfacher: Wenn er ausverkauft ist bleibt der Button zum Bestellen vorhanden, usw.
Kurzum: Dass manche Seiten wieder aus dem Cache fliegen ist richtig, aber dass er wieder auf "0" zurück fällt sollte nicht der Fall sein, außer man leert den Templatecache (oder wechselt sein Template), ändert etwas in der PLuginverwaltung usw... eben solch grundlegende Dinge wo wir ebenfalls sagen müssen "alles zurücksetzen" da wir nicht wissen was für Auswirkungen einzelne Plugins im Shop haben und man ja eher seltener in der Pluginverwaltung Änderungen macht.
Bei uns funktioniert es mit der 1.04. Der Cache zählt hoch und dies seit dem Update heute Nachmittag.
Etwas ist mir noch aufgefallen. Seit dem Update erscheint beim ersten Seitenzugriff die Meldung "muss man mal anpassen den Token... ".
Wie bringe ich diese Meldung weg?
Weiter ist mir aufgefallen, dass die Schnellnavigation durch die Produkte komplett durcheinander ist. Wenn wir und durch die neuen Artikel klicken wollen, so kommt die Reihenfolge, resp. die Zuordnung zur gewählten Kategorie schnell ducheinander.
Wie bringe ich diese Meldung weg?
Weiter ist mir aufgefallen, dass die Schnellnavigation durch die Produkte komplett durcheinander ist. Wenn wir und durch die neuen Artikel klicken wollen, so kommt die Reihenfolge, resp. die Zuordnung zur gewählten Kategorie schnell ducheinander.
Anhänge
Zuletzt bearbeitet:
Kurzer Status: nach dem Update auf V1.04 hatte ich die Seite gecrawlt um schnell eine relevante Menge an Daten zu bekommen. Da hat er auch fließig raufgezählt. Kurz danach hat er wieder alles auf Null gesetzt. Eventuell war das Zufall. Momentan scheint es aber zu laufen. Ich beobachte das Ganze mal bis morgen und gebe dann ein Update.
"Muss man mal anpassen den Token.." habe ich bisher nicht gesehen.
"Muss man mal anpassen den Token.." habe ich bisher nicht gesehen.
Bei uns ist es wohl doch nicht der Worker. Der war über Nacht aus, heute Morgen in den Cache geschaut und es waren 9 Seiten. Hm. Worker wieder angemacht und immer wieder mal den Cache Status aktualisiert der dann immer weiter bis rund 580 hoch ging. Warum er dann aber wieder auf rund 360 abfiel und dann wieder stieg, keine Ahnung.
Ich habe das Gefühl es hat mit dem Backend zu tun. Eben, nach mehreren Stunden wieder den Cache geprüft und er war auf 5. Solange ich jetzt in der Statusseite bin und aktualisiere, steigt die Anzahl wieder.
Ich habe das Gefühl es hat mit dem Backend zu tun. Eben, nach mehreren Stunden wieder den Cache geprüft und er war auf 5. Solange ich jetzt in der Statusseite bin und aktualisiere, steigt die Anzahl wieder.
@swiss-sale.ch Habe die Ausgabe entfernt, dazu einfach nochmal (ist weiterhin die 1.04) das aktuelle Zip herunterladen
@saw Wie angesprochen wird der Cache auch bei Pluginänderungen geleert, sprich wenn sich z.B. in der Nacht aus Lizenzgründen ein Plugin deaktiviert hat, wird der Cache geleert, oder wenn sich der Templatecache geleert hat. Hier muss demnach irgend eine Aktion passiert sein - oder aber die generelle Cachedauer ist niedrig eingestellt? Dazu einmal sowohl beim Server, im JTL Cache als auch im Supercache prüfen (alle 3 haben die Möglichkeit Beschränkungen diesbezüglich zu setzen).
Zum Thema Vorheriger/Nächster Artikel: Wenn ein Artikel in mehreren Bereichen gelistet ist kann das passieren. Kunde 1 kommt über Kategorie A und sieht dann den vorherigen/Nächsten Artikel aus Kategorie A, Kunde 2 kommt über Kategorie B und sieht dementsprechend die nächsten Artikel von Kategorie B. Da JTL jedoch hierunter die gleiche URL hat und wir auf dieser Ebene den Cache setzen wird der zuerst aufgerufene Weg gespeichert. Hier müsste an der URL Struktur grundlegend was geändert werden um solche Unterscheidungen realisieren zu können, sorry das ist uns mit dem Cache nicht möglich da wir dazu einfach keinerlei Erkennungsmerkmal haben.
@saw Wie angesprochen wird der Cache auch bei Pluginänderungen geleert, sprich wenn sich z.B. in der Nacht aus Lizenzgründen ein Plugin deaktiviert hat, wird der Cache geleert, oder wenn sich der Templatecache geleert hat. Hier muss demnach irgend eine Aktion passiert sein - oder aber die generelle Cachedauer ist niedrig eingestellt? Dazu einmal sowohl beim Server, im JTL Cache als auch im Supercache prüfen (alle 3 haben die Möglichkeit Beschränkungen diesbezüglich zu setzen).
Zum Thema Vorheriger/Nächster Artikel: Wenn ein Artikel in mehreren Bereichen gelistet ist kann das passieren. Kunde 1 kommt über Kategorie A und sieht dann den vorherigen/Nächsten Artikel aus Kategorie A, Kunde 2 kommt über Kategorie B und sieht dementsprechend die nächsten Artikel von Kategorie B. Da JTL jedoch hierunter die gleiche URL hat und wir auf dieser Ebene den Cache setzen wird der zuerst aufgerufene Weg gespeichert. Hier müsste an der URL Struktur grundlegend was geändert werden um solche Unterscheidungen realisieren zu können, sorry das ist uns mit dem Cache nicht möglich da wir dazu einfach keinerlei Erkennungsmerkmal haben.
Wir sind bei JTL gehosted mit Redis. Redis hat eine lifetime von 604800. Im Supercache haben wir lifetime 0, also JTL Zeitspanne genutzt.
Es bleibt dabei, wenn ich mich shop backend einlogge ist der Cache zurück gesetzt.
Kann es am fehlerhaften Build 16 liegen? Der Bug ist, jedesmal wenn wir uns einloggen, verlangt das Backend eine DB Aktualisierung. Die führen wir allerdings nicht aus, da das dank JTL Ticket Antwort nichts bringt. Build 17 kommt bald.
Gestern Nachmittag update auf Build 17 gemacht und seitdem löscht sich der Cache nicht mehr!
Mich wundert allerdings wieder die gecachte Seitenzahl von knapp 300. Das kommt mir bei 3300+ Artikeln sehr wenig vor.
Der Redis Objectcache zeigt mir eine Anzahl um die 4500-5000 an.
Mir ist noch folgender Sachverhalt aufgefallen.
Wir erhalten eine neue Lieferung, buchen diese ein und kontrollieren nach durchlauf des Workers unseren Shop, so sehen wir auf der Artikeldetailseite des entsprechenden Artikels die aktualisiere Lieferzeit von 1-3 Werktagen. Auf der Kategorieübersicht sehr da beim selben Artikel jedoch immernoch 3-4 Werktage.
Erst wenn wir den Redis komplett löschen, sehen wir die aktuellen Werte.
Gibt es dafür eine Lösung?
Wir erhalten eine neue Lieferung, buchen diese ein und kontrollieren nach durchlauf des Workers unseren Shop, so sehen wir auf der Artikeldetailseite des entsprechenden Artikels die aktualisiere Lieferzeit von 1-3 Werktagen. Auf der Kategorieübersicht sehr da beim selben Artikel jedoch immernoch 3-4 Werktage.
Erst wenn wir den Redis komplett löschen, sehen wir die aktuellen Werte.
Gibt es dafür eine Lösung?
Houston, wir haben....
Wir haben gerade voller Schrecken gesehen das Artikel teilweise doppelt in der selben Kategorie angezeigt werden.
Alles 100% identisch aber logischweise nur einmal in der WaWi.
Plugin deaktiviert, Strg+F5 und alles wieder gut.
Und nu?
2 Screenshots mit einem von x betroffenen Artikeln angehängt. 8 Artikel waren es mindestens in dieser Kategorie, alle anderen haben wir nicht geprüft da der Fehler einfach schnell weg musste.
Wir haben gerade voller Schrecken gesehen das Artikel teilweise doppelt in der selben Kategorie angezeigt werden.
Alles 100% identisch aber logischweise nur einmal in der WaWi.
Plugin deaktiviert, Strg+F5 und alles wieder gut.
Und nu?
2 Screenshots mit einem von x betroffenen Artikeln angehängt. 8 Artikel waren es mindestens in dieser Kategorie, alle anderen haben wir nicht geprüft da der Fehler einfach schnell weg musste.
Anhänge
Vielen Dank für die Infos.
An der Ausgabe selbst manipulieren wir ja nichts, also sind die beiden Seiten entweder zu (deutlich) unterschiedlichen Zeitpunkten entstanden oder der Cache wird nicht richtig invalidiert (könnte der Meldung von @swiss-sale.ch nahe kommen).
Kann es bei mir auf die schnelle leider nicht nachstellen, lasst uns dazu gerne morgen mal telefonieren - ruft am besten mal durch wie es jeweils zeitlich passt. Sollte morgen endlich mal wieder einen ganzen Tag im Büro sein.
Wesentliche Frage dazu: Wird es wieder "richtig" wenn ihr "nur" den Supercache leert oder muss dazu der gesamte Redis Cache geleert werden?
Vielen Dank.
An der Ausgabe selbst manipulieren wir ja nichts, also sind die beiden Seiten entweder zu (deutlich) unterschiedlichen Zeitpunkten entstanden oder der Cache wird nicht richtig invalidiert (könnte der Meldung von @swiss-sale.ch nahe kommen).
Kann es bei mir auf die schnelle leider nicht nachstellen, lasst uns dazu gerne morgen mal telefonieren - ruft am besten mal durch wie es jeweils zeitlich passt. Sollte morgen endlich mal wieder einen ganzen Tag im Büro sein.
Wesentliche Frage dazu: Wird es wieder "richtig" wenn ihr "nur" den Supercache leert oder muss dazu der gesamte Redis Cache geleert werden?
Vielen Dank.
Ich musste den gesamten Redis-Cache leeren. Supercache leeren brachte nichts und auch nur den JTL-Kategoriecache leeren brachte ebenfalls nichts. Ich melde mich morgen.
Da wir nur das Plugin deaktiviert haben und nichts am Redis gemacht haben, gehe ich davon aus das es nicht an Redis liegt.
Btw. Als wir es gestern wieder aktiviert haben, blieb der cache stur bei 0 Seiten. 2-3 de- aktivieren hat nichts gebracht. Dann deinstalliert und neu installiert und ging wieder.
Bisher sehen wir keine Auffälligkeiten.