WordPress ऑटो-अपडेट्स

Auto-updates WordPress कोर, प्लगइन और थीम को अपडेट रखते हैं बिना आपको रिलीज़ नोट्स पर नज़र रखनी पड़े, और यह सुरक्षित तरीके से होता है: हर अपडेट से पहले पूरा बैकअप लिया जाता है, उसके बाद साइट की जांच की जाती है, और जो भी चीज़ साइट को तोड़ती है उसे अपने आप वापस ले लिया जाता है।

Auto-updates कहाँ मिलते हैं

वेबसाइटें खोलें, साइट पर क्लिक करें, साइट के बाएं मेनू में WordPress समूह खोलें, और अपडेट चुनें। पेज का शीर्षक Auto-updates है।

यह टैब WordPress और WooCommerce साइटों पर दिखाई देता है। अगर साइट के होस्टिंग प्लान में यह सुविधा शामिल नहीं है, तो पेज कंट्रोल के बजाय एक अपग्रेड बैनर दिखाता है।

एक प्रबंधित अपडेट कैसे काम करता है

हर अपडेट के लिए अनुक्रम, चाहे वह शेड्यूल किया गया हो या मैनुअल, एक जैसा ही है:

1. बैकअप लें। कुछ भी बदलने से ठीक पहले साइट का पूरा बैकअप लिया जाता है। अगर बैकअप विफल होता है, तो रन को बिना सुरक्षा जाल के आगे बढ़ाने के बजाय छोड़ दिया जाता है।
2. लागू करें। अपडेट इंस्टॉल किया जाता है।
3. सत्यापित करें। साइट को HTTP के ज़रिए फ़ेच किया जाता है और प्रतिक्रिया की जांच की जाती है।
4. निगरानी करें। रन को आधे घंटे की निगरानी विंडो में रखा जाता है, जिसके दौरान साइट पर त्रुटियों और अपटाइम घटनाओं के लिए नज़र रखी जाती है।
5. पुष्टि करें या वापस लें। अगर विंडो के अंत तक सब कुछ स्वस्थ है, तो रन को Applied चिह्नित किया जाता है। अगर साइट त्रुटियाँ लौटा रही है, तो अपडेट-पूर्व बैकअप को अपने आप पुनर्स्थापित कर दिया जाता है और रन को वापस लिया गया चिह्नित किया जाता है।

यही निगरानी विंडो कारण है कि आप किसी रन को कुछ समय के लिए लागू किया गया (देख रहे हैं) स्थिति में देखेंगे। यह अटका हुआ नहीं है। यह वह अवधि है जिसमें कोई समस्या जो केवल वास्तविक ट्रैफ़िक के तहत सामने आती है, अब भी एक स्वचालित रोलबैक को ट्रिगर कर सकती है।

इसे चालू करना

मुख्य नियंत्रण स्वचालित अपडेट है, जिसे इस साइट के लिए मास्टर स्विच बताया गया है। यह शुरुआत में बंद रहता है, इसलिए जब तक आप इसे जानबूझकर चालू नहीं करते, तब तक कुछ नहीं होता।

इसके नीचे तीन श्रेणी स्विच हैं:

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

अपडेट विंडो चुनना

शांत घंटे (NZ समय) चयनकर्ता शेड्यूल किए गए अपडेट के लिए उपयोग होने वाली दैनिक विंडो तय करते हैं, और नीचे की पट्टी इसे 24 घंटे की बार पर दर्शाती है ताकि आप इसे एक नज़र में देख सकें। डिफ़ॉल्ट रूप से यह रात के छोटे घंटे हैं, न्यूज़ीलैंड समय के अनुसार 02:00 से 05:00 तक।

किसी साइट पर दिन में अधिकतम एक बार विचार किया जाता है। रन एक ही पल पर सबके लिए नहीं चलते बल्कि फैले होते हैं, इसलिए सही मिनट अलग-अलग होता है।

प्रति-प्लगइन ओवरराइड

हर प्लगइन को एक जैसा नहीं माना जाना चाहिए। लंबित अपडेट सेक्शन में, हर प्लगइन की पंक्ति में तीन विकल्पों वाला एक चयनकर्ता होता है:

• Default, जो ऊपर दिए गए Plugins स्विच का पालन करता है।
• Auto-update, जो डिफ़ॉल्ट चाहे जो भी हो, इस प्लगइन को हमेशा अपडेट करता है।
• केवल मैनुअल, जो इसे कभी भी अपने आप अपडेट नहीं करता।

केवल मैनुअल का उपयोग सोच-समझकर और सीमित रूप से करें। इसके दो अच्छे कारण हैं: एक प्लगइन जिसे आपने कस्टमाइज़ किया है, और एक प्लगइन जिसके अपडेट पहले साइट को तोड़ चुके हैं। मैनुअल पर छोड़ा गया प्लगइन चुपचाप सुरक्षा कमज़ोरियाँ जमा करता रहता है, इसलिए इसे समीक्षा करने के लिए अपने खुद के कैलेंडर में एक रिमाइंडर लगाएं।

