Neu Neues Plugin: JTL Supercache
- Ersteller des Themas eRock Marketing
- Erstellungsdatum
Nach 2 Wochen sind nun knapp 3 Monate vergangen, wann kann mit einem Update gerechnet werden?
Hallo @hula1499
das Plugin befindet sich bereits in der Beta und wird in Kürze erscheinen.
Da es Anfangs ein paar außergewöhnlichere Probleme auf Grund des neuen Routings gab ist die Phase der Beta diesmal leider etwas intensiver/länger.
Bisher sieht nun alles gut aus, sodass es nicht mehr lange dauern sollte.
das Plugin befindet sich bereits in der Beta und wird in Kürze erscheinen.
Da es Anfangs ein paar außergewöhnlichere Probleme auf Grund des neuen Routings gab ist die Phase der Beta diesmal leider etwas intensiver/länger.
Bisher sieht nun alles gut aus, sodass es nicht mehr lange dauern sollte.
Könnte man "in Kürze/nicht mehr lange" vielleicht etwas näher definieren?
Wir sind bereits knapp 4 Monate nach 5.2 release....
Ich würde sagen, die warten alle auf Release vom 5.2.3 Shop. Es ist generell irgendwie Update Flaute unter den Plugins und Templates.
Gruß
Nico
Das mag sein...dann gibts mit 5.2.3 wieder irgendwas und es dauert wieder Monate.
Der Zustand ist - aus meiner Sicht - einfach 0 kundenorientiert.
Nicht dass es schon mit JTL immer "schwieriger" wird, ist es nun auch mit diversen SP "schwierig"...ich finde die Kombination (JTL+SP mit ihren endlosen Updateverzögerungen) echt nicht mehr angenehm.
Ich will jetzt gar nicht mit: "ist ja alles kostenpflichtig, wir zahlen dafür" kommen, für mich ist es eher eine Frage der Zuverlässigkeit/Vertrauen an die jeweiligen Geschäftspartner.
Die JTL Welt ist so klein, versteh nicht, wie man so viele Dinge schleifen kann/will/macht...
Der Zustand ist - aus meiner Sicht - einfach 0 kundenorientiert.
Nicht dass es schon mit JTL immer "schwieriger" wird, ist es nun auch mit diversen SP "schwierig"...ich finde die Kombination (JTL+SP mit ihren endlosen Updateverzögerungen) echt nicht mehr angenehm.
Ich will jetzt gar nicht mit: "ist ja alles kostenpflichtig, wir zahlen dafür" kommen, für mich ist es eher eine Frage der Zuverlässigkeit/Vertrauen an die jeweiligen Geschäftspartner.
Die JTL Welt ist so klein, versteh nicht, wie man so viele Dinge schleifen kann/will/macht...
Wir sind mit unserem Shop 5.2.2 bei Ecomdata. Wir nutzen als Template Salepix Fire. Sind mit der Kombi Probleme zu erwarten oder wird das vermutlich unproblematisch laufen?
Viele Grüße,
Nik Brunner
Viele Grüße,
Nik Brunner
Hallo Nik,
der Supercache läuft rein serverseitig. Zu empfehlen ist ein ausreichend großer Cache (z.B. Redis) da die Seiten dort zwischengespeichert werden.
Generell ist es Plugin/Templateunabhängig. Lediglich Sonderlösungen die spezifische Seiten unterschiedlich anzeigen (z.B. morgens blau und abends rot) kann dazuführen dass immer nur eine von beiden Farben (da aus dem Cache kommend) angezeigt wird. Das jedoch lässt sich durch passende Einstellungen ebenfalls lösen.
Nutze doch gerne den Testzeitraum um das für euch zu evaluieren.
der Supercache läuft rein serverseitig. Zu empfehlen ist ein ausreichend großer Cache (z.B. Redis) da die Seiten dort zwischengespeichert werden.
Generell ist es Plugin/Templateunabhängig. Lediglich Sonderlösungen die spezifische Seiten unterschiedlich anzeigen (z.B. morgens blau und abends rot) kann dazuführen dass immer nur eine von beiden Farben (da aus dem Cache kommend) angezeigt wird. Das jedoch lässt sich durch passende Einstellungen ebenfalls lösen.
Nutze doch gerne den Testzeitraum um das für euch zu evaluieren.
Hallo,
gibts einen zeitlichen Horizont, wann das Plugin für Shop 5.3.x und php 8.3 freigegeben sein wird?
Hallo zusammen,
die technischen Vorprüfungen sind abgeschlossen (notwendige Anpassungen) und geht nächste Woche in die Entwicklung mit anschließender QA.
Ich hoffe das hilft etwas in der Einschätzung.
die technischen Vorprüfungen sind abgeschlossen (notwendige Anpassungen) und geht nächste Woche in die Entwicklung mit anschließender QA.
Ich hoffe das hilft etwas in der Einschätzung.
Hallo @bigloopfan
Unser Support ist zur Zeit relativ gut auf Stand.
Sende mir andernfalls gerne (z.B. per PM) die Ticket-ID oder Anfrage-Mail und ich prüfe das gerne mal.
Unser Support ist zur Zeit relativ gut auf Stand.
Sende mir andernfalls gerne (z.B. per PM) die Ticket-ID oder Anfrage-Mail und ich prüfe das gerne mal.
Nur einmal als Anmerkdung:
Trotz PM vom 14.05.2024 hat sich bis heute niemand gemeldet.
Support = 0!
Trotz PM vom 14.05.2024 hat sich bis heute niemand gemeldet.
Support = 0!
Hallo @bigloopfan
deine PM vom 14.05. abends kurz nach 6 - fehlt noch der versprochene Mailverlauf, so kann ich es bislang leider nicht nachvollziehen.
Danke vorab.
deine PM vom 14.05. abends kurz nach 6 - fehlt noch der versprochene Mailverlauf, so kann ich es bislang leider nicht nachvollziehen.
Danke vorab.
Noch mal eine kurze Frage zur funktionsweise. Beim Litespeed Cache müssen Teile der Seite je nach Template gemappt werden, die dynamisch bleiben sollen, wie das Hochzählen von Items in Warenkorb, Wunschzettel oder Vergleichsliste. Auch der Login-Bereich z.B.. Das teilweise nicht unaufwendig und tricky, es sauber für die Desktop-Ansicht und die mobile Ansicht sauber zu mappen.
Ist das hier nicht notwendig?
Ist das hier nicht notwendig?
Diese Seiten landen nicht im Supercache.
Sobald also ein Warenkorb erstellt ist, greift dieser bewusst nicht mehr.
Das bringt auch nicht wirklich etwas. Die Skriptlaufzeit muss ab diesem Zeitpunkt ja trotzdem voll laufen, was gecached werden kann sind dann teile der Ausgabe, sprich Template.
Hier hat JTL bereits den Templatecache drin, da ändert sich demnach nichts.
Das wird erst sinnvoll bei headless Systemen (wie z.B. Shopware) wo man aus dem Shopsystem auch wirklich nur die Teilinformation wie die Anzahl des Warenkorbs ziehen kann - der JTL liefert immer "alles oder nichts".
Im JTL Shop ist das Verfahren sinnbefreit.
P.S.: Teilcaching wie Objekte sind natürlich weiterhin sehr sinnvoll und macht der JTL Shop auch. Er cached eben nicht die vollen Seiten wofür Lösungen wie Litespeed Cache, Supercache usw. da sind. Der JTL Supercache ist eben voll abgestimmt auf das JTL Shopsystem und bietet somit unseres Erachtens nach klare Vorteile zu Lösungen wie Litespeed Cache die eher global angedacht sind.
Sobald also ein Warenkorb erstellt ist, greift dieser bewusst nicht mehr.
Das bringt auch nicht wirklich etwas. Die Skriptlaufzeit muss ab diesem Zeitpunkt ja trotzdem voll laufen, was gecached werden kann sind dann teile der Ausgabe, sprich Template.
Hier hat JTL bereits den Templatecache drin, da ändert sich demnach nichts.
Das wird erst sinnvoll bei headless Systemen (wie z.B. Shopware) wo man aus dem Shopsystem auch wirklich nur die Teilinformation wie die Anzahl des Warenkorbs ziehen kann - der JTL liefert immer "alles oder nichts".
Im JTL Shop ist das Verfahren sinnbefreit.
P.S.: Teilcaching wie Objekte sind natürlich weiterhin sehr sinnvoll und macht der JTL Shop auch. Er cached eben nicht die vollen Seiten wofür Lösungen wie Litespeed Cache, Supercache usw. da sind. Der JTL Supercache ist eben voll abgestimmt auf das JTL Shopsystem und bietet somit unseres Erachtens nach klare Vorteile zu Lösungen wie Litespeed Cache die eher global angedacht sind.
Seh ich auch so...wenn das Plugin dann mal nach knapp 3 Monaten, seit Shop 5.3 stable ist, auch mal kommen würde...