Cron Expression Parser

यह किसके लिए है?

Cron expressions powerful हैं और गलत लिखना आसान है। 0 0 * * 1-5 weekday-at-midnight schedule जैसा दिखता है और वही है। */15 0-9 * * * business hours में हर पंद्रह मिनट जैसा दिखता है और वही है। 0 0 1 */3 * quarterly जैसा दिखता है... अगर आपको याद हो कि */3 का मतलब "हर तीसरा महीना" है। यह tool आपको एक expression paste करने देता है, plain English में देखने देता है कि उसका वास्तव में क्या मतलब है, और अगले 10 fire times को preview करने देता है ताकि आप deploy से पहले confirm कर सकें।

कब इस्तेमाल करें

• Save करने से पहले crontab -e में cron line की sanity-check।
• Kubernetes CronJob schedule string को "यह वास्तव में किस समय चलेगा?" में translate करना।
• एक नया schedule design करना — English से शुरू करें ("हर weekday morning") और जब तक preview match न हो जाए expression को iterate करें।
• एक job को debug करना जो "जब मुझे expected था तब नहीं चला" — schedule paste करें, अगले 10 times देखें, देखें कि surprise reality में है या expression में।

Cron field reference

आम गलतियाँ

• Day-of-month + day-of-week interact करते हैं। अगर दोनों restricted हों (जैसे 15 * * * 1 का मतलब "15वाँ या Monday"), तो अधिकांश cron implementations उन्हें OR करते हैं। यह tool इस convention का पालन करता है।
• */N बिल्कुल "हर N" नहीं है। यह "lower bound से शुरू होते हुए हर N" है, इसलिए minute में */15 = 0,15,30,45 (12,27,42,57 नहीं)। बाद में शुरू करने के लिए list इस्तेमाल करें: 5,20,35,50।
• Step + range combos। 0-30/5 = 0,5,10,15,20,25,30। Step केवल range के अंदर apply होता है।
• यहाँ timezone browser-local है। Real cron daemons server time (अक्सर UTC) में चलते हैं। आपके browser में जो schedule सही लगे वह server पर अलग wall-clock time पर fire कर सकता है। Paste करने से पहले timezone confirm करें।
• कुछ cron flavours fields जोड़ते हैं। Quartz cron में 6 या 7 fields हैं (seconds और year के साथ)। systemd timers पूरी तरह से अलग format इस्तेमाल करते हैं। यह tool standard 5-field crontab parse करता है।