डेस मल्टीसाइट से प्रोडक्शन मल्टीसाइट तक माइग्रेट करने का तरीका


12

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

मैं पहले से ही पूरी सक्सेज़ के साथ पूर्ण मल्टीसाइट इंस्टाग्राम पर माइग्रेट कर चुका हूं जो अब लाइव है। मैं स्थानीय सर्वर पर अन्य साइटों को विकसित करना पसंद करूंगा ताकि मैं उत्पादन सर्वर को अकेला छोड़ दूं लेकिन जाहिर है कि मैं फिर से पूर्ण प्रवास नहीं कर सकता।

मैंने एक समाधान की तलाश की, लेकिन मैंने जो कुछ भी पाया वह एकल साइट को एक मल्टीसाइट या किसी अन्य तरीके से स्थानांतरित करने के बारे में है, कोई भी "मल्टीसाइट से मल्टीसाइट में स्थानांतरित न करें"।

मैं सब कुछ रखना चाहूंगा: सेटिंग्स, विजेट और इतने पर।


1
मुझे लगता है कि वाणिज्यिक BackupBuddy प्लगइन ऐसा करने में सक्षम है, लेकिन मुझे इस बारे में अधिक सामान्य उत्तर देखने में दिलचस्पी होगी।
रारस्ट

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

1
आपके पास सबसे अच्छा विकल्प एक प्रत्यक्ष sql क्वेरी के साथ करना है। मैंने इसे एक से अधिक बार किया है, और यह ठीक काम करता है यदि आप पर्याप्त सावधानी बरतते हैं।
krembo99

@ krembo99, क्या आप अपने tecnique को थोड़ा और समझा सकते हैं?
मोलोकॉम

@Rarst, जहाँ तक BackupBuddy का संबंध है, यह उनके FAQ से है: "नहीं। BackupBuddy Multis समर्थन समर्थन प्रयोगात्मक है। यह उत्पादन साइटों के लिए अनुशंसित नहीं है और आधिकारिक तौर पर समर्थित नहीं है।"
मोलोकॉम

जवाबों:


4

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

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

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

अपनी थीम फ़ाइलों को ले जाना बहुत सरल होना चाहिए। अपनी थीम फ़ाइलों को wp-content / themes निर्देशिका में अपलोड करें और इसे हमेशा की तरह सक्रिय करें। मैं यह मान रहा हूं कि यह एक साझा विषय है जिसकी सभी ब्लॉग तक पहुंच है।

नए स्थान पर wp-content / plugins के लिए प्लगइन फाइलें अपलोड करें । उन्हें अभी तक सक्रिय न करें।

ध्यान दें कि आपके द्वारा माइग्रेट किए जा रहे ब्लॉग के लिए अनन्य कोई भी सामग्री उस निर्देशिका में स्थित होगी जो इस तरह दिखती है जैसे wp-content/blogs.dir/2/files2 साइट आईडी है। यदि नए स्थान पर इस साइट आईडी को बनाए रखना संभव है, तो नए स्थान पर माइग्रेट करने के बाद डेटाबेस में संघर्ष को कम करने में मदद करनी चाहिए। अन्यथा, आपको नए पथ को प्रतिबिंबित करने के लिए अपने डेटाबेस को अपडेट करना होगा।

आपको जिस ब्लॉग पर माइग्रेट करने और नए स्थान पर आयात करने का प्रयास कर रहे हैं , उससे संबंधित मल्टीसाइट टेबल को निर्यात करना होगा । आपको उन तालिकाओं को संपादित करना होगा जो आपके द्वारा माइग्रेट किए जा रहे ब्लॉग से संबंधित डेटा संग्रहीत करती हैं। सुनिश्चित करें कि इन तालिकाओं का उपसर्ग नए स्थान पर समान है।

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

मल्टीसाइट टेबल अवलोकन देखें

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

