Drupal मल्टीसाइट के उपयोग के विकल्प

(मूल चर्चा देखें #3004496: Composer के साथ मल्टीसाइट संगतता में सुधार करें पर।)

हालाँकि यह निर्णय लेते समय कि Drupal की मल्टीसाइट सुविधा का उपयोग किया जाए या नहीं, विभिन्न विचारों को ध्यान में रखना चाहिए, यहाँ कुछ सामान्य कारण दिए गए हैं जिनकी वजह से डेवलपर्स इसे चुनते हैं:

• उपयोगकर्ता मल्टीसाइट का उपयोग अन्य साइटों के लिए साइट प्रतिकृतियाँ (replicas) बनाने के लिए करते हैं। (एक ही कोडबेस, वही फ़ीचर्स और कार्यक्षमता, केवल थीम साइट से साइट तक अलग होती है।)
• वे मल्टीसाइट का उपयोग कई संबंधित साइटों की होस्टिंग के लिए करते हैं, जैसे कि किसी विश्वविद्यालय में दर्जनों विभाग होते हैं जहाँ सभी को *मुख्यतः* समान सुविधाओं की आवश्यकता होती है, लेकिन कुछ विभागों की अपनी विशिष्टताएँ होती हैं (साझा कोर, सामान्य मॉड्यूल प्रोफ़ाइल, विभिन्न साइटों पर अलग-अलग कस्टम मॉड्यूल)।
• कभी-कभी वे किसी एक साइट पर केवल एक मॉड्यूल को अपडेट करते हैं ताकि “अपडेट का परीक्षण” कर सकें — यानी एक साइट पर मॉड्यूल का नया संस्करण होता है जबकि अन्य पर पुराना।
• कभी-कभी वे डेटाबेस तालिकाओं को साझा करते हैं। [ऐतिहासिक रूप से साझा होस्टिंग वातावरणों में, जहाँ केवल एक डेटाबेस दिया जाता था]
• जब किसी सुरक्षा समस्या के लिए केवल मॉड्यूल को अपडेट करने की आवश्यकता होती है (और डेटाबेस अपडेट नहीं होता), तो मल्टीसाइट में यह प्रक्रिया स्वतंत्र साइटों की तुलना में आसान होती है [यह केवल मॉड्यूल्स पर लागू होता है, कोर पर नहीं]
• सरल और PHPUnit-आधारित कार्यात्मक परीक्षण दोनों ही परीक्षण चलाने के लिए मल्टीसाइट सुविधाओं का उपयोग करते हैं।
• कभी-कभी वे प्रत्येक कोडबेस के लिए होस्टिंग लागत बचाने के लिए मल्टीसाइट का उपयोग करते हैं — या तो प्रदाता की प्रारंभिक लागतों को कम करने के लिए या स्वयं होस्टिंग प्रदान करने और प्रबंधित करने में कठिनाइयों के कारण।
• उपयोगकर्ता संसाधनों के उपयोग को कम करने के लिए मल्टीसाइट का उपयोग करते हैं: एक ही ऑपकोड कैश साझा करने वाली कई साइटें चलाने से मेमोरी की बचत होती है।
• विकास के दौरान मल्टीसाइट का उपयोग: किसी विशिष्ट समस्या पर काम करने के लिए नया चाइल्ड साइट बहुत जल्दी लॉन्च करना आसान होता है।
• होस्टनेम-आधारित कॉन्फ़िगरेशन फ़ाइलों का समर्थन करने के लिए।