Grundbegriffe

Cache Rocket verwendet in der gesamten App und in diesen Dokumenten einheitlich eine kleine Reihe von Begriffen. Wenn du sie einmal lernen, ist alles andere schneller zu lesen.

Warm und kalt#

Kalt

Es ist keine verwendbare zwischengespeicherte Kopie vorhanden. Die nächste Anfrage muss von deinem Ursprungsserver neu erstellt werden, was langsam und teuer ist.

Warm

Es ist eine neue zwischengespeicherte Kopie vorhanden. Die nächste Anfrage wird normalerweise innerhalb weniger Millisekunden aus dem Cache bedient, ohne dass deine Anwendung berührt wird.

Erwärmung

Absichtliches Anfordern einer URL, damit die zwischengespeicherte Kopie erstellt oder aktualisiert wird, bevor ein echter Besucher sie benötigt.

Kaltstartstrafe

Die zusätzliche Zeit, die der erste Besucher nach Ablauf wartet, während die Seite neu erstellt wird. Dies zu beseitigen ist der ganze Sinn von Cache Rocket.

Warmers#

Ein warmer ist eine gespeicherte Konfiguration, die beschreibt, was wie erwärmt werden soll. Es ist das zentrale Objekt in Cache Rocket; Fast alles andere hängt mit einem zusammen.

Aktiv und was einen Lauf startet#

Jedes warmer verfügt über einen Aktiv-Schalter. Inaktiv warmers Behalten du ihre Konfiguration bei, führen du sie jedoch nie aus – nützlich beim Einrichten oder zum Pausieren während der Wartung.

Ein aktiver warmer wird nach seinem Zeitplan ausgeführt und kann auch manuell, durch einen Deploy-Webhook oder durch eine CDN-Bereinigungsaktion gestartet werden.

Eintrags-URLs#

Eine Eingabe-URL ist ein Ausgangspunkt für einen Warmlauf. Schreiben du es vollständig auf, einschließlich des Schemas:

https://www.example.com              ← good
https://www.example.com/sitemap.xml  ← good, a sitemap
www.example.com                      ← bad, no scheme
/products                            ← bad, not absolute

Eintrags-URLs müssen ein verifiziertes hostname verwenden. Die meisten Websites benötigen nur eine, da Linkerkennung und Sitemaps den Rest erledigen. Fügen du weitere hinzu, um die Abdeckung eines Abschnitts zu gewährleisten, der von der Startseite aus schlecht verlinkt ist – eine tiefe Kategorieseite, eine Landingpage, die nur über Anzeigen erreichbar ist, oder eine zweite Subdomain.

Tiefe#

Tiefe begrenzt, wie viele Link-Hops von einer Eintrags-URL die warmer zurücklegt. Eine Eintrags-URL hat die Tiefe 0; Von dort verlinkte Seiten haben die Tiefe 1; Von dort aus verlinkte Seiten haben die Tiefe 2.

Wenn du Sitemaps verwenden, benötigen du oft weniger Tiefe: Die Sitemap listet deine Deep-Seiten bereits direkt auf, sodass sie aufgewärmt werden können, ohne zu ihnen herunterzukriechen.

Die beiden Intervalle#

Diese werden häufig verwechselt und steuern unterschiedliche Dinge.

Autostartintervall

Wie oft ein neuer Lauf beginnt, in Sekunden. 3600 bedeutet, dass warmer jede Stunde einen neuen Durchgang über deine Website startet. Dies ist die Einstellung, über die du normalerweise nachdenken möchten.

Enqueue-Intervall

Wie oft werden URLs innerhalb des Erwärmungszyklus neu in die Warteschlange gestellt, in Sekunden. Es regelt das Tempo der Arbeit und nicht den Beginn eines Durchgangs. Die Standardeinstellung ist in Ordnung, es sei denn, Du hast einen bestimmten Grund, sie zu ändern.

