All-in-One-Cache-Modul mit Redis von @thisjrodriguez

13.11.2026
v1.2.8

• Der Button „Seitencache“ unter „Jetzt leeren“ zeigte früher eine Warnung mit Akzenten in Codeform an ( página(s) purgadas del caché. ). Jetzt steht dort „N Seite(n) aus dem Cache gelöscht.“ Der Text kann unter International → Übersetzungen übersetzt werden.

12.11.2026
v1.2.7

• Änderungen in Creative Elements sind sofort sichtbar. Beim Veröffentlichen im Editor (Banner, Header, Footer, Homepage-Inhalte), Speichern von Inhalten oder Vorlagen und Speichern der Einstellungen wird der Seitencache geleert. Bisher speicherte der Editor ohne Warnung in eigenen Tabellen, und der Shop lieferte weiterhin die vorherige Seite aus, bis der Cache abgelaufen war: Es schien, als würden die Änderungen „nicht gespeichert“. Entwürfe und die automatische Speicherfunktion des Editors leeren den Cache nicht.
• Über die Schaltfläche „Cache leeren“ unter Erweiterte Parameter > Leistung wird auch der Seitencache geleert (und damit auch installierte, aktivierte oder aktualisierte Module und Designs).

12.11.2026
v1.2.6

• Im Wartungsmodus ist der Cache nicht mehr öffentlich zugänglich. Da Seiten vor der Wartungsprüfung von PrestaShop ausgeliefert wurden, wurde Besuchern anstelle der Wartungsbenachrichtigung eine von einem Tester (mit einer zulässigen IP-Adresse) gespeicherte Seite angezeigt. Jetzt, da der Shop geschlossen ist, werden nur noch IP-Adressen, die während der Wartung zugelassen sind, bedient und zwischengespeichert; alle anderen erhalten die PrestaShop-Benachrichtigung. Durch ein Website-Update wird der Seitencache geleert.

07.11.2026
v1.2.3

• Besucher, die dem Cookie-Banner bereits zugestimmt haben, sehen die zwischengespeicherte Seite erneut. Bisher konnten Besucher mit Hipresta „Cookie Consent“ ( hicookielaw ) oder Cookies Plus, die Cookies akzeptierten oder ablehnten, für den Rest ihres Besuchs ohne Cache surfen (in einem Testshop 1,5–2 Sekunden pro Seite gegenüber 0,3 Sekunden). Jetzt hat jede Entscheidung eine eigene Kopie der jeweiligen Seite: keine Entscheidung, „Alle akzeptieren“, „Nur notwendige Cookies“ und jede beliebige Kombination. Ein Besucher sieht nie wieder eine andere Entscheidungsseite (Hinweis, Google-Zustimmungsmodus und blockierte Module sind jeweils eigene Seiten). Das Löschen einer URL entfernt auch diese Kopien.
• Datum und Einwilligungsnachweis für jeden Besucher werden nicht im Cache gespeichert ( hicookielaw Panel; Datum und Hash in der Variable C_P_COOKIE_VALUE von Cookies Plus, die Ihr JavaScript aus dem Cookie liest).
• Der Cache bleibt leer für diejenigen, die in hicookielaw festgelegt haben, wann das Modul die Warnung nach Land ausblendet oder die IP-Adresse des Besuchers auf der Whitelist steht, sowie für diejenigen, die in Cookies Plus vor dem Klick auf „Einwilligungen widerrufen“ eine entsprechende Einstellung vorgenommen haben (Cookies Plus setzt diese auf der Seite zurück). Durch Ändern des Datums wird der Seitencache geleert.
• Durch das Aktualisieren wird der Seitencache geleert.

03.11.2026
v1.2.2

