डेवलपर टूल · क्रोंटैब जनरेटर
प्रतिशत चिह्न, उद्धरण और चर: Cron रेखाएँ चुपचाप क्यों टूट जाती हैं
· यह क्यों मायने रखती है
Cron शंख मान्यकरण
क्रॉस्टैब लाइन एक शेल लाइन नहीं है, और कुछ वर्णों का मतलब कुछ और है। यह पोस्ट प्रतिशत चिह्न नियम, परिवर्तनीय असाइनमेंट सीमा और उद्धरण की व्याख्या करती है, इसलिए कमांड वही करते हैं जो उन्होंने टर्मिनल में किया था।
पांचवें फ़ील्ड के बाद फ़ाइल नाम विफलता का निदान इस अभिव्यक्ति पार्सर द्वारा नहीं किया जा सकता है
यदि जेनरेट किया गया बैकअप फ़ाइल नाम खाली है, तो टाइमिंग एक्सप्रेशन अभी भी सही हो सकता है। `0 3 * * *` हर दिन 03:00 का चयन करता है; पांचवें फ़ील्ड के बाद के अक्षर कभी भी ToolAcre के पार्सर में प्रवेश नहीं करते हैं। कमांड-साइड विफलता को मिनट या घंटे को बदलकर "ठीक" नहीं किया जाना चाहिए, जब तक कि पूर्वावलोकन स्वयं इरादे के विपरीत न हो।
निदान से पहले लाइन को अलग करें. जनरेटर में पहले पाँच फ़ील्ड चिपकाएँ, विवरण पढ़ें और आगामी समय नोट करें। वास्तविक Cron कार्यान्वयन और शेल के साथ शेष कमांड का परीक्षण करें। यह विभाजन कैलेंडर सिंटैक्स और कमांड सिंटैक्स को डीबग होने से रोकता है जैसे कि वे एक ही भाषा हों।
प्रतिशत-चिह्न आदेश शब्दार्थ को यहां लागू या परीक्षण नहीं किया गया है
कार्यपुस्तिका में एक विशेष प्रतिशत-चिह्न परिवर्तन बताया गया है। `cron.js` में कोई संगत लेक्सर मौजूद नहीं है; इसका फ़ील्ड रीडर कैटेगरी, सूचियों और चरणों द्वारा उपयोग किए गए अंकों, समर्थित नामों और विराम चिह्नों को स्वीकार करता है। एक्सप्रेशन बॉक्स के बाद UI पार्सिंग भी बंद कर देता है। यह प्रदर्शित नहीं कर सकता कि तैनात कमांड में प्रतिशत वर्णों का क्या होता है।
क्योंकि Cron कार्यान्वयन और पूर्ण-फ़ाइल पार्सर भिन्न हो सकते हैं, यह आलेख उस नियम को असत्यापित रूपरेखा से सार्वभौमिक नहीं बनाता है। लक्ष्य मैनुअल से परामर्श लें और हानिरहित इनपुट के साथ पुन: प्रस्तुत करें। ब्राउज़र शेड्यूल स्पष्टीकरण stdin निर्माण, न्यूलाइन रूपांतरण या कमांड पेलोड हैंडलिंग के बारे में सबूत नहीं है।
बचने की सलाह के लिए लक्ष्य-विशिष्ट साक्ष्य की आवश्यकता होती है और इसे छोड़ दिया जाता है
बैकस्लैश से बचना भी कमांड व्याकरण से संबंधित है। ToolAcre यह नहीं बता सकता कि क्या एक परत दूसरे से पहले बैकस्लैश का उपभोग करती है, और यह परिणाम का निरीक्षण करने के लिए कभी भी शेल का आह्वान नहीं करती है। इसलिए कॉपी-रेडी एस्केप्ड लाइन को प्रकाशित करना स्रोत साक्ष्य से अधिक होगा और एक अलग लक्ष्य के लिए गलत हो सकता है।
जब पर्यावरण के लिए उपयुक्त हो तो जटिल कमांड निर्माण को एक अलग से परीक्षण की गई स्क्रिप्ट में ले जाएं, लेकिन वहां उस दृष्टिकोण को मान्य करें। प्रयोग करते समय अभिव्यक्ति को स्थिर रखें। इस रिपॉजिटरी से एकमात्र बचाव योग्य दावा यह है कि पांच टाइमिंग फ़ील्ड को किसी भी कमांड से स्वतंत्र रूप से कॉपी किया जा सकता है।
परिवर्तनीय असाइनमेंट अभिव्यक्ति इनपुट स्वीकार नहीं किए जाते हैं
`KEY=value` लाइन में पांच शेड्यूल फ़ील्ड नहीं हैं और इस पार्सर द्वारा इसे अस्वीकार कर दिया गया है। टूल में कोई असाइनमेंट मॉडल, विस्तार इंजन या पर्यावरण तालिका नहीं है। क्या वास्तविक क्रॉस्टैब असाइनमेंट स्वीकार करता है और यह उनके मूल्यों की व्याख्या कैसे करता है, यह उस प्रणाली से सिद्ध होना चाहिए।
यह भेद पोर्टेबिलिटी चर्चाओं की सुरक्षा करता है। ToolAcre `JAN` को एक महीने के नाम के रूप में स्वीकार करने से कॉन्फ़िगरेशन लाइन में `$HOME` के बारे में कुछ नहीं कहा जाता है। दोनों एक क्रोंटैब फ़ाइल में दिखाई दे सकते हैं, लेकिन केवल कैलेंडर अभिव्यक्ति इन लेखों के लिए समीक्षा की गई कार्यान्वित व्याकरण से संबंधित है।
उद्धरण और शेल चयन जनरेटर सीमा से परे हैं
केवल शेड्यूल सीमा के बाद उद्धरण सामान्य वर्ण होते हैं, जिन्हें ToolAcre कभी पार नहीं करता है। इसका सटीक-पांच-फ़ील्ड नियम एक उद्धृत कमांड की खोज करने के बजाय अतिरिक्त व्हाइटस्पेस टोकन को एक अमान्य अभिव्यक्ति के रूप में मानता है। कॉपी की गई प्लेसहोल्डर लाइन आउटपुट सुविधा है, पूर्ण-लाइन सत्यापनकर्ता नहीं।
शैल चयन भी अनुपस्थित है. स्रोत पथ में कोई `spawn`, `exec` या कमांड दुभाषिया नहीं है। निष्पादन योग्य वातावरण के तहत परीक्षण उद्धरण जो वास्तव में इसे प्राप्त करेगा, और यह दावा करने से बचें कि जनरेटर ने एक लाइन को केवल इसलिए मंजूरी दे दी है क्योंकि समय उपसर्ग वैध रहता है।
कार्य सीमा: दिनांक-मुद्रांकित आदेश से स्वतंत्र रूप से 0 3 * * * मान्य करें
दिनांक-मुद्रांकित बैकअप आवश्यकता के लिए, पहले `0 3 * * *` को मान्य करें। टूल को हर दिन 03:00 का वर्णन करना चाहिए और चुने हुए क्षेत्र में उम्मीदवारों को प्रदर्शित करना चाहिए। उस सत्यापित टुकड़े को सुरक्षित रखें. फिर एक हानिरहित कमांड-साइड परीक्षण बनाएं जो लक्ष्य शेड्यूलर के तहत वांछित फ़ाइल नाम प्रदर्शित करता है।
दो स्वतंत्र जाँचें स्पष्ट साक्ष्य प्रस्तुत करती हैं: एक स्क्रीनशॉट या कैलेंडर इरादे के लिए दावा, दूसरा कमांड परिवर्तन के लिए कैप्चर किया गया आउटपुट। यदि फ़ाइल नाम गलत है लेकिन उम्मीदवार का समय सही है, तो शेड्यूल में किसी संपादन की आवश्यकता नहीं है। यदि दोनों गलत हैं, तो प्रत्येक भाषा को उसके स्वयं के दस्तावेज़ के साथ संबोधित करें।
इसमें क्या शामिल नहीं है - पर्यावरण और PATH समस्याएं जो उनके अपने पोस्ट में शामिल हैं
पर्यावरण और पथ व्यवहार भी जनरेटर के बाहर रहते हैं, इसलिए यह आलेख उन विषयों को किसी अन्य असमर्थित वर्कअराउंड में पुनर्निर्देशित नहीं करता है। इसके बजाय यह सीमा की रिपोर्ट करता है: मार्ग पांच-क्षेत्रीय अभिव्यक्तियों, सादे-भाषा विवरण, चेतावनियों और भविष्य की दीवार-घड़ी के उम्मीदवारों का निर्माण करता है।
एक पूर्ण Cron परिनियोजन के लिए उससे अधिक साक्ष्य की आवश्यकता होती है। विशेष वर्णों, चरों और निष्पादन योग्य रिज़ॉल्यूशन को होस्ट-साइड चिंताओं के रूप में मानें। जनरेटर द्वारा उन्हें पार्स करने से इंकार करना उपयोगी है क्योंकि यह एक संकीर्ण कैलेंडर टूल को चुपचाप कमांड शब्दार्थ को समझने का नाटक करने से रोकता है।
टेकअवे: Cron के स्वामित्व वाले पात्रों को जानें - और कमांड को ठीक करते समय जनरेटर के साथ शेड्यूल को सही रखें
क्रोन लाइनों में स्थिति के अनुसार अलग-अलग दो व्याकरण हो सकते हैं। ToolAcre केवल पहला व्याकरण लागू करता है, जो सप्ताह के दिन के बाद समाप्त होता है। प्रतिशत चिह्न, उद्धरण और चर बाद में मायने रख सकते हैं, लेकिन वे इस पार्सर के अंदर `0 3 * * *` का अर्थ नहीं बदल सकते।
उन प्रश्नों को समीक्षाओं और घटना नोट्स में अलग रखें। ब्राउज़र में शेड्यूल इरादे को सत्यापित करें, फिर गैर-संवेदनशील डेटा के साथ लक्ष्य पर कमांड व्यवहार को सत्यापित करें। यह लोककथाओं के बजाय सबूत पेश करता है और कार्यपुस्तिका के दावे को उस गारंटी में बदलने से बचाता है जो कोड ने कभी नहीं बनाई।