क्रॉन पार्सर

टूल मानक 5-फ़ील्ड क्रॉन (minute hour day month weekday) समर्थन करता है और @yearly, @monthly, @weekly, @daily, @hourly जैसी सामान्य विशेष स्ट्रिंग पहचानता है।

टूल आपके मौजूदा लोकल समय को शुरुआती बिंदु मानकर अगले N निष्पादन समय गिनता है, मिनट तक सटीक।

हाँ। @yearly, @monthly, @weekly, @daily, @hourly जैसे सामान्य शॉर्टकट पहचान कर विस्तारित किए जाते हैं।

क्लासिक Vixie cron फ़ॉर्मैट में पाँच फ़ील्ड हैं: मिनट (0-59), घंटा (0-23), महीने का दिन (1-31), महीना (1-12 या नाम), और सप्ताह का दिन (0-7, जहाँ 0 और 7 दोनों रविवार हैं)। कुछ शेड्यूलर - Quartz, Spring - आगे छठा सेकंड फ़ील्ड जोड़ते हैं। यह पार्सर फ़ील्ड गिनती से पहचान लेता है कि आप कौन-सा लेआउट इस्तेमाल कर रहे हैं।

* का अर्थ हर मान; मिनट फ़ील्ड में */5 का अर्थ हर 5 मिनट; 1-5 एक समावेशी रेंज है (जैसे सप्ताह के दिन फ़ील्ड में कार्यदिवस); और mon,wed,fri अलग-अलग मानों की सूची है। ये मिलते हैं: 0 9-17/2 * * * हर दिन 9:00, 11:00 पर चलता है और इसी तरह 17:00 तक।

हर दिन आधी रात है 0 0 * * *। हर 6 घंटे है 0 */6 * * * - घंटा फ़ील्ड में */6 स्टेप 00:00, 06:00, 12:00 और 18:00 पर लगता है। हर सप्ताह रविवार रात 3 बजे है 0 3 * * 0। यह पार्सर अगले रन निकालता है ताकि इंस्टॉल से पहले शेड्यूल पक्का कर सकें।

अक्सर यह टाइमज़ोन भिन्नता है: क्रॉन सर्वर की लोकल घड़ी से निपटता है (कुछ इम्प्लीमेंटेशन crontab में CRON_TZ= या TZ= लाइनें मानते हैं)। दूसरा कारण डेलाइट-सेविंग परिवर्तन है - स्प्रिंग-फ़ॉरवर्ड गैप में शेड्यूल किए जॉब छूट सकते हैं, जैसा Vixie cron दस्तावेज़ित करता है। TZ सेट न करें तो Docker कंटेनर डिफ़ॉल्ट रूप से UTC इस्तेमाल करते हैं।

क्रॉन क्लासिक Unix शेड्यूलर है: सरल, मिनट-रेज़ोल्यूशन, छूटे जॉब के लिए बिल्ट-इन कैच-अप नहीं। systemd timer जोड़ते हैं सेकंड सटीकता, मशीन बंद रहने पर छूटे रन के लिए Persistent=true रिकवरी, और journald लॉगिंग। Windows Task Scheduler देता है GUI, इवेंट ट्रिगर, और छूटने पर जल्द-से-जल्द चलाने की सिमेंटिक्स। क्लाउड-नेटिव स्टैक में यही भूमिका Kubernetes CronJob निभाता है।