Was dieses Tool macht
Dekodiert einen Cron-Ausdruck in lesbare Sprache, listet die nächsten 5 Ausführungen und schlüsselt jedes Feld auf (Minute, Stunde, Tag-des-Monats, Monat, Wochentag), damit du den Schedule vor dem Deploy verifizieren kannst. Unterstützt Schritte (*/15), Bereiche (1-5), Listen (1,15,30), Namen (MON, JAN) und die üblichen Aliase (@hourly, @daily, @weekly, @monthly, @yearly).
Wann du es brauchst
- Bestätigen, dass "jeden Dienstag um 3 Uhr" tatsächlich
0 3 * * 2ist und nicht0 3 * * TUE(es ist beides). - Sehen, wann der nächste Run nach einem Deploy feuert.
- Einen Schedule aus einem Kubernetes-
CronJob-Manifest sanity-checken. - Mental zwischen AWS-EventBridge-Syntax und Standard-Cron übersetzen.
Wie es funktioniert
Der Parser handhabt Standard-5-Feld-Cron — Minute, Stunde, Tag-des-Monats, Monat, Wochentag — plus die benannten Aliase. Er handhabt nicht den 6-Feld-Quartz-Dialekt (mit Sekundenfeld) oder die 7-Feld-AWS-Form (mit Jahresfeld), das sind andere Specs.
Die Next-Run-Berechnung läuft Minute für Minute vorwärts und prüft jedes Feld. Worst-Case langsam (ein Schedule, der einmal jährlich feuert, braucht ~525.600 Iterationen) — bei menschlicher Anzeige aber nie spürbar.
Hinweise
Tag-des-Monats und Wochentag werden ODER-verknüpft, nicht UND. 0 0 1 * MON heißt nicht "der Erste, wenn er ein Montag ist" — sondern "der Erste oder jeder Montag." Historisches Vixie-Cron-Verhalten, stolpert fast jeden.
Sonntag ist 0 oder 7? Beides. Die meisten Cron-Implementierungen akzeptieren beides. SUN geht auch.
Wird @reboot unterstützt? Nein — das ist eine System-Cron-Direktive ohne Wall-Clock-Bedeutung; wir können sie nicht previewen.
Verwandte Tools
- Timestamp-Konverter — die nächsten Ausführungszeiten in deiner Zeitzone ansehen
- Regex-Tester — Cron-Strings programmatisch matchen