Wählen du das Intervall für den automatischen Start aus, indem du fragen, wie lange du bereit sind, eine Seite kalt zu lassen. Wenn dein CDN eine Stunde lang zwischenspeichert, sorgt die stündliche Erwärmung dafür, dass die Dinge kontinuierlich warm bleiben. Eine weitaus häufigere Erwärmung als deine Cache-TTL erhöht lediglich die Last ohne Nutzen.

Tarifbegrenzungen#

Max. URLs pro Minute ist die Drosselung und die wichtigste Sicherheitseinstellung im Formular, da sie darüber entscheidet, wie viel Lasterwärmung deinem Ursprung hinzugefügt wird.

Fangen du niedrig an. Erhöhen du den Wert nur, während du die CPU- und Antwortzeiten deines Ursprungs im Auge behalten. dein Plan erzwingt außerdem eigene Obergrenzen pro Minute, Tag, Woche und Monat.

Hostnames und Verifizierung#

Ein hostname ist eine Domain, die du bei Cache Rocket registriert haben und von der du nachgewiesen haben, dass du die Kontrolle haben, z. B. www.example.com. Bis ein hostname verifiziert ist, darf kein warmer darauf abzielen.

Bei der Verifizierung handelt es sich um eine vorsätzliche Missbrauchskontrolle. Ohne sie könnte jeder den Dienst auf den Server eines Fremden richten und ihn als Angriffstool verwenden. Details in Hostname Verifizierung.

Das Ergebnis messen#

Erste Ladung

Wie lange hat die erste der beiden Anfragen gedauert? Stellt die Erfahrung eines Besuchers dar, der auf eine kalte Seite gelangt.

Warme Ladung

Wie lange hat die sofortige zweite Anfrage gedauert? Stellt die Erfahrung aller dar, die nach der Erwärmung ankommen.

Verbesserung

Die Kluft zwischen den beiden. Dies ist der konkrete Erwärmungsvorteil für diese URL.

Wärmebewertung

Der Anteil deiner verfolgten URLs, die ordnungsgemäß zwischengespeichert aussehen, basierend auf Timings und Cache-bezogenen Antwortheadern.

Kalte URL

Eine URL, die auch nach dem Aufwärmen langsam bleibt – normalerweise ein Zeichen dafür, dass sie nicht zwischengespeichert werden kann, und nicht auf einen Fehler beim Aufwärmen.

Diese werden in Cache-Gesundheit zusammengefasst.

Workspacee und Rollen#

Standardmäßig befindet sich alles in deinem persönlichen Konto. Bei Plänen, die Teams umfassen, können du Workspacee (Organisationen) erstellen, die über ihre eigenen warmers, hostnames, Warnungen und CDN-Integrationen verfügen.

Mitglieder erhalten eine Rolle – Eigentümer, Administrator, Entwickler, Finanzen oder Betrachter – die entscheidet, was sie sehen und ändern können. Agenturen nutzen einen Workspace pro Kunde. Siehe Teams und Rollen.

Pläne und Ansprüche#

• Begrenzungen – numerische Obergrenzen, z. B. wie viele warmers Du erstellst dürfen, wie tief sie gecrawlt werden dürfen und wie viele URLs du pro Monat warm halten dürfen.
• Berechtigungen – ob eine Funktion überhaupt verfügbar ist, z. B. Sitemaps, benutzerdefinierte Header, Warming für mehrere Regionen, GraphQL oder Teams.

Felder für Funktionen, die in deinem Plan nicht enthalten sind, werden in den Formularen ausgeblendet oder deaktiviert, sodass die Benutzeroberfläche immer widerspiegelt, was du tatsächlich nutzen können. Siehe Pläne und Grenzen.

API-Schlüssel#

Ein Paar aus öffentlichem Schlüssel und geheimem Schlüssel authentifiziert den Maschinenzugriff – das WordPress-Plugin, die Bereitstellung von Webhooks und die öffentliche API. Das Geheimnis wird einmal, unmittelbar nach der Generation, und nie wieder enthüllt. Verwalten du sie unter Konto → Konto. Siehe API-Schlüssel.