Warnungen

Eine warmer, die stillschweigend nicht mehr funktioniert, ist schlimmer als gar keine warmer, weil du davon ausgehen, dass du abgesichert sind. Alarme schließen diese Lücke.

Du wirst unter Konto → Benachrichtigungen konfiguriert. Du kannst beliebig viele Endpunkte hinzufügen.

Alarmtypen#

Veranstaltungen#

Crawl-Fehler

Ein Warmlauf ist fehlgeschlagen. Dies sollte jeder ermöglichen – es ist der Unterschied zwischen Wissen und Annahme.

Crawl abgeschlossen

Ein Lauf beendet. Nützlich als Audit-Trail oder um zu bestätigen, dass nach der Bereitstellung tatsächlich ein Warmlauf stattgefunden hat. Bei häufigem Fahrplan laut.

Hohe Fehlerquote (≥25 %)

Ein Lauf wurde abgeschlossen, aber mindestens ein Viertel der URLs waren fehlerhaft. Oft das wertvollste Signal, weil es Teilfehler auffängt, die „abgeschlossen“ verbergen würden.

Einrichten Slack#

1. 1

   Erstellen du einen eingehenden Webhook in Slack

   Fügen du in deinen Slack Workspaceseinstellungen eine Incoming Webhooks-Integration hinzu und wählen du den Zielkanal aus. Slack gibt dir eine URL, die mit https://hooks.slack.com/services/… beginnt.

2. 2

   Fügen du die Warnung in Cache Rocket hinzu

   Wählen du unter Konto → Benachrichtigungen den Typ Slack aus, geben du ihm einen Namen und fügen du die Webhook-URL ein.

3. 3

   Wählen du Ereignisse aus

   Aktivieren du mindestens Crawling-Fehler und Hohe Fehlerrate.

4. 4

   Speichern und testen

   Klicken du auf Benachrichtigung hinzufügen und starten du dann einen Warmlauf, um den Eingang von Nachrichten zu bestätigen.

Einrichten Discord#

Öffnen du in Discord Servereinstellungen → Integrationen → Webhooks, erstellen du einen Webhook, wählen du einen Kanal aus und kopieren du dessen URL. Fügen du es in Cache Rocket mit dem Typ Discord hinzu.

Generische Webhooks#

Wählen du Generischer Webhook und geben du einen beliebigen HTTPS-Endpunkt an, den du steuern. Cache Rocket postet die Veranstaltung dort und was als nächstes passiert, liegt bei dir:

• Weiterleitung in PagerDuty oder ein anderes Bereitschaftssystem.
• Eröffnen du automatisch ein Ticket für wiederholte Fehler.
• Lösen du einen erneuten Versuch oder eine Fallback-Bereinigung in deiner eigenen Automatisierung aus.
• Protokollieren du Ereignisse zusammen mit allem anderen in deinem eigenen Überwachungsstapel.

Auswählen, wohin Warnungen gesendet werden#

Leiten du Warnungen an einen Kanal weiter, den jemand tatsächlich liest. Ein paar Muster, die funktionieren:

Bereitstellung und CI-Trigger#

Auf der Seite „Warnungen“ wird auch gezeigt, wie du die Erwärmung von außen auslösen können Cache Rocket – rufen du nach einer Bereitstellung triggerWarm mit deinen API-Schlüsseln auf, um mit dem Abgleich von warmers zu beginnen, oder warmUrls, um bestimmte Pfade mit Priorität zu erwärmen.

curl -X POST https://cacherocket.com/api/wordpress/triggerWarm \
  -H 'Content-Type: application/json' \
  -d '{"publicKey":"YOUR_KEY","secretKey":"YOUR_SECRET","hostname":"example.com"}'

Ausführliche Informationen finden du unter Trigger bereitstellen.

Häufige Probleme#

Es kommen keine Benachrichtigungen an.

Überprüfen du die Webhook-URL erneut auf Kürzungen, stellen du sicher, dass mindestens ein Ereignis ausgewählt ist, und testen du die URL direkt mit Curl, um zu prüfen, ob das Ziel Beiträge akzeptiert. Slack- und Discord-Webhooks werden ebenfalls widerrufen, wenn die Integration entfernt wird.

Ich erhalte zu viele Benachrichtigungen.

Deaktivieren du zuerst Crawling abgeschlossen – es ist fast immer laut. Wenn Crawling-Fehler häufig auftreten, ist dies eher ein Problem, das behoben werden muss, als dass es zum Stillstand kommt. siehe Fehlerbehebung.

Kann ich nur auf eine bestimmte warmer aufmerksam machen?

Alarmendpunkte gelten für den Workspace, zu dem sie gehören. Um Signale pro Standort zu trennen, verwenden du separate Workspacee mit eigenen Alarmendpunkten.

Was gilt als hohe Fehlerquote?

Mindestens 25 Prozent der URLs in einem Lauf gaben Fehler zurück.