CronFlow
Schreib einen Cron-Ausdruck, lies ihn im Klartext zurück, sieh genau, wann er in jeder Zeitzone feuert, und nimm die crontab-Zeile, den Workflow oder das Manifest gleich mit.
Alle 5 Minuten
Deine Uhr wird gelesen…
Läuft das dort, wo du es hinschreibst?
Dieselben fünf Felder bedeuten für verschiedene Scheduler Verschiedenes. Das hier sind die, die diesen Ausdruck ablehnen oder stillschweigend umdeuten würden.
Läuft genau so.
Läuft genau so.
- Läuft immer in UTC; die Zeitzone oben wird ignoriert.
- Geplante Läufe kommen in eine Warteschlange und starten unter Last deutlich später.
- Erwartet 6/7 Felder, nicht 5.
- Erwartet 6 Felder, nicht 5.
- Erwartet 6 Felder, nicht 5.
Läuft genau so.
Läuft genau so.
Nimm es mit
Der Ausdruck ist selten das Ergebnis. Hier ist die Datei, die du wirklich einfügst.
# ┌───────────── minute (0-59) # │ ┌─────────── hour (0-23) # │ │ ┌───────── day of month (1-31) # │ │ │ ┌─────── month (1-12) # │ │ │ │ ┌───── day of week (0-6, Sunday = 0) # │ │ │ │ │ */5 * * * * /usr/local/bin/my-job.sh
So funktioniert es
Schreib ihn oder klick ihn zusammen
Tippe den Ausdruck, oder wähle Minuten, Stunden und Tage im Raster und fass die Syntax gar nicht erst an.
Wähl die Zeitzone, auf die es ankommt
Deine crontab läuft in der Zone des Servers, nicht in deiner. Stell sie ein, und jede Uhrzeit auf der Seite zieht mit.
Lies ihn und prüf die Daten
Ein Satz in deiner Sprache, die nächsten und vorherigen Ausführungen und ein Kalender, der die Form des Zeitplans zeigt.
Nimm die Datei mit, die du brauchst
Eine crontab-Zeile, ein GitHub-Actions-Block, ein Kubernetes-CronJob, ein systemd-Timer, eine EventBridge-Regel und mehr.
Jede Zeitzone, samt Zeitumstellung
Ausführungen werden in Ortszeit berechnet und pro Zone umgerechnet, sodass die Stunde, die die Sommerzeit hinzufügt oder streicht, behandelt statt stillschweigend falsch gemeldet wird.
Ein Raster statt einer Syntax
Schalte genau die Minuten, Stunden, Tage, Monate und Wochentage an. Umschalt+Klick für einen Bereich. Der Ausdruck schreibt sich von selbst.
Ein Kalender, nicht nur eine Liste
Eine Monats-Heatmap und ein Stundenhistogramm zeigen die Form des Zeitplans — etwas, das fünf Zeitstempel in einer Liste nie verraten.
Sieben echte Exporte
crontab, GitHub Actions, Kubernetes-CronJob, systemd OnCalendar, AWS EventBridge, node-cron und Spring — schon mit deinem Befehl gefüllt.
Kompatibilität geprüft
Quartz braucht ein „?", GitHub Actions ignoriert deine Zeitzone, EventBridge zählt Sonntag als 1. Du erfährst es, bevor du es ausrollst.
Nichts verlässt den Tab
Parser, Scheduler und Exporte laufen in deinem Browser. Keine API, kein Upload, kein Konto.
CronFlow
CronFlow versteht die klassische crontab-Syntax mit 5 Feldern plus Quartz mit 6 und 7 Feldern, die @daily-Familie, @every-Intervalle, das Jenkins-H und die Tokens L, W und #. Er gibt dir den Ausdruck in deiner Sprache zurück, zeigt die nächsten und vorherigen Ausführungen in jeder IANA-Zeitzone und macht daraus die Datei, die dein Scheduler erwartet.
Berechnet, nicht geraten
Der Scheduler läuft durch die bürgerliche Zeit und wandelt jeden Treffer mit der Zeitzonendatenbank des Browsers in einen Zeitpunkt um — ein Job um 02:30 Uhr in der Nacht der Zeitumstellung wird also so gezeigt, wie er sich wirklich verhält.
Gebaut für die crontab, die du geerbt hast
Füg die Datei vom Server ein: Jede Zeile wird in Zeitplan, Benutzer und Befehl zerlegt und dann im Klartext erklärt, kaputte Zeilen markiert und CRON_TZ automatisch übernommen. Analysiert wird nichts, bevor du auf den Knopf drückst.
Hinter dieser Seite steckt keine API. Parser, Terminsuche, Zeitzonenumrechnung und sämtliche Exporte sind JavaScript in deinem Tab — die crontab eines Produktionsservers reist also nirgendwohin.
Häufig gestellte Fragen
QWerden meine Daten an einen Server geschickt?+
Nein. Parser, Terminsuche und alle Exporte laufen in deinem Browser. Eine crontab, die du hier einfügst, verlässt den Tab nie.
QWelche Cron-Syntax wird unterstützt?+
Klassische crontab mit 5 Feldern, 6 Felder mit Sekunden und 7 Felder Quartz mit Jahr. Bereiche, Listen, Schrittweiten und Aliase wie JAN oder MON. Die Kurzformen @yearly, @monthly, @weekly, @daily, @midnight und @hourly sowie @every-Intervalle. Aus Quartz L, LW, L-3, 15W, FRI#3 und ?, dazu das Jenkins-Token H.
QWarum fragt das Tool nach einer Zeitzone?+
Weil ein Cron-Job in der Zone der Maschine läuft, die meist UTC ist und fast nie deine. Das falsch einzuschätzen ist der häufigste Grund, warum ein Zeitplan zur falschen Stunde feuert. Wähl die Zone des Servers, und jede Uhrzeit auf der Seite folgt ihr.
QWas passiert in der Nacht der Zeitumstellung?+
Eine Ausführung, deren Ortszeit an dem Tag nicht existiert, wird markiert, und die Vorschau zeigt den nächsten Zeitpunkt, den es wirklich gibt. Echte Scheduler sind sich hier uneinig, also weist das Tool darauf hin, statt eine einzige richtige Antwort vorzutäuschen.
QWarum verhalten sich Tag und Wochentag manchmal seltsam?+
Wenn beide etwas anderes als einen Stern enthalten, feuert klassisches Cron, sobald EINES von beiden passt, nicht beide. „0 0 1 * MON" läuft am 1. und an jedem Montag. Das Tool wendet diese Regel an und warnt dich davor.
QBekomme ich ein Kubernetes- oder GitHub-Actions-Snippet?+
Ja. Das Export-Panel schreibt eine crontab-Zeile, einen GitHub-Actions-schedule-Block, einen Kubernetes-CronJob, einen systemd-Timer samt Service, einen AWS-EventBridge-Ausdruck, einen node-cron-Aufruf und eine Spring-@Scheduled-Annotation, gefüllt mit dem Namen und Befehl, die du eingibst.
QGeht das auch ganz ohne Cron-Syntax?+
Ja. Der Builder-Tab gibt dir für jedes Feld ein anklickbares Raster — wähl Minuten, Stunden, Tage, Monate und Wochentage, und der Ausdruck schreibt sich für dich.