WordPress
Staging का उपयोग: Production को Push करना और Production से Pull करना
Once a staging copy exists, two operations keep it useful: pushing your tested changes up to the live site, and resetting staging back to a fresh copy of production. This guide covers both…
एक बार स्टेजिंग कॉपी बन जाने के बाद, दो ऑपरेशन इसे उपयोगी रखते हैं: आपके परीक्षित परिवर्तनों को लाइव साइट पर भेजना, और स्टेजिंग को प्रोडक्शन की एक ताज़ी कॉपी के रूप में रीसेट करना। यह गाइड दोनों दिशाओं को विस्तार से कवर करता है, वे पुष्टियाँ जो आपकी लाइव साइट को सुरक्षित रखती हैं, और ऐसे मामले जहाँ डेटाबेस को भेजने से डेटा नष्ट हो जाता है।
यदि आपने अभी तक स्टेजिंग पर्यावरण नहीं बनाया है, तो स्टेजिंग पर्यावरणों का उपयोग से शुरू करें। यह लेख उस बिंदु से शुरू होता है जहाँ स्टेजिंग पहले से मौजूद है।
दोनों दिशाएँ
| ऑपरेशन | जो ओवरराइट करता है | इसका उपयोग करें जब |
|---|---|---|
| प्रोडक्शन को भेजें | आपकी लाइव साइट | स्टेजिंग पर परिवर्तन परीक्षित हैं और लाइव जाने के लिए तैयार हैं |
| प्रोडक्शन से रीसेट करें | आपकी स्टेजिंग साइट | आप वर्तमान लाइव साइट की एक स्वच्छ कॉपी चाहते हैं जिसके साथ काम करें |
दोनों एक ही स्क्रीन पर रहते हैं: Websites, फिर आपकी साइट, फिर Environments, फिर Staging।
उस स्क्रीन के शीर्ष पर कार्ड आपका स्टेजिंग डोमेन, इसकी स्थिति, यह कितने समय पहले अंतिम बार प्रोडक्शन से सिंक किया गया था, और यह कब अंतिम बार भेजा गया था दिखाता है। WP Admin आपको सीधे स्टेजिंग साइट के डैशबोर्ड में साइन इन करता है, और Visit site स्टेजिंग फ्रंट एंड को खोलता है।
एक स्टेजिंग कॉपी जो एक सप्ताह या अधिक समय से सिंक नहीं की गई है, उस कार्ड पर एम्बर में फ़्लैग की जाती है। पुरानी स्टेजिंग कोई स्टेजिंग न होने से भी बदतर है: आप एक ऐसी साइट के विरुद्ध परीक्षण समाप्त करते हैं जो अब लाइव से मेल नहीं खाती। नए काम के बाद नहीं, पहले रीसेट करें।
स्टेजिंग को प्रोडक्शन में भेजना
यह आपकी लाइव साइट के भाग या सभी को स्टेजिंग पर जो है उससे बदल देता है।
- Environments खोलें, फिर Staging।
- Push Staging to Production पर स्क्रॉल करें।
- चेकबॉक्स के साथ भेजने के लिए चुनें: Files, Database, या दोनों।
- यदि आपने Database को चिह्नित किया है, तो Rewrite URLs को चिह्नित रखें। यह प्रत्येक टेबल में एक खोज और प्रतिस्थापन चलाता है ताकि स्टेजिंग होस्टनाम को आपके प्रोडक्शन में भेजने के हिस्से के रूप में बदल दिया जाए।
- I understand this modifies my live production site. को चिह्नित करें।
- पुष्टि बॉक्स में अपना प्रोडक्शन डोमेन ठीक वैसे ही टाइप करें जैसा दिखाया गया है।
- Push to Production पर क्लिक करें।
बटन तब तक अक्षम रहता है जब तक दोनों चेकबॉक्स को चिह्नित नहीं किया जाता है और डोमेन मेल नहीं खाता है, इसलिए गलत समय पर क्लिक करने से कोई पुश शुरू नहीं हो सकता है।
एक पुश ओवरराइट करता है, यह मर्ज नहीं करता है। जो कुछ भी आपकी अंतिम रीसेट के बाद प्रोडक्शन पर बदल गया है, वह स्टेजिंग पर जो कुछ भी है उससे बदल दिया जाता है। इसमें नई पोस्ट, नए ग्राहक खाते, नई फॉर्म एंट्रीज़ और नए ऑर्डर शामिल हैं।
कुछ भी लिखने से पहले प्रोडक्शन का एक पूर्ण बैकअप स्वचालित रूप से लिया जाता है, और यदि पुश आधे में विफल हो जाता है, तो प्रोडक्शन को उस बैकअप में वापस रोल किया जाता है। छोटी साइटें आमतौर पर एक मिनट से कम समय में समाप्त हो जाती हैं; एक बड़ा डेटाबेस या कई गीगाबाइट का एक मीडिया लाइब्रेरी अधिक समय लेता है।
फ़ाइलें, डेटाबेस, या दोनों चुनना
यह वह निर्णय है जो सबसे महत्वपूर्ण है, और उत्तर आमतौर पर "दोनों" नहीं है।
केवल फ़ाइलें। एक साइट के लिए सुरक्षित डिफ़ॉल्ट जो आगंतुकों से कुछ भी एकत्र करता है। थीम संपादन, प्लगइन अपडेट, टेम्पलेट परिवर्तन और कस्टम कोड सभी फ़ाइलों में रहते हैं। केवल फ़ाइलें भेजने से प्रोडक्शन पर हर पोस्ट, टिप्पणी, ऑर्डर और उपयोगकर्ता अछूता रहता है।
केवल डेटाबेस। स्टेजिंग पर किए गए सामग्री या सेटिंग परिवर्तनों के लिए, एक साइट पर जहाँ कोई भी प्रोडक्शन पर सीधे संपादन नहीं करता है। व्यवहार में दुर्लभ।
दोनों। एक पुनः डिज़ाइन या पुनर्निर्माण के लिए सही जहाँ स्टेजिंग नई साइट है और प्रोडक्शन को पूरी तरह से बदला जा रहा है। इसकी घोषणा करें, इसे कार्य के घंटों के बाहर करें, और पहले सुनिश्चित करें कि आपके पास एक वर्तमान बैकअप है।
लाइव स्टोर के लिए डेटाबेस को भेजने से ऑर्डर हटा दिए जाते हैं। WooCommerce ऑर्डर, ग्राहक, सदस्यता, कूपन और स्टॉक स्तर डेटाबेस में रखता है, इसलिए आपकी अंतिम रीसेट के बाद से रखा गया हर ऑर्डर पुश पूरा होने के क्षण ही गायब हो जाता है। कोई आंशिक वसूली नहीं है। एक स्टोर पर, केवल फ़ाइलें भेजें, और डेटाबेस स्तर के परिवर्तन सीधे प्रोडक्शन पर करें। WooCommerce सेट करें देखें।
वही फंदा, कम नाटकीय रूप से, किसी भी साइट पर लागू होता है जिसमें WordPress में संग्रहीत टिप्पणियाँ, फॉर्म सबमिशन, सदस्यता साइनअप या एक मेलिंग सूची है।
प्रोडक्शन से स्टेजिंग रीसेट करना
यह सुरक्षित दिशा है: यह स्टेजिंग को वर्तमान लाइव साइट से ओवरराइट करता है और कभी भी प्रोडक्शन को छूता नहीं है।
- Environments खोलें, फिर Staging।
- Reset from Production खोजें।
- Files, Database, या दोनों को चिह्नित करें।
- Reset from Production पर क्लिक करें।
जब कभी भी ऐसा करें:
- प्रोडक्शन आगे बढ़ गया है, नई पोस्ट, नए ऑर्डर या सामग्री संपादन के साथ।
- आप नए काम की शुरुआत कर रहे हैं और एक यथार्थवादी आधार चाहते हैं।
- स्टेजिंग इतनी दूर हो गई है कि वहाँ एक परीक्षण परिणाम का कोई मतलब नहीं है।
स्टेजिंग पर कुछ भी जो पुश नहीं किया गया है, वह खो जाता है। यदि स्टेजिंग पर ऐसा कोई काम है जो आप अभी भी चाहते हैं, तो पहले इसे पुश करें, या Files के माध्यम से बदली गई फ़ाइलों की प्रतिलिपि बनाएँ, फिर रीसेट करने से पहले File Manager।
URL पुनर्लेखन कैसे काम करता है
WordPress अपना पता डेटाबेस में संग्रहीत करता है, विकल्प तालिका की siteurl और home पंक्तियों में, और निरपेक्ष URL भी पोस्ट सामग्री, मेटा मान, विजेट सेटिंग और थीम विकल्पों में समाप्त होते हैं।
आपकी स्टेजिंग साइट staging. पर चलती है जिसके बाद आपका डोमेन आता है, इसलिए उन सभी मानों में से प्रत्येक स्टेजिंग होस्टनाम की ओर इशारा करता है जब आप वहाँ काम करते हैं। पुश पर Rewrite URLs सभी तालिकाओं में एक उचित खोज और प्रतिस्थापन चलाता है, क्रमबद्ध प्लगइन सेटिंग को सही ढंग से संभालता है, और स्टेजिंग होस्टनाम को आपके प्रोडक्शन के लिए स्वैप करता है।
इसे चिह्नित रखें जब तक आपके पास ऐसा न करने का कोई विशिष्ट कारण हो। यदि आप केवल फ़ाइलें पुश करते हैं, या कोई आवारा स्टेजिंग URL बचा रहता है, तो इसे खोज और प्रतिस्थापन चलाना से ठीक करें।
एक वर्कफ़्लो जो कायम रहता है
- प्रोडक्शन से रीसेट करें ताकि स्टेजिंग लाइव साइट से मेल खाए।
- प्रोडक्शन का बैकअप लें शुरू करने से पहले, ताकि आपके पास पुश से स्वतंत्र एक रिस्टोर पॉइंट हो: बैकअप लेना।
- स्टेजिंग पर काम करें। प्लगइन और थीम अपडेट, नया कोड, लेआउट परिवर्तन।
- स्टेजिंग डोमेन पर परीक्षण करें। पृष्ठ लोड करें जिन्हें आपने बदल दिया है, और जिन्हें आपने नहीं बदला है। एक स्टोर पर, एक परीक्षण ऑर्डर को अंत तक चलाएँ।
- केवल फ़ाइलें भेजें जब तक आपने जानबूझकर यह निर्णय नहीं लिया है कि डेटाबेस भी जाना चाहिए।
- प्रोडक्शन की तुरंत जाँच करें। होम पृष्ठ, एक गहरा पृष्ठ, चेकआउट, और व्यवस्थापक डैशबोर्ड।
- एक बार जब आप खुश हो जाएँ, तो प्रोडक्शन से स्टेजिंग को फिर से रीसेट करें, ताकि अगला दौर स्वच्छ शुरू हो।
स्टेजिंग पूरी तरह से आपकी प्रोडक्शन साइट से प्रबंधित है। यह Websites सूची में एक अलग प्रविष्टि के रूप में दिखाई नहीं देता है, इसलिए इसके लिए हर नियंत्रण, इसे हटाने सहित, इस एक टैब पर रहता है।
स्टेजिंग हटाना
उसी स्क्रीन के नीचे Delete Staging कार्ड स्टेजिंग कॉपी को हटाता है। प्रोडक्शन प्रभावित नहीं होता है। इसे हटाएँ जब एक परियोजना समाप्त हो: स्टेजिंग आपकी योजना के भंडारण की ओर गिना जाता है, और एक बासी कॉपी एक संपत्ति के बजाय एक देयता है।
समस्या निवारण
प्रोडक्शन में पुश करें बटन सक्रिय नहीं होगा। दोनों शर्तें पूरी होनी चाहिए: पुष्टि चेकबॉक्स चिह्नित है, और प्रोडक्शन डोमेन ठीक टाइप किया गया है, कोई https:// नहीं और कोई अनुगामी स्लैश नहीं।
पुश समाप्त हो गया लेकिन साइट अभी भी पुरानी सामग्री दिखाती है। कैशिंग। WordPress से फ्लश करें, फिर Quick Actions, फिर Flush Cache, Performance से CDN को साफ़ करें, फिर Kapsule CDN, और निजी विंडो में पुनः लोड करें।
प्रोडक्शन में पुश के बाद स्टेजिंग URL लाइव साइट पर दिखाई दे रहे हैं। डेटाबेस Rewrite URLs चिह्नित के बिना पार चला गया। स्टेजिंग होस्टनाम से आपके प्रोडक्शन डोमेन तक एक खोज और प्रतिस्थापन चलाएँ: खोज और प्रतिस्थापन चलाना।
मैंने डेटाबेस को पुश किया और ऑर्डर खो दिए। स्वचालित पूर्व-पुश बैकअप को सीधे बहाल करें, इससे पहले कि अधिक ऑर्डर अधिलेखित डेटाबेस पर आएँ: बैकअप से पुनः स्थापित करना।
रीसेट के बाद स्टेजिंग एक त्रुटि दिखाता है। एक प्लगइन जो प्रोडक्शन डोमेन को कोडित करता है, सामान्य कारण है। स्टेजिंग कार्ड पर WP Admin से साइन इन करें और त्रुटि साफ़ न होने तक प्लगइन को निष्क्रिय करें, फिर प्रोडक्शन पर अपराधी को ठीक करें या बदलें।