जो भी सुरक्षा के लिहाज़ से संवेदनशील हो और जिसे फिक्स जारी होते ही पैच किया जाना चाहिए, उसके लिए Auto-update का उपयोग करें, चाहे डिफ़ॉल्ट कुछ भी सेट हो।

अभी अपडेट चलाना

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

लंबित अपडेट सेक्शन में साइट की जांच पूरी हो जाने के बाद एक Apply all updates now बटन भी होता है। नई रिलीज़ के लिए फिर से जांच करने के लिए उस सेक्शन में Refresh पर क्लिक करें।

एक समय में केवल एक ही रन चल सकता है। अगर कोई रन पहले से चल रहा है, या अभी भी अपनी निगरानी विंडो में है, तो नए रन को अस्वीकार कर दिया जाता है।

आंकड़े और इतिहास पढ़ना

पेज के ऊपर पांच आंकड़े दिखते हैं: सफलता दर, Applied, वापस लिया गया, Failed और आखिरी रन। जिसे देखने लायक है वह है वापस लिया गया। एक रोलबैक सिस्टम का अपना काम करना है, लेकिन एक ही प्लगइन के खिलाफ बार-बार रोलबैक होना आपको कुछ बता रहा है।

उसके नीचे, अपडेट का इतिहास हर रन को इनके साथ सूचीबद्ध करता है:

• क्या अपडेट हुआ और इसका संस्करण परिवर्तन।
• एक स्थिति: Applied, लागू किया गया (देख रहे हैं), वापस लिया गया, Failed, Skipped, Running या Pending।
• यह Scheduled था या Manual।

अगर अभी तक कुछ भी नहीं चला है, तो सेक्शन यही बताता है और समझाता है कि अपडेट स्वचालित रूप से चलने के बाद या जब आप इन्हें मैनुअल रूप से ट्रिगर करते हैं, तब वहां दिखाई देते हैं।

हाथ से रोलबैक करना

एक सफल रन अपना अपडेट-पूर्व बैकअप सुरक्षित रखता है, और जिन पंक्तियों के पास यह होता है वे Rollback करें नियंत्रण प्रदान करती हैं।

इस पर क्लिक करने से आपसे पुष्टि माँगी जाती है, और शब्दावली महत्वपूर्ण है: यह आपकी साइट को इस अपडेट से ठीक पहले लिए गए अपडेट-पूर्व बैकअप पर पुनर्स्थापित करता है, और उसके बाद किए गए बदलाव खो जाएंगे।

परिणाम स्पष्ट रूप से बताया जाता है: या तो साइट स्वस्थ होकर वापस आई, या इसके बजाय जो HTTP स्थिति लौटाई गई।

जब अपडेट छोड़ दिए जाते हैं

किसी रन को विफल होने के बजाय छोड़ा जा सकता है। इसके दो आम कारण हैं:

• अपडेट-पूर्व बैकअप विफल हो गया। कुछ भी अपडेट नहीं किया जाता, और आपको सूचित किया जाता है। पहले बैकअप की समस्या ठीक करें: बैकअप लेना।
• कोई रन पहले से चल रहा है या निगरानी में है। जब तक मौजूदा रन हल नहीं हो जाता, साइट को छेड़ा नहीं जाता।

समस्या निवारण

पेज कंट्रोल के बजाय एक अपग्रेड बैनर दिखाता है। साइट के होस्टिंग प्लान में प्रबंधित auto-updates शामिल नहीं हैं। देखें अपना प्लान अपग्रेड करना।

स्विच चालू होने के बावजूद कुछ नहीं चलता। जांचें कि कम से कम एक श्रेणी स्विच चालू है, कि विंडो को समान शुरुआत और समाप्ति घंटे के साथ शून्य-लंबाई की सीमा पर सेट नहीं किया गया है, और कोई पहले का रन अभी भी निगरानी में नहीं है।

एक प्लगइन बार-बार वापस चला जाता है। यह प्लगइन साइट पर किसी और चीज़ के साथ असंगत है। इसे केवल मैनुअल पर सेट करें, पहले इसे किसी स्टेजिंग कॉपी पर अपडेट करें, और वहीं टकराव को ठीक करें: देखें WordPress Staging कार्यप्रवाह।

अपडेट लागू हो गए हैं लेकिन साइट में त्रुटि आने के बजाय गलत दिखती है। स्वास्थ्य जांच HTTP त्रुटियों की तलाश करती है, और एक दृष्टिगत रूप से टूटा हुआ पेज जो फिर भी 200 लौटाता है, वह इसे पास कर जाता है। इसी के लिए इतिहास और मैनुअल रोलबैक नियंत्रण हैं।

आगे कहाँ जाएं

• मैनुअल अपडेट प्रक्रिया के लिए WordPress Updates।
• जब रोलबैक काफ़ी न हो तब बैकअप से पुनर्स्थापित करना।
• साइट गतिविधि लॉग, जो हर auto-update रन को रिकॉर्ड करता है।