Drupal साइट कॉन्फ़िगरेशन डेटा को एक समान तरीके से संग्रहीत करता है — सक्रिय मॉड्यूलों की सूची से लेकर कंटेंट प्रकारों, टैक्सोनॉमी शब्दकोशों, फ़ील्ड्स और व्यूज़ तक।

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

यह एक सरल उदाहरण है, जो दिखाता है कि साइट का नाम एक वातावरण में कैसे कॉन्फ़िगर किया जा सकता है और दूसरे वातावरण में कैसे परिनियोजित (deploy) किया जा सकता है। इस उदाहरण में tar.gz कॉन्फ़िगरेशन फ़ाइलों को मैन्युअल रूप से अपलोड और डाउनलोड करना शामिल है, लेकिन आप अपनी साइट की सिंक डायरेक्टरी को संस्करण नियंत्रण (version control) के अंतर्गत रखकर और उसे सिंक करके भी यह कर सकते हैं।

1. Drupal 8 स्थापित करें। हम इस साइट को “प्रोडक्शन” कहेंगे।

यह पृष्ठ यह मानकर चलता है कि आप Drush का उपयोग करना जानते हैं और आपके पास इसका नवीनतम संस्करण स्थापित है।

नीचे दिए गए उदाहरण में दिखाया गया है कि विकास (development) साइट से लाइव (live) साइट पर परिवर्तन कैसे निर्यात (export) किए जा सकते हैं। इसके विपरीत दिशा में भी यह संभव है।

1. Drupal 8 स्थापित करें। हम इस साइट को “Live” कहेंगे।

डिफ़ॉल्ट रूप से Drupal कॉन्फ़िगरेशन सिंक्रोनाइज़ेशन डायरेक्टरी को साइट की फाइल डायरेक्टरी में रखता है, जिसमें डायरेक्टरी नाम का हिस्सा एक हैश (hash) के रूप में उपयोग किया जाता है — जैसे कि sites/default/files/config_HASH।

HASH एक लंबी यादृच्छिक वर्णों की स्ट्रिंग होती है। यह कॉन्फ़िगरेशन तक इंटरनेट के माध्यम से पहुंच को कठिन बनाता है (हालांकि असंभव नहीं)। स्थापना के बाद सिंक्रोनाइज़ेशन डायरेक्टरी का स्थान बदला जा सकता है।

ध्यान दें कि डिफ़ॉल्ट रूप से Drupal कॉन्फ़िगरेशन प्रबंधन की जानकारी को डेटाबेस में संग्रहीत करता है। ताकि फाइल सिस्टम आधारित कार्यप्रवाह (workflow) सही ढंग से काम करे, आपको settings.php और services.yml फ़ाइलों को संशोधित करना होगा।

आपने एक Drupal 8 साइट बनाई है और उसे अपने सर्वर पर होस्ट करना चाहते हैं
या
आपने अपनी Drupal 8 साइट को अपने रिमोट सर्वर पर सेटअप किया है और उस पर स्थानीय रूप से काम करना चाहते हैं।

Drupal 8 अलग है

Drupal 7 तक यह प्रक्रिया काफी सरल थी: सभी फ़ाइलों की कॉपी करें, डेटाबेस की कॉपी करें — और सब तैयार।
Drupal 8 में, CMI (Configuration Management Initiative) शामिल है, और इसके लिए अतिरिक्त ध्यान देने की आवश्यकता होती है।

Drupal में एक सुविधा है जो एक ही कोडबेस से कई स्वतंत्र साइटों को संचालित करने की अनुमति देती है। प्रत्येक साइट का अपना डेटाबेस, कॉन्फ़िगरेशन, फ़ाइलें और अपना डोमेन या URL होता है। जब तक यह दस्तावेज़ और विस्तारित नहीं किया जाता, कृपया Drupal 7 के लिए संबंधित दस्तावेज़ देखें।

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

Drupal मल्टीसाइट इंस्टॉलेशन का उपयोग करने का मुख्य कारण यह है कि यह आपका समय बचाता है जब आप कई Drupal साइटों का प्रबंधन करते हैं जो एक ही Drupal कोर संस्करण पर चल रही हैं। जब भी Drupal कोर का नया अपडेट जारी होता है, तो आपको केवल एक कोडबेस पर अपडेट करना होगा — प्रत्येक साइट पर अलग-अलग नहीं। लेकिन इसके कुछ नुकसान भी हैं। हालांकि, यदि आप Aegir होस्टिंग सिस्टम का उपयोग करते हैं, तो ये नुकसान काफी हद तक कम हो जाते हैं।