acento.io
Entwickler-Tool

Cron-Ausdrucks-Parser

Füge einen Cron-Ausdruck ein und erhalte sofort eine Klartext-Erklärung sowie die nächsten 10 geplanten Ausführungszeiten — komplett im Browser, ohne Upload.

Von Carlos Suárez , Systeminformatiker
Zuletzt aktualisiert:

Was dieser Cron-Ausdrucks-Parser macht

Cron-Ausdrücke sind kompakt, aber für alle, die sie nicht täglich schreiben, schnell unlesbar. Dieser Online-Cron-Parser übersetzt einen 5-Felder-Ausdruck (Minute, Stunde, Tag-des-Monats, Monat, Wochentag) sofort in verständliches Deutsch — diese deutschsprachige Version berücksichtigt dabei auch die Besonderheiten der europäischen Zeitzonenpraxis. Du siehst auf einen Blick, wann ein Job das nächste Mal läuft, und kannst Ausdrücke validieren, bevor du sie auf einem Server deployest. Wichtig: Standard-Cron nach POSIX verwendet 5 Felder, während Quartz, Spring Scheduler und AWS EventBridge 6–7 Felder (inkl. Sekunden und Jahr) kennen — der Parser weist dich auf solche Abweichungen hin. 100% im Browser — deine Daten verlassen nie dein Gerät. Keine Uploads, kein Tracking, keine Server-Logs. Für die Umrechnung von Zeitstempeln empfiehlt sich außerdem der [Unix-Timestamp-Konverter](/de/timestamp-converter/).

Funktionen

  • Klartext-Übersetzung. Jeder gültige Cron-Ausdruck wird in einen lesbaren deutschen Satz übersetzt, den du direkt an Kolleginnen und Kollegen ohne Cron-Kenntnisse weitergeben kannst.
  • Nächste 10 Ausführungszeiten. Der Parser berechnet die nächsten 10 geplanten Zeitpunkte sowohl in UTC als auch in deiner lokalen Zeitzone — nützlich, wenn du Zeitverschiebungen wie Europe/Vienna im Blick behalten musst.
  • Wildcard, Bereich, Liste und Schritt. Unterstützt alle Standard-Syntaxelemente: * (jeder Wert), 1-5 (Bereich), 1,3,5 (Liste), */15 (Schritt) sowie Aliase wie @daily und @hourly.
  • Implementierungsunterschiede transparent. Der Parser weist darauf hin, wenn day-of-month und day-of-week gleichzeitig gesetzt sind: POSIX-Cron verknüpft sie mit OR, Quartz mit AND — ein häufiger Fallstrick bei der Migration zwischen Schedulern.
  • Sommerzeit-Hinweis. Da klassisches Cron keine Zeitzone kennt und an die Systemuhr gebunden ist, kann die Sommerzeit (CEST) dazu führen, dass Jobs einmal übersprungen oder doppelt ausgeführt werden. Der Parser zeigt dir, ob dein Zeitfenster davon betroffen sein könnte. Die EU-Diskussion zur Abschaffung der Sommerzeit läuft seit 2019 — bis zur Entscheidung bleibt UTC die sicherste Grundlage.
  • Cron-Ausdruck evaluieren ohne Login. Kein Konto, kein API-Schlüssel, kein Server: Der Cron Expression Evaluator läuft vollständig im Browser. Alle Berechnungen finden lokal in JavaScript statt, wie es die MDN — Date-Dokumentation für clientseitige Zeitberechnungen empfiehlt.

So benutzt du den Cron-Ausdrucks-Parser

Eingabe, Enter, fertig — keine Konfiguration nötig. Der Parser verarbeitet deinen Ausdruck in Echtzeit.

  1. Ausdruck eingeben. Tippe oder füge deinen Cron-Ausdruck in das Eingabefeld ein, z. B. 0 9 * * 1-5 für „jeden Werktag um 9 Uhr“.
  2. Klartext lesen. Direkt darunter erscheint die Übersetzung in einfacher Sprache — ideal, um einen Crontab-Eintrag für nicht-technische Stakeholder zu erklären.
  3. Nächste Ausführungen prüfen. Die Tabelle zeigt die nächsten 10 Zeitpunkte in UTC und in deiner lokalen Zeit. So erkennst du sofort, ob ein Job z. B. in Stuttgart um 3 Uhr nachts läuft und die Nachtruhe gefährdet.
  4. Aliase ausprobieren. Gib @weekly oder @monthly ein, um zu sehen, auf welchen konkreten Zeitpunkt diese Kurzformen zeigen — und ob sie mit deinen Erwartungen übereinstimmen.

