Tools / Entwickler / Cron-Parser
Clientseitig

Cron-Parser

Fügen Sie einen Cron-Ausdruck ein und erhalten Sie eine Beschreibung, die Aufschlüsselung von Minute, Stunde, Tag, Monat und Wochentag sowie eine präzise Fehlermeldung bei ungültigen Werten.

Funktionen

  • Lesbare Beschreibung des vollständigen Zeitplans
  • Aufschlüsselung Feld für Feld: Minute, Stunde, Monatstag, Monat, Wochentag
  • Validierung mit Angabe von Feld und fehlerhaftem Wert
  • Sechs Schnellbeispiele für gängige Zeitpläne
  • Verarbeitung lokal im Browser, keine Serverzugriffe

Quick examples

Dieser Cron-Parser liest einen Standard-Cron-Ausdruck mit 5 Feldern und zeigt, wann er auslöst. Fügen Sie 0 9 * * 1-5 ein, erscheint „At minute 0, hour 9, on Monday through Friday“, also werktags um 9:00 Uhr, dazu die Aufschlüsselung jedes Feldes. Liegt ein Wert außerhalb seines Bereichs, nennt der Parser Feld und Wert (etwa „Invalid value in hour: 24“), statt ihn stillschweigend zu akzeptieren. Die Analyse läuft in einem Rust-Modul, das zu WebAssembly kompiliert ist, in Ihrem Browser.

So lesen Sie einen Cron-Ausdruck mit dem Tool

  1. Fügen Sie den Ausdruck in das Feld Cron expression ein. Beim Laden der Seite ist */15 * * * * bereits als Beispiel geparst.
  2. Drücken Sie Enter oder klicken Sie auf Parse.
  3. Lesen Sie die Beschreibung oben im Ergebnis und danach die fünf Felder: Minute, Hour, Day (M) für den Monatstag, Month und Day (W) für den Wochentag.
  4. Für einen bekannten Ausgangspunkt klicken Sie auf ein Schnellbeispiel (jede Minute, jede Stunde, täglich um Mitternacht, montags um 9 Uhr, alle 15 Minuten, Monatserster) und passen es an.

Die erzeugte Beschreibung ist englisch, wie praktisch jede Cron-Dokumentation. Die Aufschlüsselung pro Feld lässt sich ohne Übersetzung lesen.

Die fünf Felder einer Crontab-Zeile

PositionFeldErlaubte Werte
1Minute0 bis 59
2Stunde0 bis 23
3Tag des Monats1 bis 31
4Monat1 bis 12
5Wochentag0 bis 6 (0 ist Sonntag; 7 wird in einer Liste ebenfalls als Sonntag akzeptiert)

Unterstützte Syntax

  • Platzhalter *: jeder Wert des Feldes.
  • Schritt */n: alle n Einheiten, etwa */15 bei Minuten oder */6 bei Stunden („At minute 0, every 6 hours“).
  • Bereich a-b: 9-17 für Bürozeiten, 1-5 für Montag bis Freitag.
  • Liste a,b,c: 1,15 im Monatstag für den 1. und 15.
  • Schritt auf Bereich a-b/n: 0-30/5 bei Minuten. Erlaubt in den Feldern Minute, Stunde und Tag des Monats.

Monats- und Wochentagsnummern werden in der Beschreibung zu Namen: 0 0 * * 0 liest sich als „on Sunday“, ein Monat 3 als „in March“.

Was der Parser nicht abdeckt

Cron gibt es in mehreren Dialekten. Das Tool hält sich an das klassische 5-Feld-Format von crontab, Kubernetes-CronJobs und GitHub-Actions-Triggern mit schedule.

  • Kein Sekunden- oder Jahresfeld: Ausdrücke mit 6 oder 7 Feldern aus Quartz oder Spring (0 0 12 * * ?) werden mit „expected 5 fields“ abgelehnt.
  • Keine Namen oder Makros: MON, JAN, @daily oder @reboot werden nicht erkannt. Verwenden Sie die numerische Form.
  • Keine Sonderzeichen: Die Quartz-Erweiterungen L, W, # und ? werden nicht unterstützt.
  • Keine nächsten Ausführungen, keine Zeitzone: Das Tool beschreibt das Muster, es berechnet keine kommenden Termine. Cron läuft in der Zeitzone der ausführenden Maschine, bei Cloud-Schedulern oft UTC. 0 9 * * * kann also 9 Uhr UTC bedeuten, in Berlin 10 Uhr im Winter und 11 Uhr im Sommer.
  • Monatstag und Wochentag zugleich: Sind beide eingeschränkt, löst klassisches Cron aus, wenn eines von beiden passt. 0 0 13 * 5 bedeutet „am 13. oder an jedem Freitag“, nicht „Freitag, der 13.“.

