QuickATools

Entwickler-Tools · Free browser tool

Cron-Expression-Erklärer

Cron-Expressions sofort dekodieren und validieren. Komplexe Crontab-Schedules in verständliche natürliche Sprache übersetzen.

Cron expression

Standard 5-field crontab — minute hour day-of-month month day-of-week.

Operators: * any, , list, - range, / step. Day-of-week accepts 0–6 or SUN–SAT.

Human-readable schedule

Valid0 9 * * 1-5

At 09:00, on Monday, Tuesday, Wednesday, Thursday, Friday.

Next scheduled runs

Next 5 matches after (local time).

  1. No upcoming runs found in the search window.

Frequently Asked Questions

Was bedeuten die fünf Felder einer Cron-Expression?

Eine Standard-Crontab-Zeile hat fünf Felder in dieser Reihenfolge: Minute (0–59), Stunde (0–23), Tag des Monats (1–31), Monat (1–12) und Wochentag (0–6, 0 = Sonntag). Zusammen beantworten sie: „Zu welchen Minuten welcher Stunden an welchen Kalendertagen/-monaten/-wochentagen soll dieser Job laufen?“ Dieses Tool zielt auf das klassische Fünf-Felder-Format von Linux-Crontab und vielen Cloud-Schedulern.

Was bedeuten *, -, / und , in Cron?

* heißt „jeder gültige Wert“ für dieses Feld. Ein Komma listet diskrete Werte (z. B. 1,15). Ein Bindestrich setzt einen Range (z. B. 9-17). Ein Slash setzt einen Step (z. B. */5 in Minuten = alle 5 Minuten; 0-30/10 = 0, 10, 20, 30). Kombinationen sind möglich, z. B. 1,15,30 oder MON-FRI.

Welche Fehler machen Entwickler bei Cron am häufigsten?

Häufige Stolperfallen: Wochentags-Nummerierung verwechseln (Sonntag als 0 vs. 1), vergessen, dass Day-of-Month und Day-of-Week bei Einschränkung meist mit OR (nicht AND) kombiniert werden, eine Sechs-Felder-„Seconds“-Expression in einer Fünf-Felder-Crontab nutzen und annehmen, die Scheduler-Zeitzone sei die des Laptops. Immer die nächsten Run-Times in der Zeitzone prüfen, die der Job wirklich nutzt.

Warum Cron-Expressions lokal erklären statt in ein Online-Tool einzufügen?

Production-Schedules kodieren oft interne Maintenance-Windows, Billing-Cutoffs oder Batch-Cadences, die nicht in einem Drittanbieter-Log liegen sollten. Dieser Erklärer parst, beschreibt und projiziert nächste Run-Times vollständig im Browser — nichts wird hochgeladen — Infrastruktur-Schedules sicher validieren, ohne sie an einen externen Service zu leaken.

Crontab- und Batch-Schedules debuggen, ohne die Asterisken zu raten

Cron-Expressions sind bewusst dicht — fünf kleine Felder steuern, wann Linux-Crontabs, CI-Jobs und Serverless-Scheduler feuern. Ein falsch gesetztes *, ein Off-by-one beim Wochentag oder das Vergessen der OR-Semantik von Day-of-Month und Day-of-Week kann bedeuten: Job läuft nie — oder weit öfter als gedacht. Expression in Klartext übersetzen und die nächsten Fire-Times listen ist der schnellste Weg, Fehler vor Production zu fangen.

Dieser Erklärer bleibt vollständig im Browser. Interne Batch-Cadences, Maintenance-Windows und Infrastruktur-Schedules verlassen Ihre Maschine nie — kein serverseitiger Parser, kein Account nötig. Fünf-Felder-Expression einfügen, Per-Field-Grid tweaken, Preset laden und sowohl Natural-Language-Summary als auch lokale Run-Timeline bestätigen.

Unterstützte Operatoren decken Alltag-Crontab ab: * (any), , (list), - (range) und / (step), plus SUN–SAT / JAN–DEC-Aliase. Ziel ist das klassische Fünf-Felder-Format, nicht vendor-spezifische Six-/Seven-Field-Extensions — was Sie hier validieren, matched gängige Linux-Crontab und viele Cloud-Schedule-UIs.

Weitere Tools im Developer-Toolkit: JSON-Formatter, Base64 Encode/Decode, UUID-Generator, Regex-Tester, JWT-Decoder, Farbkontrast-Checker und Markdown-Previewer.