सुनिश्चित करें कि नया स्थान उसी डेटाबेस उपसर्ग का उपयोग करता है जो आप आयात कर रहे हैं। उपसर्ग में आपके ब्लॉग के लिए साइट आईडी होगी और कुछ इस तरह दिखाई देगी wp_2_options, wp_2_posts, wp_2_postmetaलिसा सबिन-विल्सन द्वारा खोज वर्डप्रेस मल्टीसाइट
देखें

मैं मान रहा हूं कि आप जानते हैं कि phpmyAdmin के माध्यम से या अपने टर्मिनल में mysqldump कमांड के साथ आयात / निर्यात कैसे करें। यह इस पद के दायरे से थोड़ा परे है, लेकिन यहां एक निर्यात उदाहरण है जो मदद करना चाहिए।

से कैसे आप mysqldump करते विशिष्ट तालिका (रों)? (सिंटेक्स को अधिक स्पष्ट होने के लिए थोड़ा संपादित किया गया।):

यदि आप mydb नाम के डेटाबेस से टेबल t1, t2 और t3 डंप कर रहे हैं

mysqldump -u <username> -p <password> mydb t1 t2 t3 > mydb_tables.sql

नई साइट पर प्लगइन्स को सक्रिय करने से पहले, प्रशासक cp में अपनी पर्मलिंक सेटिंग्स पर जाएं और डेटाबेस फ़ाइलों को नई साइट url में अपडेट करने के लिए सेटिंग्स को सेव करें। अपने प्लगइन्स को सक्रिय करें और देखें कि क्या कोई समस्या है।

एक समस्या जिसे आप चला सकते हैं वह है आपके टेबल में डेटा क्रमांकन के साथ।

"[...] पुराने डोमेन नाम या स्थान के संदर्भ डेटाबेस में बने रहेंगे, और इससे लिंक या थीम डिस्प्ले के साथ समस्याएं हो सकती हैं।

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

ध्यान रखें कि डेटा क्रमांकन आपके प्लग इन से संबंधित डेटाबेस तालिकाओं में भी विरोध पैदा कर सकता है। डेटाबेस में संग्रहीत url पर मैन्युअल खोज और प्रतिस्थापित करने के बजाय , पिछले कोडेक्स लिंक में अनुशंसित डेटाबेस खोज और स्क्रिप्ट की जगह का उपयोग करें। यदि डेटाबेस में क्रमिकरण के कुछ ही उदाहरण हैं, तो आप उन्हें phpMyAdmin के माध्यम से मैन्युअल रूप से संपादित कर सकते हैं या आपके डेटाबेस को प्रबंधित करने के लिए आपकी प्राथमिकता जो भी हो।

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


धन्यवाद! तो ऐसा लगता है कि इस तरह से काम करने पर कोई वास्तविक लाभ नहीं है: यह चोट का एक बैग है। यह बेहतर होगा कि स्थानीय एकल साइट विकसित की जाए और मल्टीसाइट वातावरण में माइग्रेट किया जाए?
मोलोकॉम

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

0

क्या आप वर्डप्रेस की निर्यात और आयात सुविधाओं में निर्मित का उपयोग नहीं कर सकते हैं? फिर यह एफ़टीपी के माध्यम से थीम को एक इंस्टॉल से अगले तक ले जाने की बात है। यह काफी जल्दी से चला जाता है और आप 5 मिनट से भी कम समय में इंस्टॉल के बीच साइट को माइग्रेट कर सकते हैं।

आप नामक एक गंधा प्लगइन का उपयोग कर उपयोगकर्ता क्रेडेंशियल सिंक कर सकते हैं उपयोगकर्ता Syncronization

मैंने इसका उपयोग नहीं किया है, लेकिन किसी मौजूदा साइट से किसी नए पर जाने के लिए ManageWP में एक उपयोगकर्ता के अनुकूल तैनाती और क्लोन टूल है ... यह देखने में है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.