मुझे एक बहु-साइट सेटअप का उपयोग कब करना चाहिए?


13

मेरे पास 4 ड्रुपल साइट हैं जिनका एक दूसरे से कोई लेना-देना नहीं है, सिवाय इसके कि वे सभी ड्रुपल पर चलते हैं और वे सभी मेरे द्वारा प्रबंधित हैं।

प्रत्येक साइट की जरूरत के मॉड्यूल अलग-अलग होंगे, लेकिन वे संभवतः मॉड्यूल के कुछ छोटे सबसेट को साझा करते हैं।

क्या यह स्थिति मल्टी-साइट कॉन्फ़िगरेशन का उपयोग करने के लिए एक अच्छा उम्मीदवार है?

यदि मैं पांचवीं साइट जोड़ना चाहता हूं तो क्या होगा? मैं नया कैसे अपलोड करूंगा, या यह कैसे काम करेगा?

जवाबों:


11

मल्टी-साइट सेटअप एक ही कोडबेस पर निर्भर होने के कारण थोड़ा मुश्किल है। आप इस परिदृश्य में एक मल्टी-साइट सेटअप का उपयोग कर सकते हैं, लेकिन ध्यान रखें कि जब आप किसी मॉड्यूल को अपग्रेड करते हैं sites/all/modules, तो यह सभी साइटों को प्रभावित करेगा (जब तक कि इसमें ओवरराइड नहीं किया जाता sites/$SITENAME/modules)।

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

इसके अतिरिक्त, यदि मॉड्यूल अपग्रेड के दौरान महत्वपूर्ण डेटाबेस परिवर्तन की आवश्यकता होती है, तो आप पाएंगे कि आपको चलाने के लिए सुनिश्चित करने के लिए एक ही समय में कई साइटों को नीचे ले जाना होगा update.php

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

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

एक मल्टी-साइट सेटअप में नई साइट जोड़ना बहुत सीधा है: sitesएडिट sites/sites.php(Drupal 7 only) के तहत एक नया फ़ोल्डर बनाएं , उस नए फ़ोल्डर में कॉपी sites/default/default.settings.phpकरें settings.php, और किसी ब्राउज़र में साइट पर जाएं। Drupal को स्थापना प्रक्रिया शुरू करनी चाहिए और नए फ़ोल्डर का उपयोग करना चाहिए। आपकी नई साइट पर sites/all/modulesआपकी बाहर निकलने वाली साइटों की तरह सभी मॉड्यूल तक पहुंच होगी ।


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

@sameold जो मैं Drupal विकास के लिए उपयोग करता हूं, वह एक git रिपॉजिटरी है जिसमें सबमॉड्यूल्स के रूप में मेरे अवश्य-उपयोग मॉड्यूल शामिल हैं। फिर यह git clone git@my.repository.com:/base.git newsiteएक स्वच्छ वातावरण पाने के लिए दौड़ने की बात है।

4
एक वैकल्पिक मूल सेटअप के लिए एक ड्रश मेक फाइल होगी। एक अन्य मामूली नोट, संपादन साइटें / sites.php वैकल्पिक है और केवल तभी आवश्यक है जब D6 में डिफ़ॉल्ट लुकअप काम नहीं करता है (जैसे एक साइट के लिए कई डोमेन के साथ बहु-साइट)।
बेदिर

2

मैं एक बहु साइट का उपयोग करूंगा जहां आपके पास संबंधित सामग्री की पेशकश है लेकिन विभिन्न दर्शकों के लिए।

उदाहरण के लिए हम इसे अपने इंट्रानेट के लिए उपयोग करते हैं जो कई ब्रांडों का समर्थन करता है। यह प्रत्येक ब्रांड को सामग्री / उपयोगकर्ताओं को साझा करने के विकल्प के साथ व्यक्तिगत रूप से प्रशासित करने की अनुमति देता है (दोहराव को कम करने पर भारी बचत)।

एक अद्वितीय इंटरफ़ेस (मेनू / ब्लॉक / थीम) होने के कारण यह सुनिश्चित करने में एक लंबा रास्ता तय होता है कि विभिन्न विभाग आसानी से उन तक पहुंच सकते हैं जो उनके लिए सबसे महत्वपूर्ण हैं।

डोमेन एक्सेस का उपयोग करके बहुत सारी सुविधाएँ उपलब्ध हैं जैसे कि उपयोगकर्ता को अपनी डिफ़ॉल्ट साइट सेट करने की अनुमति, उप डोमेन द्वारा विभिन्न साइटें (ताकि आप मार्केटिंग कर सकते हैं ।intranet.local या Engineering.intranet.local आदि), साइटों के बीच खोज, एक्सेस कंट्रोल आदि। ।

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