क्या आपके पास WP साइट के v2 को लॉन्च करने के लिए कोई प्रभावी रणनीति है?


12

मेरी टीम और मैं एक ऐसे क्लाइंट के साथ काम कर रहे हैं, जिसके पास मौजूदा वर्डप्रेस साइट है जिसमें बहुत कम सामग्री है और एक कस्टम थीम जो उन्होंने बनाया है। यह एक समूह ब्लॉग है, जिसका अर्थ है कि दुनिया भर में कई ब्लॉगर हैं जो हर समय सामग्री जोड़ और संपादित कर रहे हैं।

हमारा काम पूरी तरह से एक नया विषय बनाना है, जिसमें कुछ नई सुविधाएँ हैं। इनमें से कुछ विशेषताओं के लिए नए कस्टम विजेट, प्लगइन्स और डेटाबेस फ़ील्ड की आवश्यकता होगी।

वर्तमान में हम अपनी स्वयं की विकास मशीनों को बंद कर रहे हैं और उन्हें एकल विकास सर्वर में एकीकृत कर रहे हैं। सभी कोड एसवीएन में संस्करणबद्ध हैं। हमारा नियुक्त DBA मैन्युअल रूप से किसी भी डेटाबेस परिवर्तन को dev DB में अभी मर्ज कर रहा है, हालाँकि उम्मीद है कि वह जल्द ही इसे स्वचालित कर सकेगा।

हमने अभी अपनी प्रोडक्शन रिलीज प्रक्रिया के बारे में बात करना शुरू किया। अर्थ: एक बार जब हम काम कर लेते हैं, तो हम उत्पादन (लाइव) सर्वर पर अपने सभी कस्टम कोड सुचारू रूप से कैसे प्राप्त कर सकते हैं और जितना संभव हो उतना कम व्यवधान?

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

जवाबों:


4

यदि आप SethMerrick की सलाह का पालन करते हैं, तो आप IP पते को बदलने से पहले उचित DNS रिकॉर्ड पर TTL को घटाकर 5 मिनट या इतने घंटे (वर्तमान TTL क्या है) के आधार पर बहुत कम कर सकते हैं।

ऐसा करके आप दूरस्थ DNS सर्वर को केवल 5 मिनट के लिए पता कैश करने के लिए कह रहे हैं। एक बार जब आप आईपी को बदल देते हैं, तो आप टीटीएल को बढ़ा सकते हैं जो पहले था। प्रभाव को और कम करने के लिए, कम ट्रैफ़िक अवधि के दौरान स्विचओवर करें।


हम बस संयोग से ऐसा करने लगे। यह निश्चित रूप से मदद करता है। हम एक लंबी तैनाती अवधि नहीं दे सकते। उस टिप को जोड़ने के लिए धन्यवाद!
माइक ली

ध्यान दें कि आपको वास्तव में आईपी बदलने से बहुत पहले टीटीएल को बदलना चाहिए । दूसरे शब्दों में, यदि टीटीएल एक सप्ताह है, तो आपको आईपी बदलने से एक सप्ताह पहले टीटीएल को 5 मिनट में बदलना चाहिए, ताकि ऐसा करने पर हर कोई नए टीटीएल पर हो।
डैनियल सी। सोबरल

2

मुझे यकीन नहीं है कि यह लागू होता है, लेकिन मैं बस एक ही प्रक्रिया के माध्यम से एक साथ चला गया और एक उच्च-ट्रैफ़िक साइट को स्थानांतरित करना और उन्नत करना।

मूल रणनीति एक स्टेजिंग सर्वर पर काम करना था, फिर जब सब कुछ तैयार हो गया, तो लाइव सर्वर पर एक mysql डंप करें, इसे स्टेजिंग सर्वर पर आयात करें, कोई आवश्यक सफाई करें, फिर DNS रिकॉर्ड को स्टेजिंग सर्वर पर इंगित करें, जिससे सर्वर का नया लाइव सर्वर बनने के लिए।

मुश्किल बिट तब सभी डेटा को मर्ज करना है जो DNS प्रचार के दौरान स्टेजिंग सर्वर (जो अब लाइव सर्वर है) में जमा हो जाता है। दूसरे शब्दों में, यदि आप अपना mysql डंप / अपडेट DNS करते समय 30 घंटे के बीच में गुजरते हैं और DNS प्रसार पूरा होने पर, आपको पुरानी साइट से नए में 30 घंटे के रिकॉर्ड का चयन करना होगा।

यह निर्बाध प्रक्रिया नहीं है, लेकिन जब तक हमें एक हफ़्ते में सड़क मिल जाती, तब तक सभी किंकनों ने खुद को चिकना कर लिया था।


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

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

हमने कुछ ऐसा ही किया है। सहज नहीं है, लेकिन हे, यह काम करता है।
माइक ली

2

@ माइक ली: महान प्रश्न, और वर्डप्रेस (या मुख्यधारा के ओपन-सोर्स सीएमएस में से कोई भी एक पवित्र कब्र है कि मैं द्रुपल, जुमला, एट अल।) के लिए उस मामले से परिचित हूं।

हालांकि यह निश्चित रूप से आपके उपयोग-मामले को संबोधित करने के लिए नहीं है, एक संबंधित प्रश्न के लिए मेरे उत्तर की जांच करें, जो कि एक बीटा-स्तरीय प्लगइन का वर्णन करता है जिसे मैंने बस वर्डप्रेस आंसर एक्सचेंज के माध्यम से उपलब्ध कराया है जिसे WP माइग्रेट वेबहोस्ट्स कहा जाता है (हां, जब यह रचनात्मक नामकरण के लिए आता है, तो मैं चूसता हूं ।)

लेकिन मैं एक प्लगइन के साथ आपके द्वारा वर्णित उपयोग-केस को हल करना चाहता हूं और वर्तमान में सोच रहा हूं कि इसे कैसे पूरा किया जाए। मैं यह सोचने का तरीका सोच रहा हूं कि इसे उदारतापूर्वक हल करने के लिए छोड़ दिया जाए और इसके बजाय वर्डप्रेस में मौजूद ज्ञात पैटर्न को संबोधित करें और फिर किसी और को विशेष उपयोग के मामलों के लिए मेरे प्लगइन को " हुक " करने की अनुमति दें । मैं यह भी सोच रहा हूं कि एक PHP फ़ाइल में डेटा के रूप में वर्डप्रेस में संरचनाओं और संरचनाओं को क्रमबद्ध करना है ताकि भविष्य का प्लगइन उन बदलावों को लागू कर सके, जैसे कि स्रोत कोड नियंत्रण प्रणाली स्रोत के वर्तमान संस्करण पर पहुंचने के लिए डेल्टा लागू करती है। कोड।

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


WP माइग्रेट Webhosts एक बहुत जरूरी प्लगइन की तरह लगता है। साझा करने के लिए धन्यवाद, और यह प्रतिक्रिया!
माइक ली

हां मुझे ऐसा लगता है। मुझे आशा है कि मुझे सहयोग मिलेगा ताकि मैं और अन्य इसे uber के लिए उपयोगी बना सकें! अप वोट के लिए धन्यवाद।
माइकस्किंकल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.