Cron-Ausdrucks-Parser
Jeden Cron-Zeitplan verständlich erklären, mit den nächsten Ausführungszeiten
Über dieses Tool
Füge einen fünfteiligen Cron-Ausdruck ein und erhalte eine Erklärung in Klartext, mit einer Aufschlüsselung Feld für Feld und — dem Teil, der echte Fehler abfängt — den nächsten fünf tatsächlichen Ausführungszeiten in deiner lokalen Zeitzone. „0 3 * * 1“ liest sich zurück als „Um 03:00, montags“, gefolgt von den konkreten Terminen, an denen der Job feuert.
Der Parser unterstützt die volle Standardsyntax: Listen (1,15), Bereiche (9-17), Schritte (*/15), Monats- und Wochentagsnamen (jan, mon), 7 als Sonntag und die Makrofamilie @daily/@hourly. Er implementiert auch die Regel, die jeder vergisst: Sind sowohl Tag-des-Monats als auch Wochentag eingeschränkt, läuft der Job, wenn eines von beiden passt — nicht beide.
Sechsteilige Ausdrücke (Quartz, mit Sekunden) werden erkannt und explizit gemeldet statt still falsch geparst — die häufigste Quelle der „mein Cron ist kaputt“-Verwirrung beim Wechsel zwischen Java-Schedulern und Unix-Crontab.
Häufige Fragen
- Was sind die fünf Felder, in welcher Reihenfolge?
- Minute (0–59), Stunde (0–23), Tag des Monats (1–31), Monat (1–12), Wochentag (0–6, Sonntag = 0, wobei 7 ebenfalls als Sonntag akzeptiert wird). Sich die Reihenfolge zu merken ist der ewige Kampf — das Aufschlüsselungs-Panel beschriftet jedes Feld deines Ausdrucks.
- Warum läuft „0 0 1 * 1“ öfter als erwartet?
- Weil sowohl Tag-des-Monats (der 1.) als auch Wochentag (Montag) eingeschränkt sind, führt Cron den Job aus, wenn EINES von beiden passt — an jedem 1. des Monats UND an jedem Montag. Für „der 1. nur, wenn er ein Montag ist“ brauchst du eine Datumsprüfung im Skript.
- Welche Zeitzone verwenden die nächsten Ausführungszeiten?
- Die lokale Zeitzone deines Browsers, die neben den Ergebnissen angezeigt wird. Echte Crontabs laufen in der Zeitzone des Servers (oder mit der TZ=-Zeile mancher Crons) — prüfe immer, was die Zielmaschine nutzt, besonders über Zeitumstellungen hinweg.
- Unterstützt das Tool Sekunden oder Jahre?
- Nein — das sind Quartz-Erweiterungen (Java) mit 6 oder 7 Feldern. Standard-Unix-Cron hat genau fünf Felder und Minutenauflösung. Sechsteilige Eingaben werden erkannt und als Quartz gemeldet statt fehlinterpretiert.