Kowal Purge Varnish Cache
- Kompatibilität
- 2.4.9, 2.4.8, 2.4.7, 2.4.6, 2.4.5, 2.4.4, 2.4.3, 2.4.2, 2.4.1, 2.4.0, 2.3.7, 2.3.6, 2.3.5, 2.3.4
Beschreibung / Kowal Purge Varnish Cache
MAGENTO 2 · VARNISH · CACHE · MULTISTORE
Verbinden Sie Flush Cache Storage mit der Invalidierung des Varnish-Caches.
Kowal Purge Varnish Cache
Nach der Aktion im Magento-Admin-Panel erfasst das Modul die Shop-Domains und führt für sie lokale Ban-Befehle aus. Optimieren Sie die Aktualisierung von Inhalten in einer Infrastruktur mit korrekt konfiguriertem Zugriff auf Varnish.
Domains aus der Konfiguration · Ban pro Host · Operationsprotokolle
SO FUNKTIONIERT ES IN DER PRAXIS
01 · Sie überprüfen die Varnish-Umgebung
Sie prüfen das Administrationstool und die Prozessberechtigungen.
02 · Sie führen die Aktion im Admin-Panel aus
Flush Cache Storage löst den Observer des Moduls aus.
03 · Die Domains erhalten den Ban-Befehl
Sie prüfen das Ergebnis in den Protokollen und die Aktualität der Seiten.
Welche Vorteile bietet das Ihrem Shop?
Entdecken Sie die Funktionen, Einsatzmöglichkeiten und Einstellungen des Moduls.
Schnellere Aktualisierung des Shops nach Änderungen in Magento 2
Kowal_PurgeVarnishCache ist ein schlankes Modul für Magento 2, das die Invalidierung des Varnish-Caches automatisiert, wenn der Cache im Admin-Panel geleert wird. Dadurch werden Änderungen im Shop schneller sichtbar, ohne dass eine manuelle Anmeldung am Server oder zusätzliche Arbeitsschritte durch das Technikteam erforderlich sind.
Was dieses Modul bietet
- startet nach der Aktion
Flush Cache Storageim Magento-Admin-Panel automatisch die Bereinigung des Varnish-Caches, - ruft die Domains aller in Magento konfigurierten Shops ab und führt für jede einen Ban aus,
- reduziert das Risiko, nach Deployments, CMS-Änderungen, Preisaktualisierungen oder Konfigurationsänderungen veraltete Inhalte anzuzeigen,
- vereinfacht die tägliche Arbeit von Administratoren, Marketingfachleuten und E-Commerce-Teams.
Kürzere Veröffentlichungszeit für Änderungen
Neue Inhalte, Korrekturen und Aktualisierungen des Angebots können für Kunden schneller sichtbar werden, ohne auf manuelle Maßnahmen auf Infrastrukturseite warten zu müssen.
Weniger operative Fehler
Die Cache-Aktualisierung wird in den natürlichen Magento-Workflow integriert, wodurch das Risiko sinkt, den Purge nach Änderungen im Shop zu übersehen.
Unterstützung für Multistore-Umgebungen
Das Modul arbeitet auf Grundlage der in Magento definierten Shop-Domains und fügt sich daher gut in Architekturen ein, die mehrere Storefronts unterstützen.
Bessere Zusammenarbeit zwischen Business und IT
Das Business-Team kann schneller arbeiten, während die IT nach jeder Änderung, die eine Cache-Aktualisierung erfordert, keine wiederkehrenden administrativen Aufgaben ausführen muss.
Für wen ist das Modul geeignet?
Das Modul eignet sich besonders für Magento-2-Projekte, die:
- Varnish als HTTP-Cache-Schicht verwenden,
- häufig Änderungen an Inhalten, Aktionen und Konfigurationen veröffentlichen,
- im Multistore-Modell oder über mehrere Domains betrieben werden,
- manuelle Vorgänge auf DevOps- oder Serveradministrationsseite reduzieren möchten.
Funktionsweise
Nach dem Ausführen der Cache-Bereinigung im Magento-Admin-Panel reagiert das Modul auf das Systemereignis und führt den Befehl varnishadm ban für die aus der Shop-Konfiguration abgerufenen Domains aus. In der Praxis bedeutet dies eine schnellere Invalidierung der im Varnish-Cache gespeicherten Inhalte, ohne das standardmäßige Magento-Admin-Panel verlassen zu müssen.
Zusammenfassung
Kowal_PurgeVarnishCache ist eine praktische Erweiterung für Teams, die den Bedienkomfort von Magento 2 mit einer besseren Kontrolle über die Aktualität der von Varnish bereitgestellten Inhalte verbinden möchten. Das Modul vereinfacht den Prozess, verkürzt die Reaktionszeit und trägt dazu bei, nach jeder Änderung im Shop ein konsistentes Einkaufserlebnis zu gewährleisten.
Infrastrukturanforderungen
Der aktuelle Code verwendet /usr/bin/varnishadm, die Datei /etc/varnish/secret sowie die lokale Administrationsschnittstelle 127.0.0.1:6082. Diese Werte sind fest im Code hinterlegt; ein Formular zur Verbindungskonfiguration ist nicht vorhanden.
Der PHP-Prozess muss exec ausführen, die erforderliche Datei lesen und eine Verbindung zur Varnish-Schnittstelle herstellen können. Ein Remote-Server, Container oder andere Pfade erfordern eine Anpassung der Integration.
Auslösung und Umfang der Invalidierung
Der Observer ist im Bereich adminhtml dem Ereignis adminhtml_cache_flush_all zugeordnet. Er wird nach Flush Cache Storage ausgeführt; das reine Speichern eines Produkts, einer CMS-Seite oder einer Konfiguration löst diesen Observer nicht aus.
Das Modul ruft eindeutige Hosts aus den Basis-URLs der Store Views ab und führt den Ban anhand von req.http.host aus. Der Umfang umfasst die Domain und nicht ausschließlich die Seite oder das Tag der geänderten Entität.
Ergebnisbestätigung und nachfolgende Anfragen
Der Code protokolliert über den Magento-Logger die erfolgreiche Ausführung des Befehls, einen Rückgabewert ungleich null oder eine Ausnahme. Durch die Prüfung der Protokolle lässt sich zwischen der ausgeführten Aktion im Admin-Panel und einem erfolgreichen Ban in Varnish unterscheiden.
Das Modul wärmt den Cache nach dem Vorgang nicht vor. Nachfolgende Anfragen können die Antworten neu aufbauen; andere Cache-Schichten und deren Konfiguration beeinflussen weiterhin, wann der Kunde die Änderung sieht.
Installation über Composer
Paket kowal/module-purgevarnishcache, Modul Kowal_PurgeVarnishCache. Installieren Sie nach der Konfiguration des Zugriffs auf das Kowal-Repository das Paket, aktivieren Sie das Modul, aktualisieren Sie Magento und leeren Sie den Cache. Berücksichtigen Sie in der Produktionsumgebung die Kompilierung und Bereitstellung statischer Inhalte entsprechend dem Prozess des Shops.
Von der Konfiguration zum Ergebnis
1. Sie überprüfen die Varnish-Umgebung
Sie prüfen das Administrationstool und die Prozessberechtigungen.
2. Sie führen die Aktion im Admin-Panel aus
Flush Cache Storage löst den Observer des Moduls aus.
3. Die Domains erhalten den Ban-Befehl
Sie prüfen das Ergebnis in den Protokollen und die Aktualität der Seiten.
Veröffentlichung von CMS-Änderungen im Multistore
Nach einer Inhaltsänderung führt der Administrator Flush Cache Storage aus. Das Modul führt einen Ban für die eindeutigen Hosts aus, die aus der Shop-Konfiguration abgerufen wurden.
Bei korrektem Zugriff auf den lokalen Varnish können nachfolgende Anfragen die aktualisierten Inhalte abrufen. Das Ergebnis des Befehls und mögliche Fehler werden an den Magento-Logger übermittelt.
Passen Sie die Cache-Aktualisierung an Ihre Infrastruktur an
Möchten Sie das Modul an Ihren Shop anpassen? Fragen Sie nach der Implementierung von Kowal Purge Varnish Cache und besprechen Sie die Konfiguration oder benötigte Erweiterungen.
Weitere Informationen
| Übereinstimmung mit der Vorlage | Luma / Leer, KOWAL |
|---|
Installationsanleitung für das Modul
Installation über Composer
Die Zugangsdaten für das Composer-Repository, also die E-Mail-Adresse des Kunden und das Lizenz-Token, erhalten Sie nach dem Kauf per E-Mail. Sie sind nach der Anmeldung auf kowal.storeauch im Kundenkonto verfügbar. Ersetzen Sie TWOJ_EMAIL_KLIENTA durch die E-Mail-Adresse Ihres Kontos und TWOJ_TOKEN durch das erhaltene Token. Führen Sie die Befehle im Magento-Stammverzeichnis aus.
composer config repositories.kowal composer https://repo.kowal.store
composer config http-basic.repo.kowal.store "TWOJ_EMAIL_KLIENTA" "TWOJ_TOKEN"
composer require kowal/module-purgevarnishcache
Abschluss der Installation
Führen Sie nach der Installation des Pakets ein Magento-Update durch und leeren Sie den Cache:
php bin/magento setup:upgrade
php bin/magento cache:flush
In der Produktionsumgebung führen Sie außerdem die DI-Kompilierung sowie die Bereitstellung statischer Dateien gemäß dem Deployment-Prozess Ihres Shops durch.