ड्रुपल मल्टीसाइट

यह मुझे अजीब लग रहा था कि यह विषय व्यावहारिक रूप से हब पर शामिल नहीं है, और मैं इस स्थिति को थोड़ा ठीक करने की कोशिश करूंगा।

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

ज्वाइन करने के बजाय

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

यह कैसे किया जाता है?

यह Drupal फ़ोल्डर संरचना के निर्माण की तार्किक साक्षरता पर ध्यान दिया जाना चाहिए। कर्नेल मूल कोड से अलग है, सभी कोड मार्कअप से अलग है। मल्टीप्ल "Drupal" बॉक्स से बाहर प्रदान किया गया है, जिसके लिए रूट निर्देशिका में एक साइट फ़ोल्डर है। इस फ़ोल्डर में उन साइटों के लिए सेटिंग्स फाइलें होनी चाहिए जो मुख्य साइट के साथ संयोजन में हैं। Drupal को कम से कम एक बार इंस्टॉल करने वाले लोग जानते हैं कि Drupal को फ़ोल्डर में settings.php फ़ाइल के निर्माण की आवश्यकता है

sites/default

इस स्थिति में, फ़ोल्डर का नाम 'डिफ़ॉल्ट' इसकी "मुख्य" साइट से संबंधित है।
मामले में जब आपको मल्टीसिटिंग को व्यवस्थित करने की आवश्यकता होती है, तो डोमेन नामों के साथ फ़ोल्डर्स 'डिफ़ॉल्ट' के बगल में बनाए जाते हैं और सेटिंग्स / साइट्स से फ़ाइलें / सभी / डिफ़ॉल्ट / default.settings.php को कॉपी किया जाता है।

sites/first.example.ru/settings.php
sites/second.example.ru/settings.php
.
.
.
sites/n.example.ru/settings.php

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

sites/first.example.ru/themes/
sites/first.example.ru/modules/

फ़ोल्डर में स्थित थीम्स और मॉड्यूल

sites/all

एक मल्टीसाइट बंडल में सभी साइटों के लिए उपलब्ध होगा। इस प्रकार, आप उन्हें अपडेट करने के लिए समय को काफी कम कर सकते हैं।

महत्वपूर्ण! बंडल में सभी साइटों के लिए दस्तावेज़ रूट में एक होना चाहिए - रूट निर्देशिका जिसमें Drupal स्थापित है (जहां index.php झूठ है)। इस फ़ोल्डर के लिए सिमलिंक का एक संस्करण भी संभव है।

फोल्डर का नाम कैसे दें?

सेटिंग्स.php फ़ाइलों की खोज करते समय, ड्रुपल "उपकुंजी" को बाएं से दाएं और बाएं से दाएं सबफ़ोल्डर्स के नामों को काटता है। उदाहरण से, यह स्पष्ट हो जाना चाहिए कि इसका क्या मतलब है।

मान लीजिए कि हमें जिस साइट में स्थापित होना है

www.example.ru/mysite/test

Drupal, निर्धारित क्रम में निम्नलिखित फ़ोल्डरों में settings.php फ़ाइल की खोज करेगा:

1. sites/www.example.ru.mysite.test
2. sites/example.ru.mysite.test
3. sites/ru.mysite.test

4. sites/www.example.ru.mysite
5. sites/example.ru.mysite
6. sites/ru.mysite

7. sites/www.example.ru
8. sites/example.ru
9. sites/ru

10. sites/default

पहली फ़ाइल का उपयोग किया जाएगा, बाकी को अनदेखा किया जाएगा। उदाहरण दिखाता है कि काम करने के लिए example.ru साइट के लिए, यह settings.php को रखने के लिए पर्याप्त है

sites/example.ru/settings.php

और इसमें कोई नकल करने की आवश्यकता नहीं है

sites/www.example.ru/settings.php

क्योंकि और example.ru के माध्यम से निपटने पर, और www.example.ru को संभालने पर , Drupal को एक ही फ़ाइल मिलेगी।

यदि आपको गैर-मानक पोर्ट पर स्थापित साइट को बांधने की आवश्यकता है, तो पोर्ट को अतिरिक्त उपडोमेन के रूप में इंगित किया गया है। तो, साइट के लिए

www.example.ru:8080/mysite/test/

सेटिंग्स.php फ़ाइल के साथ फ़ोल्डर होना चाहिए

sites/8080.www.example.ru.mysite.test

मैं अपने दम पर जोड़ूंगा कि मैं सबफ़ोल्डर में स्थापित साइटों को जोड़ने की सिफारिश नहीं करूंगा, जैसा कि उनके सही कामकाज की गारंटी नहीं है (जैसा कि प्रलेखन में कहा गया है)। बेशक, संभावित त्रुटियों को ठीक करने के लिए सिफारिशें हैं, जैसे www.example.ru.mysite के लिए दस्तावेज़ रूट को www.example.ru के लिए एक सिम्लिंक दस्तावेज़ रूट बनाना:

( document root www.example.ru)
ln -s . mysite

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

क्या सेटिंग्स में बदलने के लिए।