Typische Einsatzfälle

  • Code-Review: einen Zeitplan im Pull Request prüfen, statt */15 9-17 * * 1-5 im Kopf zu entschlüsseln.
  • Geerbte Crontabs: Zeilen auf einem Altsystem verstehen, bevor Sie sie ändern oder löschen.
  • Ungültige Werte finden: Stunde 24, Monat 13 oder Schritt */0 scheitern mit einer präzisen Meldung, bevor der Scheduler sie verarbeitet.
  • Dokumentation: die Beschreibung in ein Runbook oder einen Kommentar neben der Cron-Zeile übernehmen.

Im Vergleich zur Kommandozeile

Unter Linux prüft crontab -e die Syntax erst beim Speichern, und die Fehlermeldung nennt selten das betroffene Feld. man 5 crontab erklärt das Format, aber nicht Ihre konkrete Zeile. Manche Scheduler zeigen die nächste Ausführung erst nach dem Deployment, also zu spät für einen Tippfehler. Der Parser liefert die Lesart, bevor irgendetwas ausgerollt wird.

Warum Cron-Ausdrücke lokal parsen

Eine Crontab verrät, wann Backups laufen, wann Batch-Jobs die Produktionsdatenbank anfassen und wann Wartungsfenster öffnen. Für Angreifer sind das wertvolle Informationen. Hier wird der Ausdruck per WebAssembly in Ihrem Tab geparst und weder an einen Server übertragen noch gespeichert. Ihre Infrastrukturdaten verlassen das Gerät nicht, es findet also auch keine Auftragsverarbeitung im Sinne der DSGVO statt. Nach dem Laden funktioniert die Seite offline.

Häufige Fragen

Was bedeutet */15 * * * *?
Alle 15 Minuten: zu den Minuten 0, 15, 30 und 45 jeder Stunde, an jedem Tag.
Wie starte ich einen Job werktags um 9 Uhr?
Mit 0 9 * * 1-5. Beachten Sie, dass 9 Uhr in der Zeitzone der Maschine gilt, auf der Cron läuft.
Ist Sonntag 0 oder 7?
Beides ist verbreitet. Der Parser behandelt 0 als Sonntag und akzeptiert 7 allein oder in einer Liste wie 1,7. In einem Bereich verwenden Sie 0: 1-7 wird abgelehnt.
Warum wird mein Ausdruck mit 6 Feldern abgelehnt?
Das sechste Feld steht meist für Sekunden (Quartz, Spring) oder das Jahr. Das Tool liest nur das Standardformat mit 5 Feldern. Entfernen Sie das Sekundenfeld, um den Rest zu prüfen.
Kann ich @daily oder MON-FRI verwenden?
Nein. Schreiben Sie 0 0 * * * für täglich und 1-5 für Montag bis Freitag.
Zeigt das Tool die nächsten Ausführungszeiten?
Nein, es erklärt das Muster Feld für Feld. Um eine Ausführungszeit aus einem Log als Datum zu lesen, nutzen Sie einen Zeitstempel-Konverter.
Wird mein Cron-Ausdruck an einen Server gesendet?
Nein. Das Parsen geschieht vollständig in Ihrem Browser über WebAssembly.

Verwandte Tools: Enthalten die Logs eines Jobs Unix-Zeiten, rechnet der Unix-Zeitstempel-Konverter sie in UTC-Daten um, damit Sie Läufe mit dem Zeitplan abgleichen können. Für CronJob-Manifeste und CI-Konfigurationen hilft der YAML-, JSON- und TOML-Konverter, und mit dem Regex-Tester prüfen Sie Muster in Skripten, die Cron-Ausgaben filtern.