सीधे कंटेंट पर जाएँ

Cron एक्सप्रेशन बनाएँ और समझें

अपने ब्राउज़र में Cron शेड्यूल विज़ुअली बनाएँ, उसे आसान भाषा में पढ़ें और किसी भी टाइम ज़ोन में अगले रन का समय देखें। Standard, Quartz और AWS सिंटैक्स के लिए।

आसान भाषा में

At 09:30, on Monday through Friday

प्रीसेट

विज़ुअली बनाएँ

अगले 10 रन

गणना हो रही है…

डेलाइट-सेविंग बदलाव में छूटे समय पर रन नहीं होता; दोहराए गए घंटे में एक बार चलता है। असली cron डेमन यहाँ थोड़ा अलग हो सकते हैं।

चीट शीट — स्टैंडर्ड
फ़ील्डमान्य वैल्यू
मिनट0–59
घंटा0–23
महीने का दिन1–31
महीना1–12 या JAN–DEC
हफ़्ते का दिन0–7 (0 और 7 = रविवार) या SUN–SAT
चिह्नमतलब
*कोई भी वैल्यू
,लिस्ट: 1,15 = 1 और 15 तारीख
-रेंज: 1-5 = 1 से 5 तक
/स्टेप: */15 = हर 15; 5/15 = 5, 20, 35, 50
@dailyमैक्रो: @yearly @monthly @weekly @daily @hourly (और @reboot)

जब महीने का दिन और हफ़्ते का दिन दोनों तय हों, तो स्टैंडर्ड cron उन दिनों चलता है जो इनमें से किसी एक से मेल खाते हैं।

आपके ब्राउज़र में चलता है · अपलोड नहीं होतायह कैसे काम करता है

Cron एक्सप्रेशन बिल्डर इस्तेमाल कैसे करें

  1. 1

    डायलेक्ट चुनें

    स्टैंडर्ड cron, सेकंड के साथ cron, Quartz या AWS EventBridge चुनें — या बस पेस्ट करें और फ़ील्ड की गिनती से तय होने दें।

  2. 2

    शेड्यूल लिखें या बनाएँ

    एक्सप्रेशन टाइप करें, किसी प्रीसेट से शुरू करें, या विज़ुअल एडिटर से हर फ़ील्ड सेट करें।

  3. 3

    उसे दोबारा पढ़ें

    आसान भाषा में विवरण और हाइलाइट हुए फ़ील्ड देखें, ताकि पक्का हो कि मतलब वही है जो आप चाहते थे।

  4. 4

    अगले रन जाँचें

    टाइम ज़ोन चुनें, अगले 10 रन का समय देखें, फिर एक्सप्रेशन कॉपी करें।

सीमाएँ और Pro

साइन-अप के बिना मुफ़्त: 4 डायलेक्ट, 12 प्रीसेट और 400+ टाइम ज़ोन में से किसी में भी अगले 10 रन का समय, जो 30 साल आगे तक (या एक्सप्रेशन के आख़िरी साल तक) खोजा जाता है।

Pro में विज्ञापन नहीं दिखते; बिल्डर हर प्लान में एक जैसा काम करता है। Pro देखें

Cron एक्सप्रेशन बिल्डर के बारे में

Cron एक्सप्रेशन एक शेड्यूल को स्पेस से अलग किए गए कुछ फ़ील्ड में समेट देता है, और एक गलत जगह लगा नंबर “हर वर्कडे सुबह 9 बजे” को “9वें घंटे का हर मिनट” बना सकता है। इस बिल्डर में आप एक्सप्रेशन लिख या पेस्ट कर सकते हैं, तुरंत उसका आसान भाषा में विवरण देख सकते हैं, जिसमें हर फ़ील्ड पर लेबल होता है, और अगले दस बार की सूची भी पा सकते हैं जब वह चलेगा।

चार डायलेक्ट इसलिए हैं कि वे सच में अलग होते हैं। स्टैंडर्ड cron में पाँच फ़ील्ड होते हैं — मिनट, घंटा, महीने का दिन, महीना और हफ़्ते का दिन — और इसे crontab, Linux cron डेमन, Kubernetes CronJob और GitHub Actions इस्तेमाल करते हैं; यह @daily जैसे मैक्रो भी मानता है। सेकंड वाला डायलेक्ट शुरुआत में सेकंड का फ़ील्ड जोड़ता है, जैसा node-cron और croner में होता है। Quartz में सेकंड और वैकल्पिक साल के साथ छह या सात फ़ील्ड होते हैं, रविवार को 1 गिना जाता है, किसी एक दिन वाले फ़ील्ड में ? ज़रूरी है, और “आख़िरी” के लिए L, “सबसे नज़दीकी वर्कडे” के लिए W और “तीसरा शुक्रवार” के लिए # जुड़ता है। AWS EventBridge में छह फ़ील्ड होते हैं जो साल पर खत्म होते हैं, दिन के नियम Quartz जैसे हैं और इसे cron(…) के रूप में लिखा जाता है। एक्सप्रेशन पेस्ट करने पर, अगर फ़ील्ड की गिनती से साफ़ हो, तो डायलेक्ट अपने आप बदल जाता है, और डायलेक्ट बदलने पर आपका एक्सप्रेशन जहाँ संभव हो कन्वर्ट हो जाता है।

