System-Cron und Pseudo-Cron
Der System-Cron wird vom Server zu festen Zeiten ausgelöst, unabhängig vom Traffic. WordPress nutzt standardmäßig einen Pseudo-Cron, der durch Seitenaufrufe ausgelöst wird: Auf einer wenig besuchten Website geraten geplante Aufgaben in Verzug oder laufen gar nicht. PrestaShop stützt sich auf Cron-Module, die häufig von einem externen Aufruf abhängen.
Der stille Ausfall
Ein Cronjob, der nicht mehr läuft, erzeugt keinen sichtbaren Fehler. Die Website funktioniert, die Seiten werden angezeigt, nichts schlägt an. Man merkt es, wenn man ein Backup sucht, das es seit drei Wochen nicht mehr gibt, oder wenn ein Kunde meldet, nie eine Bestellbestätigung erhalten zu haben.
Was tatsächlich zu überwachen ist
Nicht nur die Existenz der Aufgabe, sondern ihre letzte erfolgreiche Ausführung und deren Ergebnis. Ein Backup, das gestartet, aber mangels Speicherplatz abgebrochen ist, erzeugt genau dieselbe Stille wie ein nie gestartetes Backup — mit derselben Konsequenz an dem Tag, an dem man es braucht.
Häufige Fragen
Warum existieren meine automatischen Backups nicht?
Meist gilt eines von dreien: Cron nach einer Migration deaktiviert, Speicherplatz erschöpft, oder eine Aufgabe, die die maximale Ausführungszeit überschreitet. In allen drei Fällen scheitert sie lautlos.
Ist der WordPress-Cron zuverlässig?
Der Pseudo-Cron hängt vom Traffic ab. Auf einer wenig besuchten Website laufen die Aufgaben verspätet. Ihn im Produktivbetrieb durch einen echten System-Cron zu ersetzen, ist die empfohlene Konfiguration.