मंचन साइटें, आप DB में सिंक्रनाइज़ेशन अपडेट कैसे प्रबंधित करते हैं?

Question

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

केवल (पिघला हुआ) प्रवाह जिसकी मैं कल्पना कर सकता हूं वह निम्नलिखित है:

1. स्थानीय सर्वर पर परीक्षण (WAMP, XAMP, आदि)
2. एक बार तैनाती के लिए तैयार, लाइव साइट को रखरखाव मोड में रखें
3. बैकअप लाइव साइट (अनुलिपित्र, sqldump, आदि)
4. स्टेजिंग साइट पर लॉक लाइव साइट का क्लोन बनाएं
5. स्टेजिंग साइट पर स्थानीय वातावरण से संशोधन अपलोड करें
6. स्टेजिंग साइट का परीक्षण करें
7. जीने के लिए मंचन स्थल को धक्का दें।
8. रखरखाव मोड निकालें

उपरोक्त प्रवाह की कमियां:

• डाउनटाइम्स उपयोगकर्ताओं के लिए अपेक्षा से अधिक लंबा हो सकता है जबकि डेवलपर स्टेजिंग साइट में अपडेट का सावधानीपूर्वक परीक्षण कर रहा है;
• संशोधनों के मैनुअल प्रबंधन की आवश्यकता हो सकती है: उदाहरण के लिए, साइटोरिजिन पेजबिल्डर लेआउट को डीबी में संग्रहीत किया जाता है, इसलिए एक बार लेआउट को संशोधित करने के बाद, इसे मंचन साइट में मैन्युअल रूप से आयात किया जाना चाहिए; इस मामले में यह केवल पेजिंग साइट में पृष्ठों को छोड़ने और आयात करने के लिए पर्याप्त हो सकता है, और यदि काम कर रहा है, तो उन्हें लाइव साइट में आयात कर सकता है

मुझे आश्चर्य है कि इसे प्राप्त करने के लिए एक बेहतर और अधिक स्वचालित तरीका है।

तुम क्या सोचते हो?

EDIT, जैसा कि अनुरोध किया गया है, कुछ समाधान अतीत में प्रस्तावित किए गए हैं, लेकिन कोई भी निश्चित समाधान प्रदान नहीं करता है:

• 9/2010 - देव / मंचन और उत्पादन के बीच डेटाबेस सिंक्रनाइज़ेशन
• 12/2011 - अपडेटिंग या नए प्लगइन्स को तैनात करना जो wp_options टेबल को संशोधित करता है
• 9/2014 - नए पदों / पृष्ठों को अधिरोपित किए बिना एक लाइव सर्वर पर स्थानीय परिवर्तन कैसे अपलोड करें?
• 1/2015 - उत्पादन और मंचन में वर्डप्रेस साइट ब्लॉग कैसे बनाए रखें?

Comments

@ Dan9, मुझे लगा कि लाइव साइट तक पहुंच कम करने के लिए यह अधिक सुरक्षित होगा। क्या लाइव साइट पर लेआउट संपादित करना एक आम आदत है? शायद मुझे बहुत चिंता हो रही है!

— रिकार्डो

ठीक है, आप बना सकते हैं, अद्यतन कर सकते हैं, हटा सकते हैं, उन्हें पुनर्स्थापित कर सकते हैं। आप किस बारे में चिंता कर रहे हैं?

— साराकोडिंग

तो स्टेजिंग साइट में परीक्षण के बिना लेआउट अपलोड करना सामान्य है? आपका विशिष्ट वर्कफ़्लो (स्थानीय / मंचन / लाइव) क्या है?

— रिकार्डो

Wp-Sync-db प्लगइन पर एक नज़र डालें ।

— साराकोडिंग

क्या यह विश्वसनीय है? क्या आप इस टूल का उपयोग कर रहे हैं?

— रिकार्डो

Answer 1

नए होस्टिंग प्रदाता जो विशेष रूप से वर्डप्रेस को पूरा करते हैं, आमतौर पर इस दर्द को कम करने के लिए उपकरण होते हैं। मैंने अपने क्लाइंट्स को Pantheon पर रखा है, जिसमें यह नीट गित-सक्षम वर्कफ़्लो है , जहाँ कोड केवल ऊपर जाता है (डेव से स्टेजिंग से उत्पादन तक) और DB सामान केवल नीचे जाता है (कोड से इसके विपरीत)। उत्पादन से मंचन तक एक डेटाबेस की नकल करना उनके इंटरफेस के साथ एक क्लिक है। बशर्ते इस वर्कफ़्लो का सम्मान किया जाता है, यह बहुत अधिक उत्पादन डेटाबेस को कभी भी गड़बड़ाने के मुद्दे को समाप्त करता है, जिससे मुझे हमेशा उत्पादन पर डेटा डीबी के एक ताजा क्लोन पर मेरे परिवर्तनों का परीक्षण करने में सक्षम बनाता है।

किसी को Pantheon का उपयोग करने की आवश्यकता नहीं है - आप अपने स्वयं के टूल (Git + DB क्लोनिंग प्लगइन जैसे WP माइग्रेट DB) का उपयोग करके अपनी प्रक्रिया में एक समान दृष्टिकोण अपना सकते हैं। मुझे लगता है कि यह तरीका मेरे लिए अच्छा है।

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

Comments

मेरा प्रदाता एक-क्लिक स्टेजिंग साइट बनाने की अनुमति देता है और टेबल पर एक दानेदार चयन के साथ लाइव-टू-लाइव लिखा जाता है, फिर भी मुझे अभी भी लॉकिंग उपयोगकर्ताओं की आवश्यकता है, जबकि अंतिम परीक्षण चलाया जाता है क्योंकि तैनाती का हिस्सा डीबी में डेवलपर-साइड डेटा इंजेक्ट कर रहा है। (साइटबिल्डर पेज लेआउट उदाहरण के लिए डीबी में संग्रहीत हैं), इस चरण के दौरान उपयोगकर्ताओं को अपडेट करने से रोकने की आवश्यकता होती है। यदि आपके पास एक बेहतर विचार है कि इस चरण को कैसे प्राप्त किया जाए तो मुझे आपके साथ साझा करने में खुशी होगी!

— रिकार्डो

BTW, क्या आप हर बार थोड़ा संशोधन किए जाने के बाद देव / मंचन / लाइव प्रवाह से गुजरते हैं? उदाहरण के लिए, संपादक के भीतर एक पृष्ठ के लेआउट को थोड़ा बदलना, या एक मेनू को संशोधित करना

— Riccardo

हां - फाइलें देव से गुजरती हैं -> स्टेजिंग -> ठेस हर बार (शायद आप मंचन या देव को अक्षम कर सकते हैं - याद नहीं है)। देव टीम के लिए है, स्टेजिंग को धक्का देने से पहले क्यूए या डिजाइनर / क्लाइंट अनुमोदन के लिए है।

— montrealist

Answer 2

संस्करण पर एक नज़र डालें जो पूरी प्रक्रिया (फ़ाइल और डेटाबेस) में GIT संस्करण लाता है

जैसा कि उनकी साइट पर वर्णित है:

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

Comments

मैं इस उपकरण की विश्वसनीयता कैसे सत्यापित कर सकता हूं?

— रिकार्डो