Vorteile
- Beschreibung in Klartext in der Sprache der Oberfläche – ein Zeitplan ist auf einen Blick geprüft.
- Tabelle der nächsten Ausführungen mit ausdrücklicher Zeitzone: Browser, UTC oder gängige IANA-Zone.
- Fertige
OnCalendar- undCronJob-Snippets mit ehrlichem Hinweis auf Unterschiede.
So geht’s
- Cron-Ausdruck eingeben oder ein Beispiel wählen, etwa jede Minute oder werktags um 9:00.
- Oder jedes Feld im Baukasten setzen: jede, Werte, Bereich oder Schritt.
- Zeitzone und Anzahl der angezeigten Ausführungen wählen.
- systemd- oder Kubernetes-Snippet kopieren oder den Link mit
?expr=und?tz=teilen.
Cron-Tipps
Kurze Hinweise, die beim Debuggen Zeit sparen:
Tipps
- Sind Tag des Monats und Wochentag beide eingeschränkt, läuft klassisches Cron, wenn eines von beiden passt.
- Cron nutzt die Zeitzone des Servers; Sommerzeitwechsel können einen Lauf überspringen oder wiederholen – legen Sie die Zone nach Möglichkeit fest.
- systemd-
OnCalendarund Kubernetes-timeZoneähneln Cron, sind aber nicht identisch – prüfen Sie mitsystemd-analyze calendar.
Wofür das gut ist
- Eine crontab-Zeile prüfen, bevor sie in Produktion geht.
- Einen Job von cron auf einen systemd-Timer oder Kubernetes CronJob umziehen.
- Einen Zeitplan einem Kollegen erklären und als Link teilen.
Häufige Fragen
Was bedeutet */5?
Alle 5 Einheiten dieses Feldes, beginnend beim Minimum. Im Minutenfeld heißt das alle 5 Minuten: 0, 5, 10 und so weiter.
Sind 0 und 7 beide Sonntag?
Ja. Im Wochentagsfeld stehen 0 und 7 für Sonntag. Die Namen JAN–DEC und SUN–SAT werden in beliebiger Groß- und Kleinschreibung akzeptiert.
Verhalten sich systemd und Kubernetes genau wie cron?
Nicht immer. Die Snippets sind eine Näherung; Zeitzonen, Sommerzeit und verpasste Läufe unterscheiden sich – testen Sie im Zielsystem.
Wird mein Ausdruck an einen Server gesendet?
Nein. Parsen, Beschreibung und nächste Ausführungen werden in Ihrem Browser berechnet. Ein geteilter Link enthält nur Ausdruck und Zeitzone in der URL.