• Durch das Leeren des kombinierten CSS- und JS-Caches bleiben Seiten nicht mehr ohne Stile: Ihre Versionen sind für den Cache von entscheidender Bedeutung, eine Seite, die während der Änderung neu gezeichnet wurde, wird nicht gespeichert, und alte Kopien werden automatisch gelöscht.
• Andere Module können mithilfe von $_SERVER ['ALLINONECACHE_VARIANT'] eine separate Version der Seite anfordern. Dieses Attribut wird vor diesem Modul in ` actionDispatcherBefore platziert (verwendet von RKR Connectif ab Land 1.3.1 , dessen HTML vom Besucher abhängt). Das Löschen einer URL löscht auch deren Varianten.
• Neue Option „Cache an PageSpeed senden“ (standardmäßig deaktiviert): Lighthouse empfängt dieselbe Seite wie die Clients und misst deren tatsächliche Antwortzeit.

02.11.2026
v1.2.1

• Die Option „Bilder in WebP und mobilfreundlich“ aus Version 1.2.0 wurde entfernt: PrestaShop generiert WebP- und AVIF-Bilder jetzt automatisch (Design → Bildeinstellungen). Dort sollten diese konfiguriert werden. Durch das Update wird der Seitencache geleert und alle möglicherweise erstellten Kopien ( img/aioc/i/ ) gelöscht.
• Die "Schriftvisualisierung" bleibt unverändert.

02.11.2026
v1.2.0

• Neue Option „Bilder in WebP und für Mobilgeräte skaliert“ (Registerkarte „Bilder“, standardmäßig deaktiviert): JPG- und PNG-Bilder für den Shop (Produkte, Kategorien, Banner, Logo) werden in WebP ausgeliefert. Auf Mobilgeräten und Tablets werden Bilder, die breiter als der Bildschirm sind, verkleinert (828/1280 px). Kopien werden einmalig im img/aioc/i/ erstellt. Die Konvertierung jeder generierten Seite dauert maximal 2 Sekunden. Bilder, die in WebP nicht verkleinert werden, bleiben unverändert. In einem Shop mit großen Bannern sank die Bildgröße der mobilen Startseite von 4,4 MB auf 1,9 MB.
• Neue Option „Schriftartanzeige“ (Registerkarte „Assets“, standardmäßig deaktiviert): Google Fonts mit display=swap und preconnect zu fonts.gstatic.com sowie font-display:swap in den @font-face , die dies noch nicht enthalten, sowie in den Stylesheets des Themes (eine korrigierte Version finden Sie unter img/aioc/css/ ). Der Text wird angezeigt, ohne auf das Laden der Schriftart warten zu müssen.
• Durch Aktivieren oder Deaktivieren wird der Seitencache geleert. Die Deinstallation des Moduls löscht die Kopien in img/aioc/ .

02.11.2026
v1.1.13

• Kompatibel mit Hipresta „Cookie Consent“ ( hicookielaw ): Nutzern, die bereits Cookies aktiviert haben, wird keine Seite angezeigt oder zwischengespeichert. Dieses Modul speichert die Entscheidung im PrestaShop-Cookie und passt den HTML-Code entsprechend an (Hinweis, Google-Einwilligungsmodus, blockierte Module). So kann ein neuer Besucher eine Seite von einem Nutzer erhalten, der bereits zugestimmt hat – ohne Benachrichtigung und mit bereits erteilter Einwilligung. Der Seitencache wird beim Aktualisieren der Seite geleert.
• Seiten, die aus dem Cache geladen werden, verwenden Cache-Control: private, no-cache anstelle von public, max-age=… . Der Browser verwendet gespeicherte Seiten nicht mehr ohne Nachfrage wieder: Nach dem Hinzufügen von Artikeln zum Warenkorb oder dem Einloggen sind Warenkorb und Sitzung sichtbar, und kein zwischengeschalteter Proxy oder CDN speichert die Seite.

27.10.2026
v1.1.12

• Das Hauptbild der Seite (mit der Einstellung fetchpriority="high" : Startseite, Produktseite, Kategorie) wird nicht mehr mit loading="lazy" geladen. Zuvor führte die Aktivierung von „Image Priority“ und „Lazy Image Loading“ dazu, dass das loading deaktiviert und das Laden verzögert wurde, wodurch der Browser lange brauchte, um das größte Bild (LCP) anzufordern. Jetzt verwenden das Prioritätsbild und die Header-Bilder loading="eager" , und das lazy Laden berücksichtigt alle Bilder mit fetchpriority="high" .

26.10.2026
v1.1.11

• Das Löschen einer URL (über die Schaltfläche im Bedienfeld und PageCache::purgeByUrl() ) führte zu keinem Ergebnis: Die Datei wurde gesucht, ohne das Gerät oder die Bot-Variante mit demselben Namen anzugeben. Jetzt werden alle Versionen (Desktop, Tablet, Mobilgeräte und Bots, einschließlich der .br Erweiterung) gelöscht und die URL wie beim Speichern normalisiert.
• Das Löschen einer URL setzt die Trefferstatistik für den gesamten Cache nicht mehr zurück; es wird im Löschprotokoll protokolliert.

25.10.2026
v1.1.10

• Beim ersten Besuch nach einer Bereinigung (MISS) wird der gleiche verarbeitete HTML-Code (minimiert, WPO) empfangen, der im Cache gespeichert ist, nicht das Original: vorher wog er mehr als die folgenden (550 KB gegenüber 457 KB auf rekire.com ).

25.10.2026
v1.1.9

• Die in diesem Moment generierte Seite (der erste Besuch nach der Bereinigung und die PageSpeed/Lighthouse-Seite, die nie den Cache nutzt) ist ebenfalls komprimiert und hat dieselbe Content-Length wie zwischengespeicherte Seiten, anstatt chunked zu sein. Daher vergibt PageSpeed die Bewertung „NO_LCP“. PrestaShop setzt seinen normalen Prozess fort: Die Seite wird zwischengespeichert und nach Fertigstellung gesendet.
• Das Speichern einer Warenkorbregel leert den Cache nicht mehr, es sei denn, es handelt sich um eine hervorgehobene Regel, die für alle gilt: Von Modulen für einen Kunden erstellte Gutscheine ändern keine zwischengespeicherten Seiten. Dasselbe gilt für spezifische Warenkorb- oder Kundenpreise.
• Das Speichern der Einstellungen löscht den Cache nur dann, wenn der Schlüssel ändert, was der Besucher sieht (Geschäftsname und -details, Logo, Standardsprache und -währung, Katalogmodus, Steuern, Lagerbestand, benutzerfreundliche URLs usw.).
• Jeder Löschvorgang wird mit seinem Grund und der URL, die ihn ausgelöst hat, protokolliert (die letzten 200 in var/allinonecache/ _purgas.log ); das Panel zeigt die letzten 15 an.
• Verzögertes Laden von Bildern (WPO): Der Loader startet, sobald das Dokument bereit ist, und überwacht die später hinzugefügten Bilder, sodass auch Bilder geladen werden, die von einem JS aus dem mit defer geladenen Theme erstellt oder verschoben werden (zuvor wurden sie nicht geladen).
• Startseiten-Vorwärmung: /module/allinonecache/precalentar?token=… (die URL wird im Panel angezeigt) ruft die Startseite für jede Sprache auf Desktop- und Mobilgeräten auf. Dieser Vorgang ist als geplante Aufgabe alle 10 Minuten vorgesehen: Ist die Seite im Cache vorhanden, entstehen keine Kosten; wurde sie durch eine Aktualisierung gelöscht, wird sie vor dem Besuch eines Besuchers neu generiert.

25.10.2026
v1.1.8

• Der Seitencache wird bereits komprimiert (Brotli oder Gzip, je nach Browser) mit Content-Length und Vary: Accept-Encoding ausgeliefert, anstatt ihn für die anschließende serverseitige Neukomprimierung zu dekomprimieren. Dies führt zu einer geringeren CPU-Auslastung pro Besuch und vermeidet chunked Responses, wodurch PageSpeed Insights in vielen Fällen „NO_LCP“ meldete.
• Die .br der vorherigen Version wird gelöscht, bevor die neue Version hinzugefügt wird. Sie wird nur dann ausgeliefert, wenn sie nicht älter als die gzip-Datei ist: Zwei Versionen derselben Seite werden niemals vermischt.
• Wenn PHP die Ausgabe komprimiert ( zlib.output_compression ), wird die Seite unkomprimiert gesendet, um eine doppelte Komprimierung zu vermeiden.

11.05.2026
v1.1.6

• Verbessert. Bessere Fehlerbehandlung im gesamten Modul.
• Mehrere Fehler wurden behoben , darunter ein Fehler beim Deinstallieren des Moduls.

10.04.2026
v

• Verbesserte Optimierung und Konfigurationsverbesserungen.
• Verbessert: Der Redis-Cache wirkt sich nicht mehr auf das Backend aus.

20.03.2026
v

• Korrigiert . Kleinere Korrekturen.

18.03.2026
v

• Neue , erste voll funktionsfähige Version.