Auf der Maschine, die den Job ausführt, in deren eingestellter Zeitzone – auf den meisten Servern und in Containern ist das UTC und nicht Ihre eigene. Soll der Job zur lokalen Mitternacht laufen, stellen Sie die Zeitzone im Scheduler ein, nicht im Ausdruck: cron hat kein Feld dafür.

Funktioniert das in GitHub Actions, Kubernetes und den Cloud-Schedulern?

Die fünf Felder ja. Unterschiedlich ist alles darum herum: Manche akzeptieren Namen wie @daily, Kubernetes-CronJobs nehmen dieselben fünf, und GitHub Actions startet geplante Läufe unter Last verspätet. Den Ausdruck einsetzen und dort prüfen, wo er laufen soll.

Kann ich einen vorhandenen Ausdruck lesen lassen?

Ja, dafür gibt es den Cron-Parser: Ausdruck einfügen, Erklärung und die nächsten Läufe bekommen. Es ist derselbe Parser, der hier das Gebaute zurückliest.

Wird etwas irgendwohin geschickt?

Nein. Gebaut und gelesen wird in dieser Seite. Ein Zeitplan verrät, wann Ihre Systeme etwas tun – das muss kein fremder Server wissen.

Cron täglich um Mitternacht

Es ist 0 0 * * *, in der Zeitzone der Maschine.

Beispiele ersetzen vorübergehend Eingabe und Einstellungen. Du kannst deine vorherige Arbeit wiederherstellen.

Eingabe0 Zeichen

Oder eine gängige auswählen

cron: • • • • •

Ergebnis

• • • • •

  •••••••••• •••••• ••••••
  • •••••••• •••••• ••••••
  • • •••••• ••• •• ••••• ••••••
  • • • •••• ••••• ••••••
  • • • • •• ••••••••• ••••• ••••••• ••• • • ••• ••• ••••••• •••••••• •••• ••
  • • • • •

  •••••••••• ••••
    ••••••        •
    ••••••        •
    ••• •• •••••  ••••
    •••••         ••••
    •••••••••     ••••

  ••••••• •••• •••••••••••• ••••••••• •••••••••••••••
    •••••••••• •••••  ••
    •••••••••• •••••  ••
    •••••••••• •••••  ••
    •••••••••• •••••  ••
    •••••••••• •••••  ••

Ihre Dateien bleiben auf Ihrem Gerät

Dieses Tool läuft vollständig in Ihrem Browser. Was Sie einfügen, wird auf Ihrem Gerät verarbeitet und nie an einen Server gesendet. Es ist daher auch für Tokens, Schlüssel und unveröffentlichte Texte sicher.

Beispiel

Anwendungsbeispiel — Cron täglich um Mitternacht

Verwende die folgenden Eingaben und Einstellungen. Die übrigen Einstellungen bleiben auf den Startwerten.

Eintrag	Wert
Oder eine gängige auswählen	Täglich um Mitternacht
Ausgabe	0 0 * * *

Erwartetes Ergebnis — 0 0 * * *

So funktioniert es

Der Ausdruck steht schon da: 0 0 * * *. Die fünf Felder darunter sind Minute, Stunde, Tag des Monats, Monat und Wochentag, in dieser Reihenfolge.
In die Crontab, den CI-Zeitplan oder den Cloud-Scheduler kopieren. Dieselben fünf Felder bedeuten überall dasselbe.
Zum Ändern das Menü auf „Stattdessen unten beschreiben“ stellen und den Zeitplan auf Englisch eingeben – „every 2 hours“, „at 5pm on weekdays“. Deutsche Sätze liest das Feld nicht; die Rücklesung darunter erscheint auf Deutsch.
Die Rückübersetzung prüfen, nicht den Ausdruck. Was darunter steht, stammt aus dem Parsen des Gebauten: Es ist, was eine Maschine daraus macht, nicht was wir gemeint haben.

Häufige Fragen

Mitternacht wo?: Auf der Maschine, die den Job ausführt, in deren eingestellter Zeitzone – auf den meisten Servern und in Containern ist das UTC und nicht Ihre eigene. Soll der Job zur lokalen Mitternacht laufen, stellen Sie die Zeitzone im Scheduler ein, nicht im Ausdruck: cron hat kein Feld dafür.
Funktioniert das in GitHub Actions, Kubernetes und den Cloud-Schedulern?: Die fünf Felder ja. Unterschiedlich ist alles darum herum: Manche akzeptieren Namen wie @daily, Kubernetes-CronJobs nehmen dieselben fünf, und GitHub Actions startet geplante Läufe unter Last verspätet. Den Ausdruck einsetzen und dort prüfen, wo er laufen soll.
Kann ich einen vorhandenen Ausdruck lesen lassen?: Ja, dafür gibt es den Cron-Parser: Ausdruck einfügen, Erklärung und die nächsten Läufe bekommen. Es ist derselbe Parser, der hier das Gebaute zurückliest.
Wird etwas irgendwohin geschickt?: Nein. Gebaut und gelesen wird in dieser Seite. Ein Zeitplan verrät, wann Ihre Systeme etwas tun – das muss kein fremder Server wissen.