प्रवासन स्थानीय वातावरण से उत्पादन पर्यावरण तक है। उत्पादन वातावरण ने कुछ समय चलाया और बहुत सारे लेख बनाए।
अपनी साइट पर नई चीज़ें जोड़ने के लिए, मैंने एक कस्टम थीम जोड़ी और अपने स्थानीय परीक्षण वातावरण में CCK, Views और अन्य मॉड्यूल स्थापित किए। अब जब स्थानीय परीक्षण वातावरण समाप्त हो गया है, तो मैं इसके डेटाबेस की सामग्री को नष्ट किए बिना, इसे उत्पादन वातावरण में कैसे स्थानांतरित करूं?
जवाबों:
यह एक गैर-तुच्छ समस्या है, जिसके लिए लगभग सभी का अलग-अलग उत्तर है: उत्पादन को बढ़ाने के लिए मंचन को संभालने के लिए एक विहित Drupal तरीका नहीं है। ड्रिप्स क्रेतार्ट, वह व्यक्ति जो ड्रुपल शो चलाता है, उसने इसे ड्रुपल 8 की महत्वपूर्ण पहलों में से एक बना दिया । बेशक, ड्रुपल 7 को अभी जारी किया गया था, इसलिए यह किसी भी फल को सहन करने से पहले थोड़ी देर होगी।
समस्या को दो अलग-अलग मुद्दों में विभाजित किया जा सकता है:
पूर्व को ज्यादातर फ़ीचर मॉड्यूल द्वारा नियंत्रित किया जा सकता है , जो आपकी साइट कॉन्फ़िगरेशन को ले जाएगा और इसे एक मॉड्यूल में बदल देगा जिसे आप अपने Drupal स्थापना में जोड़ सकते हैं: इस तरह, आप इसे अपने संस्करण नियंत्रण प्रणाली में जोड़ सकते हैं और इसके बारे में चिंता करने की आवश्यकता नहीं है। उड़ाया जा रहा है जब आप अपनी सामग्री को स्थानांतरित करते हैं।
उत्तरार्द्ध वास्तव में मुश्किल है, क्योंकि एक सक्रिय साइट पर, यह संभावना है कि सामग्री आपके उत्पादन परिवेश में प्रारंभिक सिंक करने के बाद भी उत्पादन पर बदल जाएगी। यह मचान के दौरान सामग्री के थोक प्रतिस्थापन को रोकता है जैसे आप कॉन्फ़िगरेशन के साथ कर सकते हैं।
इसके अतिरिक्त, Drupal सामग्री के लिए सार्वभौमिक रूप से विशिष्ट पहचानकर्ताओं (UUIDs) का उपयोग नहीं करता है: हर बार नोड या उपयोगकर्ता को जोड़ने पर, ID एक से बढ़ जाती है। तो आपके विकास स्थल पर नोड 45 क्या हो सकता है आपके उत्पादन स्थल पर नोड 90 हो सकता है।
दुर्भाग्य से, मेरे पास इसके लिए एक महान समाधान नहीं है: मंचन सामग्री ड्रुपल की वास्तविक कमजोरी है। मैं व्यक्तिगत रूप से केवल उत्पादन साइट पर सामग्री जोड़ता हूं। यदि कोई ग्राहक यह देखना चाहता है कि लाइव होने से पहले सामग्री कैसी दिखती है, तो मैं उत्पादन साइट का एक क्लोन तैयार करूंगा जो केवल ग्राहक के लिए सुलभ हो। फिर, एक बार स्वीकृत होने के बाद, उत्पादन में सीधे वही बदलाव किए जाते हैं।
एक और विकल्प है जो चारों ओर उछाला जाता है: डिप्लॉय मॉड्यूल। मचान सामग्री को अपेक्षाकृत दर्द रहित बनाने के लिए सेवाओं का लाभ उठाना चाहिए । लेकिन मैं इसकी प्रभावशीलता के लिए वाउच नहीं कर सकता और इसमें ड्रुपल 7 संस्करण नहीं है।
हमारी प्रक्रिया में।
हम हडसन का उपयोग अपनी देव / मचान शाखाओं के पुनर्निर्माण के लिए करते हैं ताकि जीवित और देव शाखाओं को सिंक किया जा सके।
चूंकि हम Git का उपयोग कर रहे हैं, प्रत्येक कार्य जो हम कर रहे हैं उसकी अपनी शाखा है, तो जब QA में उत्तीर्ण होता है तो हम इसे प्रतिगमन परीक्षण के लिए हमारे मंचन सर्वर के रूप में मास्टर करने के लिए मर्ज करते हैं।
जब मास्टर तैयार हो जाता है तो हम एक परीक्षण जारी करते हैं Release Serverजो हमारे लिए लाइव (कॉन्फ़िगरेशन, हार्डवेयर, आदि) की प्रतिकृति है।
हम Featureकॉन्फ़िगरेशन को लागू करने के लिए मॉड्यूल का उपयोग करते हैं । कुछ सामान अभी तक सुविधा द्वारा समर्थित नहीं हैं, इसलिए हम hook_update_N का उपयोग करते हैं और फिर updateb.php चलाएं याdrush -vd updb
drush fra --yesसभी ओवरराइड फीचर को वापस करने के लिए फीचर्स रिवर्ट ( )।चूंकि हम बूस्ट (वार्निश की ओर बढ़ रहे हैं) और मेमेचे का उपयोग कर रहे हैं, हमें कैश ( drush cc all) को खाली करने की आवश्यकता है ।
हम अपनी छवियों / वीडियो आदि को सिंक करने के लिए rsync का उपयोग कर रहे हैं ...
XAMPP सर्वर से दूसरे सर्वर पर माइग्रेट करने के लिए, मैंने इस साइट पर निर्देशों का पालन किया ।
सुनिश्चित करें कि आप अपने उत्पादन सर्वर पर उसी संरचना को रखते हैं जैसा आपने अपने विकास सर्वर पर किया था। मुझे Drupal admin डैशबोर्ड में स्थित कुछ फाइलों को भी एडिट करना था: admin / config / media / file-system
सुनिश्चित करें कि आपके सार्वजनिक फ़ाइल सिस्टम पथ और अस्थायी निर्देशिका में सही स्थान सेट हैं।