विज़ुअल एडिटर हर फ़ील्ड को हर / हर N / खास वैल्यू / रेंज कंट्रोल से सेट करता है, और प्रीसेट आम कामों को कवर करते हैं। रन का समय किसी भी IANA टाइम ज़ोन में निकलता है, डेलाइट-सेविंग की कमी का ध्यान रखते हुए, और EventBridge नियम डिफ़ॉल्ट रूप से UTC में होते हैं, क्योंकि AWS उन्हें ऐसे ही जाँचता है।

बिल्डर सिर्फ़ सिंटैक्स और समय जाँचता है: उसे आपके सर्वर की घड़ी, मशीन बंद रहने पर छूटे रन, या GitHub के न्यूनतम अंतराल जैसी शेड्यूलर की अपनी सीमाओं की जानकारी नहीं होती।

गोपनीयता

एक्सप्रेशन पार्स करना और रन का समय निकालना इसी पेज के कोड से होता है, जो आपके ब्राउज़र के टाइम ज़ोन डेटा का इस्तेमाल करता है; कुछ भी सर्वर पर नहीं भेजा जाता। चुना हुआ डायलेक्ट और टाइम ज़ोन अगली बार के लिए लोकल स्टोरेज में रहते हैं।

खूबियाँ

आसान भाषा में विवरण

30 9 * * 1-5 का मतलब अंदाज़े से लगाने की जगह “सुबह 09:30 बजे, सोमवार से शुक्रवार”।

अगले 10 रन, किसी भी ज़ोन में

UTC या किसी भी IANA टाइम ज़ोन में रन का समय, डेलाइट-सेविंग बदलावों के साथ।

Quartz और AWS सिंटैक्स

उन शेड्यूलर के लिए सेकंड, साल, ?, L, W और # जो इन्हें सपोर्ट करते हैं।

Cron एक्सप्रेशन बिल्डर: अक्सर पूछे जाने वाले सवाल

मेरा जॉब उम्मीद से ज़्यादा दिनों में क्यों चलता है?
स्टैंडर्ड cron में अगर महीने का दिन और हफ़्ते का दिन, दोनों फ़ील्ड सीमित हों, तो जॉब तब चलता है जब इनमें से कोई एक मेल खाए। इसलिए 0 9 13 * 5 हर 13 तारीख़ को और हर शुक्रवार को भी चलता है, सिर्फ़ शुक्रवार की 13 तारीख़ को नहीं। यहाँ का विवरण यह साफ़ बताता है। Quartz और AWS दोनों फ़ील्ड में से एक में ? ज़रूरी करके इस उलझन से बचते हैं।
cron एक्सप्रेशन में */15 का क्या मतलब है?
स्लैश स्टेप बताता है: मिनट वाले फ़ील्ड में */15 का मतलब है 0 से शुरू करके हर 15 मिनट, यानी :00, :15, :30 और :45 पर। शुरुआती वैल्यू इसे खिसका देती है: 5/15 :05, :20, :35 और :50 पर चलता है। रेंज के साथ जोड़ने पर, घंटे वाले फ़ील्ड में 9-17/2 का मतलब है 9 से 17 तक हर दूसरे घंटे।
cron कौन सा टाइम ज़ोन इस्तेमाल करता है?
पारंपरिक cron डेमन सर्वर का लोकल टाइम ज़ोन इस्तेमाल करता है, जब तक crontab में CRON_TZ या TZ सेट न हो। Kubernetes CronJob डिफ़ॉल्ट रूप से कंट्रोलर का ज़ोन लेते हैं, पर timeZone फ़ील्ड मानते हैं। GitHub Actions शेड्यूल UTC में चलते हैं, और EventBridge नियम हमेशा UTC इस्तेमाल करते हैं, जबकि EventBridge Scheduler में आप ज़ोन चुन सकते हैं। असली रन का समय देखने के लिए यहाँ वही ज़ोन चुनें।
डेलाइट-सेविंग बदलावों के आसपास क्या होता है?
जब घड़ी आगे बढ़ती है, तो छूटे घंटे का लोकल समय होता ही नहीं, और जब पीछे जाती है तो एक घंटा दो बार आता है। यह प्रीव्यू न होने वाले समय छोड़ देता है और दोहराए गए समय पर एक बार चलाता है। असली डेमन अलग व्यवहार करते हैं: Vixie cron और cronie छूटे जॉब चलाने की कोशिश करते हैं, इसलिए लोकल 01:00–03:00 के जॉब के लिए UTC चुनें या अपने शेड्यूलर के दस्तावेज़ देखें।
crontab की लाइन को Quartz या AWS फ़ॉर्मैट में कैसे बदलूँ?
सूची से नया डायलेक्ट चुनें और एक्सप्रेशन कन्वर्ट हो जाता है: Quartz के लिए सेकंड का फ़ील्ड जुड़ता है, AWS के लिए साल का फ़ील्ड, हफ़्ते के दिन के नंबर 0–6 से 1–7 हो जाते हैं और न इस्तेमाल होने वाले दिन वाले फ़ील्ड में ? लग जाता है। अगर मूल एक्सप्रेशन में महीने का दिन और हफ़्ते का दिन दोनों सेट हैं, तो आपको बताया जाता है कि नया डायलेक्ट यह मेल नहीं बता सकता।
सभी डेवलपर टूल