Cron-Ausdruck-Parser — Validieren, Erklären und Vorschau
Standard-Cron-Ausdruck mit fünf Feldern eingeben und sofort eine verständliche Erklärung, Feldaufschlüsselung und die nächsten Ausführungszeiten in UTC sehen.
Gültiger Ausdruck
Runs at 09:00 on Monday through Friday.
Minute
0
0
Stunde
9
9
Tag
*
1, 2, 3, 4, 5... (31 values)
Monat
*
1, 2, 3, 4, 5... (12 values)
Wochentag
1-5
1, 2, 3, 4, 5
Was ist ein Cron-Ausdruck?
Cron ist der zeitbasierte Job-Scheduler in Unix-Systemen. Ein Cron-Ausdruck definiert mit fünf Feldern, wann ein Job läuft: Minute (0-59), Stunde (0-23), Tag des Monats (1-31), Monat (1-12) und Wochentag (0-7, wobei 0 und 7 Sonntag bedeuten).
Jedes Feld kann ein konkreter Wert (5), ein Bereich (9-17), eine Liste (1,3,5), ein Schritt (*/15) oder ein Platzhalter (*) sein. Kombiniert lässt sich praktisch jeder wiederkehrende Zeitplan ausdrücken.
Die Syntax ist mächtig, aber leicht misszuverstehen. "0 */2 * * *" läuft alle 2 Stunden, nicht alle 2 Minuten. "* 9 * * 1-5" läuft jede Minute der 9-Uhr-Stunde an Werktagen (60 Mal!). Dieser Parser zeigt exakt, was Ihr Ausdruck bedeutet.
Anleitung
- Fünf-Feld-Cron-Ausdruck ins Eingabefeld eingeben oder einfügen.
- Oder Preset-Button für gängige Zeitpläne klicken.
- Die Klartext-Beschreibung lesen und Absicht bestätigen.
- Feldaufschlüsselung prüfen: expandierte Werte je Feld.
- Nächste 5 Ausführungszeiten mit eigenen Erwartungen abgleichen.
Anwendungsfälle
Crontab-Einträge schreiben
Vor dem Hinzufügen zum Crontab oder CI hier prüfen. Verhindert Deployments mit 60x höherer Frequenz als beabsichtigt.
Geplante Jobs debuggen
Job lief nicht wie erwartet? Cron-Ausdruck einfügen und nächste Zeiten mit der Server-Zeitzone abgleichen. Häufig UTC vs. Lokalzeit.
Team-Zeitpläne dokumentieren
Cron-Ausdruck in einem PR teilen? Lesbare Erklärung beifügen, damit Reviewer nicht im Kopf decodieren müssen.
Cron-Syntax lernen
Verschiedene Ausdrücke ausprobieren und Ergebnisse sofort sehen. Effektiver als man-Pages für Steps und Ranges.
Tipps
Zeitzone immer prüfen
Dieses Tool zeigt UTC. Bei anderer Server-Zeitzone entsprechend umrechnen. Viele Produktionsfehler stammen von Zeitzonen-Verwirrung.
Explizite Zeiten statt kurzer Intervalle
"*/5 * * * *" für Health-Checks okay. Für Business-Logik besser "0 9,17 * * *" (9 und 17 Uhr). Leichter verständlich, weniger Lastspitzen.
Monatsende-Randfälle testen
"0 0 31 * *" läuft nur in Monaten mit 31 Tagen. Für "letzter Tag des Monats" anderen Ansatz wählen.
Ausdrücke kommentieren
Im Code immer einen Klartext-Kommentar zum Zeitplan hinzufügen. Zukünftige Maintainer werden es danken.
Beispiele
Werktags um 9 Uhr
Der klassische Bürozeiten-Plan.
Input
0 9 * * 1-5Output
Läuft um 09:00 Montag bis Freitag.Alle 15 Minuten
Üblich für Monitoring und Health-Checks.
Input
*/15 * * * *Output
Läuft alle 15 Minuten jeden Tag.Funktionen
- Sofortige Validierung mit klaren Fehlermeldungen
- Klartext-Beschreibung des Zeitplans
- Feldweise Aufschlüsselung mit expandierten Werten
- Nächste 5 Ausführungszeiten in UTC
- Preset-Buttons für schnelle Eingabe
- Keine Server-Aufrufe — komplett im Browser
Häufige Fragen
Werden 6- oder 7-Feld-Cron-Ausdrücke unterstützt?
Nein. Nur das Standard-5-Feld-Format (Minute, Stunde, Tag, Monat, Wochentag). Sekunden- oder Jahr-Felder nicht unterstützt.
Warum sind die Zeiten in UTC?
UTC ist eindeutig und vermeidet Sommerzeit-Verwirrung. Bei lokaler Serverzeit manuell umrechnen.
Können Namen wie MON-FRI verwendet werden?
Nicht in diesem Parser. Numerische Werte verwenden: 1-5 für Montag bis Freitag.
Wie weit voraus werden Ausführungszeiten berechnet?
Etwa 5 Jahre. Sehr seltene Ausdrücke finden möglicherweise nicht 5 Ergebnisse in diesem Zeitraum.
Tipps & Verwandte Workflows
- Zeitzonen für Ihren Zeitplan konvertieren?Zeitzonen-Konverter.
- Unix-Zeitstempel in Cron-Jobs?Zeitstempel-Konverter.
- Datumsdifferenzen für Scheduling-Logik?Datums-Differenz-Rechner.