Nächste Ausführung eines Cron-Jobs berechnen
Diese Funktion berechnet aus einem Cron-Ausdruck die nächsten Zeitpunkte, zu denen der Job tatsächlich ausgeführt wird. Gedacht für alle, die vor dem Einrichten eines geplanten Jobs prüfen möchten, ob der Ausdruck wirklich das tut, was beabsichtigt ist, ohne dafür einen Tag auf die erste echte Ausführung zu warten.
Im Browser ausführen – kostenlos
Läuft direkt in Ihrem Browser – kostenlos. Ihre Datei verlässt Ihren Browser nicht und wird an keinen Server übertragen.
Ausdruck eingeben, Termine erhalten
Sie fügen den Cron-Ausdruck ein, wählen die gewünschte Zeitzone, und die Funktion liefert eine Liste der nächsten Ausführungszeitpunkte als konkrete Daten mit Uhrzeit zurück – statt der reinen Symbolfolge sehen Sie unmittelbar, wann der Job als Nächstes tatsächlich läuft.
Warum die Zeitzone entscheidend ist
Viele Systeme führen Cron-Jobs in UTC aus, unabhängig von der Zeitzone des Servers oder der Nutzerin. Ein Job, der um „0 3 * * *“ in UTC geplant ist, läuft in Mitteleuropa je nach Jahreszeit um 4:00 oder 5:00 Uhr Ortszeit. Die Funktion rechnet die berechneten Zeitpunkte in die von Ihnen gewählte Zeitzone um, damit keine Verwechslung entsteht.
Einen Ausdruck vor der Einrichtung prüfen
Bevor Sie einen neuen geplanten Job produktiv einrichten, lässt sich der geplante Ausdruck hier gegenprüfen: Stimmen die berechneten nächsten Termine mit dem überein, was Sie eigentlich vorhatten? So lässt sich ein Tippfehler im Ausdruck erkennen, bevor er einen Job zur falschen Zeit oder viel zu häufig auslöst.
Kostenlos, lokal, per API automatisierbar
Die Berechnung läuft direkt in Ihrem Browser. Für die automatisierte Prüfung geplanter Jobs, etwa beim Ausrollen einer neuen Konfiguration, steht derselbe Aufruf über die API zur Verfügung, für $0.002 pro Anfrage.
Anwendungsfälle
Einen neuen Backup-Job vor der Einrichtung prüfen
Ein Administrator bei der Weber Metallbau GmbH plant einen nächtlichen Backup-Job und prüft anhand der berechneten nächsten Termine, ob der Ausdruck tatsächlich jede Nacht statt nur jeden zweiten Tag läuft.
Zeitzonenumrechnung für einen UTC-geplanten Job
Jonas Weber übernimmt einen in UTC geplanten Cron-Job und rechnet die nächsten Ausführungszeiten in die eigene Zeitzone um, um zu wissen, wann genau er mit dem Ergebnis rechnen kann.
Einen Tippfehler in einem Cron-Ausdruck aufdecken
Ein Entwicklerteam findet in einer Konfigurationsdatei einen Ausdruck, der augenscheinlich falsch aussieht, und lässt sich die nächsten fünf Ausführungstermine berechnen, um den Verdacht zu bestätigen, bevor der Job produktiv geht.
Häufige Fragen
In welcher Zeitzone werden die Termine berechnet?
In der von Ihnen gewählten Zeitzone. Das ist wichtig, da viele Systeme Cron-Jobs in UTC ausführen, unabhängig von der Ortszeit.
Wie viele zukünftige Termine kann ich berechnen lassen?
Sie können eine Liste mehrerer aufeinanderfolgender Termine berechnen lassen, nicht nur den nächsten einzelnen.
Unterstützt die Funktion auch Cron-Ausdrücke mit Sekunden?
Ja, sofern der Ausdruck ein zusätzliches Sekundenfeld enthält, wie es manche Anwendungen zusätzlich zum klassischen Format verwenden.
Werden meine eingegebenen Ausdrücke übertragen?
Nein. Die Berechnung erfolgt direkt in Ihrem Browser.
Muss ich mich anmelden?
Nein. Es gibt derzeit keine Konten – die Nutzung im Browser ist kostenlos und ohne Limit.
Was kostet die Nutzung über die API?
$0.002 pro Anfrage. Im Browser bleibt die Funktion unabhängig davon kostenlos.
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/dev/cron-next \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"items":["valor-1","valor-2"]}'const res = await fetch("https://api.kit.forhosting.com/dev/cron-next", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"items": [
"valor-1",
"valor-2"
]
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/cron-next",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"items": [
"valor-1",
"valor-2"
]
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/cron-next", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"items":["valor-1","valor-2"]}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"items":["valor-1","valor-2"]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/cron-next", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"items": [
"valor-1",
"valor-2"
]
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.cron_next",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |