Ein WooCommerce-Shop mit hängenden Aktionen
Tausende geplante Aktionen bleiben ausstehend, und E-Mails gehen verspätet raus. LayerAssist findet die scheiternde Aktion, bringt die Warteschlange wieder in Gang und richtet einen echten Cron ein.
Sei sicher, dass deine geplanten Aufgaben wirklich gelaufen sind.
Backups, E-Mails, Importe, geplante Beiträge: Ein Großteil der Arbeit deiner Website passiert im Hintergrund, nach Zeitplan. LayerAssist prüft, ob diese Aufgaben laufen, findet heraus, warum eine nicht lief, und bringt sie wieder in Gang.
Auf einen Blick
- Im ChatIm Chat listet es deine Cronjobs auf, liest ihre Logs, prüft den WordPress-Planer und Hintergrundprozesse und repariert den Job, der nicht läuft.
- AutomatisierungAls deine eigene Automatisierung kann es jeden Morgen prüfen, ob die Jobs der Nacht gelaufen sind – etwa, ob ein frisches Backup existiert –, und dir Bescheid geben, wenn einer nicht lief.
- Integrierter MonitorLäuft dein Queue-Worker als Dienst, meldet sich der integrierte Dienst-Monitor in dem Moment, in dem er stoppt.
- Noch nicht verfügbarEinen integrierten Heartbeat-Monitor für Cronjobs gibt es noch nicht.
Hintergrundjobs scheitern lautlos
Cronjobs und Warteschlangen arbeiten, wenn niemand hinsieht: nächtliche Backups, Rechnungs-E-Mails, Produktimporte, Cache-Bereinigung, geplante Beiträge. Stoppt einer, gibt es keine Fehlerseite – die Arbeit wird einfach nicht erledigt.
Du erfährst es später, auf die harte Tour: Das Backup, das du brauchst, ist drei Monate alt, Kunden haben ihre Rechnungen nie bekommen, der Morgenbeitrag ist nie erschienen.
Anzeichen, dass ein geplanter Job nicht läuft
- Backups erscheinen nicht mehr oder sind älter, als sie sein sollten
- Geplante Beiträge zeigen „Planung verpasst“
- Tägliche E-Mails oder Exporte sind ausgeblieben
- Eine Warteschlange wächst immer weiter, und Jobs bleiben „ausstehend“
Warum Cronjobs und Warteschlangen stoppen
Der WordPress-Planer läuft nur bei Besuchen
WP-Cron läuft, wenn jemand die Website besucht. Auf einer ruhigen Website oder hinter einem Cache laufen geplante Aufgaben zu spät oder gar nicht.
Ein falscher Pfad oder eine falsche Umgebung
Ein Job, der von Hand funktioniert, scheitert im Zeitplan wegen einer anderen PHP-Version, eines fehlenden Pfads oder eines verschobenen Skripts.
Der Worker-Prozess ist gestoppt
Queue-Worker müssen dauerhaft laufen. Nach einem Absturz, einem Deployment oder einem Neustart startet sie nichts wieder.
Jobs, die abstürzen oder sich stauen
Ein scheiternder Job, eine Sperre, die nie freigegeben wird, oder ein Job, der länger läuft als sein Intervall, blockiert alles dahinter.
Wie LayerAssist deine Hintergrundjobs am Laufen hält
Es prüft den Zeitplan, die Logs und das Ergebnis: das, was der Job hätte liefern sollen.
Es listet auf, was geplant ist
Es liest die Crontab des Servers, die Cronjobs in deinem Hosting-Panel und die geplanten Ereignisse von WordPress und erklärt jeden einzelnen.
Es prüft, ob der Job wirklich lief
Es sucht nach Belegen: dem Log-Eintrag, der frischen Backup-Datei, der verschickten E-Mail, der geleerten Warteschlange.
Es findet heraus, warum einer scheiterte
Es führt den Befehl des Jobs so aus wie Cron, liest den Fehler und korrigiert dann Pfad, PHP-Version oder Berechtigungen.
Es richtet alles ordentlich ein
Es kann WP-Cron durch einen echten Server-Cron ersetzen, Worker einrichten, die sich selbst neu starten, und Logs ergänzen, damit Fehlschläge Spuren hinterlassen.
Beispiel: Backups, die still aufgehört hatten
Was es prüft
- Crontab: Backup-Job jede Nacht um 02:00 geplant
- Neueste Backup-Datei: 74 Tage alt
- Cron-Log: Der Job scheitert mit „mysqldump: command not found“
- Ursache: Ein Server-Update hat das Tool verschoben, und der Job nutzt noch den alten Pfad
Was es ändert
Den Pfad im Backup-Skript korrigiert, es einmal ausgeführt und eine E-Mail bei Fehlschlag eingerichtet
Was du davon hast
- Der Beleg, dass Jobs gelaufen sind, nicht nur, dass sie geplant sind
- Fehlschläge am nächsten Morgen entdeckt, nicht Monate später
- Geplante WordPress-Aufgaben, die pünktlich laufen
- Queue-Worker, die nach einem Absturz zurückkommen
Echte Situationen
Eine Laravel-App mit Warteschlange
Nach einem Deployment ist der Queue-Worker nicht wieder gestartet. LayerAssist stellt ihn unter einen Supervisor, damit er sich selbst neu startet, und schlägt einen Dienst-Monitor vor.
Ein Nachrichtenportal mit geplanten Beiträgen
Beiträge, die für 6 Uhr geplant sind, erscheinen mittags: Hinter dem Cache lief WP-Cron nur, wenn der Cache ablief. Ein Server-Cron löst das.
So prüfst du deine Cronjobs mit LayerAssist
Verbinde Server oder Hosting
SSH gibt das vollständige Bild; auch das Hosting-Panel zeigt seine Cronjobs.
Bitte um eine Prüfung
Im Chat: „Laufen unsere geplanten Jobs?“ oder „Warum ist der Import heute Nacht gescheitert?“
Lass es den Job reparieren
Es findet die Ursache, behebt sie und führt den Job einmal aus, um zu zeigen, dass er funktioniert.
Mach daraus einen Morgen-Check
Bitte um eine tägliche Prüfung als deine eigene Automatisierung und ergänze den Dienst-Monitor für Queue-Worker, die als Dienst laufen.
Fragen zur Überwachung von Cronjobs
Cron ist der eigene Planer des Servers und läuft pünktlich. WP-Cron ist der eingebaute Planer von WordPress und läuft nur, wenn jemand die Website besucht. Für verlässliche Zeiten kann LayerAssist WP-Cron von einem echten Server-Cron aus anstoßen.
Ja, mit SSH-Zugang. Es prüft Worker-Prozesse, fehlgeschlagene Jobs und die Länge der Warteschlange und kann Worker unter Supervisor oder systemd laufen lassen, damit sie sich selbst neu starten.
Mit einer geplanten Prüfung als deine eigene Automatisierung: Jeden Morgen zum Beispiel sucht sie nach Belegen, dass deine Jobs gelaufen sind, und meldet sich, wenn einer fehlt. Einen integrierten Heartbeat-Monitor gibt es noch nicht.
Die Cronjobs und Logs deines eigenen Benutzers lassen sich mit einem normalen Zugang lesen. Systemdienste oder Jobs anderer Benutzer zu ändern braucht sudo – ab dem Tarif Plus enthalten.
Verwandte Ratgeber
- Integrierter MonitorServer-DiensteMeldet sich, wenn ein Dienst wie deine Datenbank stoppt.
- AutomatisierungWordPress-UpdatesPrüft täglich auf Updates, sichert, aktualisiert und testet.
- AutomatisierungAnwendungsfehlerLiest regelmäßig deine Fehlerprotokolle und erklärt, was wichtig ist.
Alle Ratgeber zur ÜberwachungSieh dir an, was jeder Tarif enthältSo funktioniert LayerAssist
Ab 9 $ im Monat · 14 Tage zum Überlegen
Beim nächsten Ausfall weißt du, wen du fragen kannst.
Füge deine Website hinzu und stelle heute deine erste Frage. Nichts für dich? Kündige innerhalb von 14 Tagen und bekomme deine erste Zahlung zurück, nur abzüglich der genutzten KI-Arbeit.
7 Tage kostenlos · Keine Kreditkarte nötig · Keine technischen Kenntnisse nötig.