SiteGround Dynamisches Caching- Konfiguration, Header und Bereinigen

Unser dynamisches Caching ist ein ganzseitiger Caching-Mechanismus, der von NGINX unterstützt wird und standardmäßig auf allen SiteGround-Servern läuft. Anwendungen, die die entsprechenden Header senden, um Caching zu ermöglichen, werden eine unschlagbare Ladegeschwindigkeit der Website erreichen. WordPress arbeitet normalerweise out-of-the-box mit unserem Dynamic Cache, aber andere Anwendungen benötigen möglicherweise eine zusätzliche Konfiguration.

Basisoperation

Ohne das dynamische Caching wird eine Benutzeranfrage wie folgt behandelt:

Nach dieser ersten Anforderung speichert der dynamische Cache von SiteGround Ihren Seiteninhalt im Speicher des Servers und nachfolgende Anfragen an dieselben Seiten werden wie folgt direkt von ihm verarbeitet:

Standardablaufzeiten

Die Standardzeit, die wir eine Standardseite Ihrer Website im Cache halten, ist 12 Stunden. Diese Zeit kann von Cache-Control überschrieben werden: max-age Header, der von der Anwendung gesendet wird, so dass die Clients die Cache-Zeit auch an ihrem Ende verwalten können.

Datenschutz

Es kann sein, dass Sie aufgrund von Gesetzen zum Schutz der Privatsphäre oder des Datenschutzes gesetzlich dazu verpflichtet sind, die persönlichen Daten Ihrer Website-Benutzer zu schützen. Also, während Full-Page-Caching großartig und unglaublich schnell ist, gibt es bestimmte Fälle, in denen es nicht verwendet werden sollte. Zum Beispiel möchten Sie keine Warenkorb-Seite oder eine Checkout-Seite zwischenspeichern. Das ist nur ein Beispiel, aber es gibt viele ähnliche Fälle wie diesen. Normalerweise sind die Informationen, die sie sehen müssen, personalisiert und sollten nicht zwischengespeichert werden, wenn ein Benutzer auf Ihrer Website angemeldet ist oder eine E-Commerce-Transaktion durchführt. Aus diesem Grund gibt es Standardausschlüsse aus dem dynamischen Caching, die wir konfiguriert haben.

Cookies:

Wir überwachen, ob Ihr Browser diese Cookies hat und umgehen den Cache, wenn sie vorhanden sind. Für einige überwachen wir den Wert des Cookies, während für andere nur das Cookie selbst ausreicht:

wordpress_logged_in_, yith_wcwl_products, wp-postpass_, edd_items_in_cart = 1, it_exchange_session_, wp_woocommerce_session, woocommerce_cart_hash, woocommerce_items_in_cart = 1, Drupal, Visualisierung

Ausgeschlossene URLs

Wir werden diese URLs abgleichen und sie dynamisch basierend auf teilweiser oder vollständiger Übereinstimmung bereitstellen:

WP-Login, Preview = True, Warenkorb, Mein Konto, Kasse, Addons, Warenkorb, Wp-cron.php, xmlrpc.php, Kontakt, Task = Registrierung, Registrieren, Ansicht = Registrierung | Administrator | erinnern | login, admin/content/backup_migrate/export, status.php, update.php, install.php, benutzer, info, flag, ajax, aha

Wir empfehlen Ihnen, zu überprüfen, ob Seiten mit personenbezogenen Daten standardmäßig ausgeschlossen werden, indem Sie auf die obigen URL-Übereinstimmungen verweisen. Wenn Sie zusätzliche URLs ausschließen möchten, lesen Sie diese Anweisungen .

Unterstützte Caching-Header

Das SiteGround Dynamic Caching basiert auf Kopfzeilen. Wir haben benutzerdefinierte Header, um es zu verwalten, aber wir unterstützen alle Standard-Cache-Control-Header-Werte, die alle CMS-Apps unterstützen:

• cache-control: no-cache -die Übergabe dieses Headers weist unser System an, diese Anfrage nicht zwischenspeichern zu müssen
• cache-control: max-age -dieser Header weist unser System an, diese Anfrage X Sekunden lang im Cache zu speichern

Da wir die Standard-Caching-Header beachten, sollte Ihre Anwendung auch ohne eine spezielle Erweiterung out-of-the-box gut funktionieren.

Wenn Sie Ihr eigenes Skript entwickeln oder eine benutzerdefinierte Webanwendung verwenden, können Sie URLs ausschließen, indem Sie einfach den entsprechenden Header übergeben:

<php header("Cache-Control: no-cache"); ?>

Oder Sie können festlegen, wie lange Ihre Seiten zwischengespeichert werden sollen:

<php header("Cache-Control: max-age=6000"); ?>

Bereinigen des dynamischen Cache

Wenn Sie ein WordPress-Benutzer sind, ist der beste Weg, das Speed Optimizer Plugin installiert und aktiviert zu haben. In der Registerkarte Cache finden Sie eine Schaltfläche zum manuellen Löschen. In den meisten Fällen sollte es ausreichend sein, die Option Auto Purge zu verlassen. Darüber hinaus können Sie unseren WP-CLI-Befehl (der mit dem Plugin geliefert wird) verwenden, um den dynamischen Cache zu löschen:

wp sg purge

Abgesehen von unserem WordPress-Plugin, können Sie den Cache manuell aus den Site Tools-& Registerkarte Caching.

Testen des dynamischen Cache

Da das SiteGround Dynamic Caching auf der Grundlage von Headern arbeitet, ist der sicherste Weg, eine Anfrage an Ihre Site zu stellen und die zurückgegebenen Header zu überprüfen. Sie können die Registerkarte Netzwerk des Inspektor-Tools Ihres Browsers, curl oder ein einfaches Online-Tool wie Online Curl (https://reqbin.com/curl) mit der Option verwenden, die Kopfzeilen der Website zu erhalten. Dann überprüfen Sie den Wert unseres Caching-Headers:

• x-proxy-cache: HIT -Anforderung aus dem Cache. Das bedeutet, dass Ihre Seite erfolgreich zwischengespeichert wurde.
• x-proxy-cache: MISS -Anfrage wird dynamisch bedient. Aktualisieren Sie Ihre Seite und überprüfen Sie sie erneut. Entweder ist dein Cache nicht eingeschaltet oder es ist das erste Mal, dass diese Seite in den letzten 12 Stunden aufgerufen wurde. Beachten Sie, dass die Aktivierung der Variablen: User-Agent (oder die Option Browserspezifischer Cache im Speed Optimizer) den Cache je nach Browser aufteilt, so dass Sie die Seite laden müssen, auch wenn Sie zuvor von einem anderen Browser darauf zugegriffen haben.
• x-proxy-cache: BYPASS -Anfrage wird dynamisch bedient, da der Cache angewiesen wird, sie zu überspringen. Dies zu erhalten bedeutet, dass Sie entweder auf Ihrer Website eingeloggt sind, eine der Seiten in unserer Standard-Ausschlussliste testen oder ein Cookie in Ihrem Browser haben, das die dynamische Bereitstellung dieser Seite auslöst