Unawain ang isang cron schedule bago ito tumakbo
Ang mga cron expression ay masiksik na mga string ng iskedyul na ginagamit ng mga server, CI jobs, mga platform ng automation, at mga maintenance script. Makapangyarihan ang mga ito, ngunit ang isang maliit na typo ay maaaring magbago ng gawain mula araw-araw tungo sa bawat minuto, o mula weekdays tungo sa weekends.
Ipinaliliwanag ng parser na ito ang isang Unix 5-field cron expression sa payak na salita, hinahati ang bawat field, at nagpapakita ng mga susunod na oras ng pagpapatakbo gamit ang timezone na pipiliin mo sa tool.
Sinusuportahang cron dialect
Sinusuportahan ng v1 parser ang standard Unix cron na may limang field:
minute hour day-of-month month day-of-week - Mga halaga ng minuto mula
0to59. - Mga halaga ng oras mula
0to23. - Mga halaga ng araw-sa-buwan mula
1to31. - Mga halaga ng buwan mula
1to12, kasama ang mga pangalan gaya ngJANandDEC. - Mga halaga ng araw-ng-linggo mula
0to7, kasama ang mga pangalan gaya ngMONandFRI. Parehong0and7ang ibig sabihin ay Linggo.
Sinusuportahan nito ang wildcards, comma lists, ranges, at step values tulad ng */15 or 9-17/2.
Ano ang sadyang hindi sinusuportahan
Hindi pare-pareho ang mga cron dialect. Maaaring magdagdag ang Quartz, systemd timers, cloud schedulers, Kubernetes, GitHub Actions, at mga hosting platform ng kanilang sariling mga field o espesyal na operator.
- Hindi pinoproseso ang Seconds fields at year fields bilang Unix cron.
- Mga operator ng Quartz tulad ng
?,L,W, at#iniulat bilang hindi sinusuportahan. - Mga macro tulad ng
@dailyand@reboothindi pinalalawak. - Ang teksto ng command pagkatapos ng isang iskedyul ay hindi itinuturing na bahagi ng expression.
Gamitin ang pahinang ito bilang inspector para sa Unix-style na mga iskedyul. Bago baguhin ang production automation, tiyaking i-verify ang eksaktong scheduler na magpapatakbo ng gawain.
Timezone at pag-uugali sa daylight saving
Ang isang cron expression ay hindi naglalaman ng timezone nang mag-isa. Ang parehong expression ay maaaring tumakbo sa magkaibang sandali depende kung ang server ay gumagamit ng UTC, isang lokal na system timezone, o isang scheduler-specific na timezone setting.
- Ipinapakita ng preview ang mga oras ng pagpapatakbo sa napiling IANA timezone at sa UTC.
- Maaaring laktawan ng mga spring-forward transition ang mga lokal na oras ng orasan na hindi umiiral.
- Maaaring ulitin ng mga paglipat sa fall-back ang lokal na oras ng orasan; maaaring mag-iba ang kilos ng scheduler.
- Kung parehong naka-restrict ang day-of-month at day-of-week, karaniwang gumagamit ang Unix cron ng OR semantics.
Para sa mga kritikal na trabaho, ituring ang preview bilang pantulong sa pagpaplano at kumpirmahin ang kilos sa mismong scheduler.
Mga Madalas na Itanong
Sinusuportahan ba nito ang Quartz cron?
Hindi. Sinusuportahan lamang ng parser ang Unix 5-field cron. Ipinapakita na hindi sinusuportahan ang mga Quartz-style seconds fields, year fields, at mga operator tulad ng ?, L, W, at # bilang hindi sinusuportahan.
Aling timezone ang ginagamit ng isang cron expression?
Ang mga cron expression ay hindi nagdadala ng impormasyon ng timezone. Gumagamit ang preview ng timezone na napili sa tool, ngunit maaaring gumamit ang iyong server o scheduler ng ibang timezone.
Bakit maaaring magkatugma ang day-of-month at day-of-week?
Sa karaniwang pag-uugali ng Unix cron, kapag parehong naka-restrict ang dalawang field, maaaring tumugma ang isang petsa kung tumutugma ang alinman sa dalawang field. Halimbawa, 0 0 1 * MON maaaring tumakbo sa unang araw ng buwan at sa mga Lunes.
Maaari ko bang i-paste ang bahagi ng command mula sa crontab?
I-paste lamang ang limang field ng iskedyul. Ang tool ay isang schedule parser, hindi isang full crontab parser, kaya ang teksto ng command pagkatapos ng iskedyul ay hindi ini-interpret.