Náš analyzér cron výrazů převádí cron plány do srozumitelného jazyka a vypočítává nadcházející časy spuštění. Vložte libovolný cron výraz a okamžitě uvidíte, co znamená, kdy se spustí příště a zda je syntaxe platná. Podporuje standardní 5polový formát crontab (minuta, hodina, den, měsíc, den v týdnu), rozšířený 6polový formát se sekundami a běžné předvolby jako @daily, @hourly, @weekly. Veškeré zpracování probíhá ve vašem prohlížeči.
Napište nebo vložte cron výraz (5 nebo 6 polí). Pro běžné plány využijte předvolby.
Podívejte se na lidsky čitelný překlad toho, co váš cron výraz dělá.
Zobrazit příštích 10 časů spuštění a ověřit, že je váš plán správný.
Použijte interaktivní nástroj pro vytvoření nového cron výrazu od základu.
Cron výraz je definice plánu pomocí 5 polí oddělených mezerou: minuta (0-59), hodina (0-23), den v měsíci (1-31), měsíc (1-12) a den v týdnu (0-6, přičemž 0=neděle). Každé pole může používat zástupné znaky (*), rozsahy (1-5), seznamy (1,3,5) a krokové hodnoty (*/5). Některé systémy podporují na začátku 6. pole (sekundy).
┌───────────── minute (0-59)
│ ┌───────────── hour (0-23)
│ │ ┌───────────── day of month (1-31)
│ │ │ ┌───────────── month (1-12)
│ │ │ │ ┌───────────── day of week (0-6, Sun=0)
* * * * *
*/5 * * * * znamená každých 5 minut — lomítko / je krok
0 0 * * 0 se spouští o půlnoci každou neděli (den 0 = neděle ve většině systémů)
Použijte @daily, @hourly, @weekly, @monthly jako zkratky pro běžné plány
Den v týdnu: 0=Ne, 1=Po, 2=Út, 3=St, 4=Čt, 5=Pá, 6=So
Ve standardním cronu nemohou být den v měsíci a den v týdnu specifické současně
Názvy měsíců (JAN-DEC) a dnů (SUN-SAT) fungují v mnoha implementacích cronu
Cron výrazy před nasazením vždy otestujte — chyby o jedničku jsou běžné
Náš bezplatný analyzátor cron výrazů převádí cron plány na lidsky čitelný text a ukazuje nadcházející časy spuštění. Ověřte syntaxi cronu, pochopte jednotlivá pole a zkontrolujte své plány před nasazením. Podporuje standardní 5polové i rozšířené 6polové formáty cronu.
Vložte libovolný cron výraz a okamžitě uvidíte, co znamená v prostém jazyce. Náš analyzátor rozebírá každé pole (minutu, hodinu, den, měsíc, den v týdnu) a vysvětluje rozvrh.
Podporuje:
Podívejte se přesně, kdy se vaše cron úloha spustí příště. Naše kalkulačka ukazuje příštích 10 časů spuštění s daty a časovými razítky, takže si můžete před nasazením do produkce ověřit, že je váš plán správný.
Už nikdy Nasaďte nesprávný cron plán.
Cron výraz funguje tak, že porovnává aktuální čas se vzorem pěti polí oddělených mezerou:
Daemon cronu (crond) se probouzí každou minutu a spouští všechny úlohy, jejichž všechna pole odpovídají aktuálnímu času, jak je popsáno ve specifikaci POSIX crontab a v manuálové stránce Linuxu crontab(5). Každé pole akceptuje zástupný znak (*) pro "libovolnou hodnotu" plus rozsahy, seznamy a operátory kroků.
Vixie cron, široce nasazená implementace ve většině distribucí Linuxu, se chová tímto způsobem. Pochopení toho, že cron vyhodnocuje stav minuta po minutě, vysvětluje, proč cron nemůže přirozeně plánovat úlohy v intervalech kratších než jedna minuta bez pole sekund.
Pět polí cronu, čteno zleva doprava, je:
Toto uspořádání je definováno standardem POSIX (IEEE Std 1003.1) a je zdokumentováno v manuálové stránce crontab(5) spravované na man7.org. Pole měsíce a dne v týdnu přijímají ve většině implementací také třípísmenné zkratky jako JAN až DEC a SUN až SAT.
Klíčové pravidlo POSIX: pokud jsou omezeny jak den v měsíci, tak den v týdnu (ani jedno není *), cron spustí úlohu, pokud odpovídá kterékoli pole, nikoli nutně obě. Toto chování NEBO překvapuje mnoho vývojářů a způsobuje nečekaná dodatečná spuštění.
Operátory kroku, rozsahu a seznamu v cronu vám umožňují vyjádřit složité plány kompaktně.
Tyto operátory jsou zdokumentovány v manuálu crontab(5) a ve zdrojovém kódu Vixie cron. Například */5 9-17 * * 1-5 se spouští každých pět minut mezi 9. a 17. hodinou v pracovní dny.
Kombinování operátorů udržuje řádky crontabu čitelné a zároveň pokrývá složitá opakující se okna.
Speciální řetězce cronu jsou pojmenované zkratky, které pro běžné plány nahrazují syntaxi pěti polí.
Těmito aliasy disponuje Vixie cron a jsou zdokumentovány v manuálové stránce crontab(5) na man7.org. Speciální případ, @reboot, spustí úlohu jednou při startu systému namísto plánu podle hodin.
Všimněte si, že ne každá implementace cronu tyto řetězce podporuje; POSIX cron je nevyžaduje, proto před spoléháním se na ně v přenositelných skriptech ověřte podporu.
Standardní unixový cron nepodporuje sekundy; jeho nejmenší rozlišení je jedna minuta, protože crond vyhodnocuje plán jednou za minutu podle specifikace crontab(5).
K plánování úloh s přesností na sekundy používají vývojáři rozšířené dialekty cronu, které přidávají úvodní šesté pole. Quartz Scheduler i syntaxe @Scheduled cron ve Springu umisťují sekundy na první místo, což dává sekunda minuta hodina den-v-měsíci měsíc den-v-týdnu. AWS EventBridge (dříve CloudWatch Events) používá šesti-polový cron s polem pro rok na konci.
Protože se tyto formáty liší, šesti-polový výraz napsaný pro Quartz se v běžném crontabu nespustí správně. Vždy si ověřte, který engine váš výraz analyzuje, protože počet polí a posuny se mezi systémy liší.
Časová pásma ovlivňují úlohy cron proto, že většina démonů cron vyhodnocuje plány podle lokálního času systému, a ne podle UTC. Když server přechází na letní nebo zimní čas, úlohy naplánované během vynechané nebo opakované hodiny mohou být vynechány nebo spuštěny dvakrát; manuál crontab(5) i dokumentace databáze IANA Time Zone Database tyto okrajové případy popisují.
Abyste se vyhnuli nejasnostem, mnoho týmů nastavuje server nebo proměnnou CRON_TZ v souboru crontab na UTC, čímž se řídí doporučeními podobnými normě ISO 8601 pro jednoznačné měření času. Cloudové plány, jako jsou Google Cloud Scheduler a AWS EventBridge, vám umožňují specifikovat časové pásmo explicitně.
Když záleží na přesném načasování, vždy zdokumentujte, zda je daný výraz v UTC nebo v místním čase.
Chcete-li bezpečně otestovat výraz cron, ověřte jeho syntaxi a prohlédněte si nadcházející časy spuštění před jeho přidáním do ostrého souboru crontab. Tento analyzátor kontroluje rozsahy polí a operátory a poté vypíše další časy spuštění, abyste mohli potvrdit, že frekvence odpovídá vašemu záměru.
Na serveru spusťte příkaz crontab -l pro zobrazení existujících úloh a crontab -e pro jejich úpravu, jak je popsáno v manuálových stránkách crontab(1) a crontab(5). Přesměrujte výstup úlohy do souboru protokolu (například připojením >> /var/log/myjob.log 2>&1), aby byly případné chyby viditelné.
Testování předem zabrání nákladným chybám o jedničku, jako je záměna minuty a hodiny, které se projeví až po spuštění harmonogramu v produkčním prostředí.
Nejčastější chybou v cronu je špatné pochopení pořadí polí a záměna minuty s hodinou, takže 0 9 * * * (9:00) se změní na 9 0 * * * (00:09).
Výrazy cron se používají v celém ekosystému DevOps a CI/CD ke spouštění opakované automatizace bez nutnosti ručního zásahu. GitHub Actions plánuje pracovní postupy pomocí standardního pětipolového cronu v klíči on.schedule.cron a plány kanálů GitLab CI využívají stejnou syntaxi.
Kubernetes CronJobs, definované v rozhraní batch/v1 API, spouštějí kontejnerizované úlohy podle harmonogramu cron, jak je dokumentováno v oficiální dokumentaci Kubernetes. Cloudové platformy včetně AWS EventBridge, Google Cloud Scheduler a Azure Logic Apps nabízejí plánování ve stylu cronu pro bezserverové úlohy.
Mezi běžná použití patří:
Vzhledem k tomu, že každá platforma může používat mírně odlišný dialekt, vždy ověřte svůj výraz vůči parseru cílového systému.
Data sourced from trusted institutions
All formulas verified against official standards.