Häufige Anwendungsfälle

  • Deployment-Schedules validieren. Bevor du einen neuen Cronjob auf einem Produktivserver in Hamburg einrichtest, prüfst du hier, ob der Ausdruck wirklich das tut, was du erwartest — und nicht erst beim nächsten Monatsende aufläuft.
  • Crontab-Zeilen für Teams übersetzen. Entwicklerinnen und Entwickler können einen kryptischen Eintrag aus einer Legacy-Konfiguration in lesbares Deutsch übersetzen und ihn direkt in einem Ticket oder einer Dokumentation verwenden.
  • Langläufer-Jobs terminieren. Bei monatlichen Batch-Jobs — etwa Datenbankexporte oder Reportgenerierungen — zeigt der Cron-Parser, wann genau der nächste Lauf startet, damit du ausreichend Wartungsfenster einplanen kannst.
  • Neue Entwickler einarbeiten. Wer Cron-Syntax gerade lernt, profitiert vom sofortigen Feedback: Ausdruck eingeben, Ergebnis sehen, verstehen — schneller als jedes Handbuch. Für zeitbezogene Berechnungen rund um Fälligkeitsdaten hilft der [Datumsrechner](/de/date-calculator/) weiter.
  • Scheduler-Migration absichern. Beim Wechsel von Linux-Crontab zu Quartz oder AWS EventBridge können sich Felder und Semantik ändern. Der Parser macht Unterschiede sichtbar, bevor sie in Produktion zu Datenverlusten führen — wie es beim Knight Capital-Vorfall 2012 der Fall war, wo fehlerhafte Automatisierung innerhalb von 45 Minuten 440 Millionen Dollar vernichtete (dokumentiert im Knight Capital incident postmortem).

Häufig gestellte Fragen

Werden meine Cron-Ausdrücke auf einen Server übertragen?

Nein. Der gesamte Cron Expression Evaluator läuft ausschließlich in deinem Browser. Es werden keine Daten gesendet, gespeichert oder protokolliert. Du kannst den Parser auch offline verwenden, sobald die Seite geladen ist.

Was bedeutet es, wenn day-of-month und day-of-week gleichzeitig gesetzt sind?

In klassischem POSIX-Cron werden beide Felder mit OR verknüpft: Der Job läuft, wenn mindestens eine Bedingung erfüllt ist. Quartz und Spring verwenden dagegen AND — der Job läuft nur, wenn beide Bedingungen gleichzeitig gelten. Das ist einer der häufigsten Fehler bei der Migration zwischen Scheduler-Implementierungen.

Warum kann ein Job wegen der Sommerzeit zweimal oder gar nicht laufen?

Cron kennt keine Zeitzone — es orientiert sich an der Systemuhr. Wenn die Uhr in der Nacht der Zeitumstellung auf CEST vorgestellt wird, überspringt sie eine Stunde; ein Job, der genau in dieser Stunde geplant ist, wird nicht ausgeführt. Beim Zurückstellen läuft er potenziell zweimal. Die sicherste Lösung ist, den Systemcron auf UTC zu betreiben oder auf systemd-Timer mit expliziter TZ=-Direktive umzusteigen.

Unterstützt der Parser auch 6- oder 7-Felder-Ausdrücke (Quartz, AWS EventBridge)?

Dieser Parser implementiert den Standard-5-Felder-POSIX-Cron, der auf den meisten Linux-Servern und in klassischen Crontab-Dateien verwendet wird. Quartz- und EventBridge-Ausdrücke mit Sekunden- und Jahresfeld weichen davon ab. Der Parser weist dich auf mögliche Unterschiede hin, evaluiert aber keine herstellerspezifischen Erweiterungen.

Ist Sonntag 0 oder 7 im Wochentag-Feld?

In klassischem POSIX-Cron sind sowohl 0 als auch 7 gültige Werte für Sonntag — beide werden akzeptiert. Quartz verwendet ein anderes Schema (1=Sonntag bis 7=Samstag). Wenn du zwischen Schedulern wechselst, prüfe das Wochentag-Schema sorgfältig, um unerwartete Ausführungszeiten zu vermeiden.

Wie berechne ich, wie viele Tage bis zur nächsten Ausführung vergehen?

Die Tabelle der nächsten 10 Ausführungen zeigt dir direkt die Zeitstempel. Wenn du daraus einen Datumsunterschied berechnen möchtest, kannst du den [Datumsrechner](/de/date-calculator/) verwenden, der Differenzen in Tagen, Stunden und Minuten ausgibt.