Über Cron-Ausdruck-Parser

Ein Cron-Parser erklärt Cron-Ausdrücke mit fünf Feldern und zeigt Minute, Stunde, Tag des Monats, Monat und Wochentag sowie die nächsten Laufzeiten.

Nutzen Sie ihn für crontab-Einträge, geplante Jobs, CI-Schedules und Background Worker.

So nutzen Sie Cron Parser

Fügen Sie einen 5-Feld-Cron-Ausdruck wie */15 9-18 * * 1-5 ein.
Lesen Sie Feldzusammenfassung und Bereichsprüfung.
Prüfen Sie, ob kommende Laufzeiten zum gewünschten Schedule passen.

Typische Einsatzfälle

Bestätigen, dass ein Job nur werktags tagsüber läuft.
Mitternacht-, Monatsende- oder Wochentagsfehler debuggen.
Einen Produktions-crontab-Eintrag dem Team erklären.

Cron-Feldreihenfolge und häufige Syntax

Dieses Werkzeug analysiert den üblichen Cron mit fünf Feldern: Minute, Stunde, Tag des Monats, Monat und Wochentag. Manche Plattformen ergänzen Sekunden, Jahr, ? oder Kurzformen wie @daily; bei Migrationen gilt die Dokumentation des Zielplaners.

* bedeutet beliebiger Wert.
*/15 bedeutet alle 15 Einheiten.
1-5 ist ein Bereich, 1,3,5 eine Liste.
Wenn Tag und Wochentag beschränkt sind, kombinieren Implementierungen sie teils unterschiedlich.

Häufige Fragen zu Cron-Parser

Ist das 5- oder 6-Feld-Cron?: Dieser Parser nutzt die crontab-Syntax mit fünf Feldern: Minute, Stunde, Tag des Monats, Monat und Wochentag, ohne Sekunden.
Warum unterscheidet sich die nächste Laufzeit von Produktion?: Häufig sind Zeitzone, plattformspezifische Erweiterungen oder andere Kombinationsregeln für Tag/Wochentag.
Wird mein Ausdruck hochgeladen?: Nein. Parsing und Preview laufen lokal im Browser und werden nicht an wetool.site gesendet.

Cron Parser vs Scheduler

Ein Parser hilft beim Verstehen des Ausdrucks, ersetzt aber nicht Kubernetes, GitHub Actions, Quartz oder Linux crontab. Vor dem Release auf der Zielplattform validieren.

5-field, 6-field und Quartz cron Unterschiede

Cron-Fehler entstehen oft durch die field order der Zielplattform, nicht durch den Stern.

Linux-crontab nutzt häufig fünf Felder: Minute, Stunde, Tag des Monats, Monat und Wochentag.
Quartz, Spring und manche Cloud-Planer ergänzen Sekunden oder Jahr und unterstützen ?, L, W und #.
GitHub Actions, Kubernetes, Vercel und ähnliche Plattformen können UTC erzwingen oder eigene schedule limits anwenden.

Zeitzone, Sommerzeit und Monatsende beim Debuggen

Prüfen Sie beim Vorschauen der nächsten Läufe die Zeitzone der Plattform. Sommerzeit, Monatsende und Kombinationen aus Wochentag und Tag des Monats sorgen im Produktivbetrieb für viele Überraschungen.

Wenn die Plattform in UTC läuft, muss local 09:00 vor deployment umgerechnet werden.
DST transition days können runs überspringen oder doppeln; critical jobs sollten boundary hours vermeiden.
Wenn Tag des Monats und Wochentag eingeschränkt sind, verwenden Cron-Implementierungen teils OR-, teils AND-Semantik.