1. यदि हम पूरी तरह से स्वतंत्र साइटों का उपयोग करना चाहते हैं

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

2. यदि हम साइटों को एक सामान्य डेटाबेस या साझा तालिकाओं के साथ उपयोग करना चाहते हैं

एक। यदि साइटें समान डेटाबेस का उपयोग करेंगी

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

साइटों में / first.ru / settings.php हम लिखते हैं:

// $db_prefix = '';

$db_prefix = array(
"default" => "first_",
"users" => "common_",
"sessions" => "common_",
"authmap" => "common_",
"profile_fields" => "common_",
"profile_values" => "common_",
);


साइटों / डिफ़ॉल्ट / settings.php में

// $db_prefix = '';

$db_prefix = array(
"default" => "default_",
"users" => "common_",
"sessions" => "common_",
"authmap" => "common_",
"profile_fields" => "common_",
"profile_values" => "common_",
);

इस प्रकार, साइट first.example.ru साइट के साथ उपयोगकर्ताओं और उनके प्रोफाइल के एक सामान्य डेटाबेस का उपयोग करेगा। लेकिन इस तरह से शामिल न हों, क्योंकि संयोजन में प्रत्येक नई साइट के साथ, औसतन, तालिकाओं की संख्या 60-70 तक बढ़ जाएगी। दस साइटों पर डेटाबेस का क्या होगा इसकी गणना करना आसान है। एक डेटाबेस के सही संचालन पर सभी साइटों की निर्भरता में इसे जोड़ें।

ख। यदि साइटें विभिन्न डेटाबेस और कुछ सामान्य तालिकाओं का उपयोग करेंगी।

मान लें कि हमें उपयोग करने की आवश्यकता है:

• सामान्य विचार (व्यू मॉड्यूल द्वारा निर्मित)
• उपयोगकर्ताओं का एक सामान्य डेटाबेस और example.ru और fisrt.example.ru साइटों के लिए उनका प्रोफ़ाइल

और मान लीजिए कि:

• उदाहरण के लिए DB नाम - उदाहरण
• example.ru के लिए तालिका उपसर्ग example_ है,
• First_example.ru के लिए DB नाम - पहला
• तालिका तालिका उपसर्ग fisrt.example.ru के लिए पहले_ है।

साइटों में / first.ru / settings.php हम लिखते हैं:

// $db_prefix = '';

$db_prefix = array(
"default" => "first_",
"users" => "example.example_",
"sessions" => "example.example_",
"authmap" => "example.example_",
"profile_fields" => "example.example_",
"profile_values" => "example.example_",
"views_display" => "example.example_",
"views_view" => "example.example_",

);

साइटों / डिफ़ॉल्ट / settings.php में

$db_prefix = 'example_';

इस तरह, First.example.ru के लिए, दृश्य डेटाबेस के बारे में डेटा और उपयोगकर्ताओं को उदाहरण डेटाबेस से लिया जाएगा, और बाकी सभी उदाहरण डेटाबेस से लिए जाएंगे।

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

निष्कर्ष

Drupal multisite को कॉन्फ़िगर करना और stably काम करना काफी आसान है। मुझे इस समस्या को पूरा करने के बावजूद समस्याओं से नहीं जूझना पड़ा, मुझे view_display, views_view, block और block_roles तालिकाओं को मिलाने की जरूरत थी, जबकि व्लाद सवित्स्की ने ब्लॉक * को तालिकाओं के रूप में वर्गीकृत किया, और view_ * तालिकाओं के रूप में। गठबंधन जो आपको बहुत सावधानी से चाहिए।
दूसरी ओर, मैक्स किर्लेंको का मानना ​​है कि "मल्टी टेबल पर मल्टीसिटेनिग ड्रुपल की एक अविभाजित विशेषता है, इसमें फायदे की तुलना में अधिक समस्याएं हैं।" लेकिन उनका लेख Drupal 5 के बारे में है, और शायद यही कारण है।
इस पर टिप्पणियों की प्रतीक्षा की जा रही है।

विषय पर दो उपयोगी मॉड्यूल:

मल्टीसाइट खोज - आपको एक गुच्छा में साइटों की सामग्री को अनुक्रमित करने और उन पर एक खोज करने की अनुमति देता है
मल्टीसिट लॉगिन - आपको विभिन्न साइटों पर भी एक गुच्छा में सभी साइटों के लिए प्राधिकरण बचाने की अनुमति देता है

UPD: pvasili आपको / साइट्स / सभी फ़ोल्डर में मॉड्यूल को अपडेट करते समय सावधान रहने की सलाह देता है (इस फ़ोल्डर का उपयोग करके सभी डोमेन पर update.php चलाना सुनिश्चित करें)।
UPD: सबसे पहले, Drupal साइटों / example.ru / मॉड्यूल में एक मॉड्यूल की तलाश करेगा, और उसके बाद / साइटों / सभी मॉड्यूल में
UPD: ड्रश के जरिए अपडेट करने के लिए andyceo ने एक स्क्रिप्ट लिखी
UPD: शुबा ने Drupal 7 के लिए एक उपयोगी नवाचार का वर्णन किया है