Ultimate Multisite 101

Ultimate Multisite हे एक WordPress Multisite प्लगइन आहे जे तुम्हाला ग्राहकांना WaaS किंवा Websites as a Service देण्याची सुविधा देते. आपण Ultimate Multisite तुमच्या व्यवसायाला आणि ग्राहकांना कसे मदत करू शकते हे शिकण्यापूर्वी, काही मूलभूत माहिती समजून घेणे आवश्यक आहे.

WordPress Multisite

आपल्यापैकी बहुतेकांना साध्या WordPress इंस्टॉलेशनची माहिती आहे. तुम्ही एकतर तुमच्या होस्टिंग प्रोव्हायडरच्या कंट्रोल पॅनलमधून ते तयार करता किंवा, धाडसी लोकांसाठी, नवीन वेब सर्व्हर आणि डेटाबेस सेट करता, कोअर फाइल्स डाउनलोड करता आणि इंस्टॉलेशन प्रक्रिया सुरू करता.

हे जगभरातील लाखो WordPress साइट्ससाठी काम करते, पण एजन्सी किंवा होस्टिंग प्रोव्हायडरच्या दृष्टीकोनातून एक क्षण व्हॉल्यूमबद्दल बोलूया.

एक WordPress साइट किंवा ऑटोमेटेड कंट्रोल पॅनलद्वारे शंभर साइट्स तयार करणे सोपे असले तरी, या साइट्सचे व्यवस्थापन करायला लागले की समस्या दिसू लागतात. व्यवस्थापन न केल्यास तुम्ही मालवेअरचे सोपे लक्ष्य बनता. व्यवस्थापन करणे म्हणजे मेहनत आणि संसाधने खर्च करणे, आणि जरी WordPress साइट्सचे व्यवस्थापन आणि प्रशासन सुलभ करण्यासाठी बाह्य टूल्स आणि प्लगइन्स उपलब्ध असले तरी, ग्राहकांकडे प्रशासकीय प्रवेश राहत असल्याने हे सर्व प्रयत्न सहज निष्फळ होऊ शकतात.

WordPress च्या कोअरमध्ये 'Multisite' नावाचे एक फीचर आहे जे 2010 मध्ये WordPress 3.0 च्या लाँचपासून आहे. तेव्हापासून नवीन फीचर्स आणि सुरक्षा सुधारणांसाठी अनेक अपडेट्स आले आहेत.

थोडक्यात, WordPress multisite असे समजा: एक विद्यापीठ WordPress चे एकच इंस्टॉलेशन ठेवते, पण प्रत्येक विभाग त्यांची स्वतःची WordPress साइट चालवतो.

हे विधान समजून घेण्यासाठी Ultimate Multisite च्या डॉक्युमेंटेशनमध्ये आणि WordPress समुदायामध्ये वापरल्या जाणाऱ्या काही मूलभूत संज्ञा पाहूया.

नेटवर्क

WordPress च्या संदर्भात, multisite नेटवर्क म्हणजे जिथे एका डॅशबोर्डवरून अनेक subsites व्यवस्थापित केल्या जाऊ शकतात. जरी multisite नेटवर्क तयार करण्याची प्रक्रिया होस्टिंग प्रोव्हायडरनुसार वेगळी असते, पण शेवटी wp-config.php फाइलमध्ये काही अतिरिक्त निर्देश जोडले जातात जेणेकरून WordPress ला कळेल की ते या विशिष्ट मोडमध्ये चालत आहे.

Multisite नेटवर्क आणि स्वतंत्र WordPress इंस्टॉलेशनमध्ये अनेक महत्त्वाचे फरक आहेत जे आपण थोडक्यात पाहू.

Subdomain विरुद्ध Subdirectory

तुम्हाला सर्वात प्रथम घ्यावयाचा निर्णय म्हणजे multisite इंस्टॉलेशन subdirectories वापरणार की subdomains. Ultimate Multisite दोन्ही पर्यायांसोबत उत्तम काम करते, पण या दोन कॉन्फिगरेशन्समध्ये काही आर्किटेक्चरल फरक आहेत.

Subdirectory कॉन्फिगरेशनमध्ये, नेटवर्क साइट्सना मुख्य डोमेन नावावर आधारित पाथ मिळतो. उदाहरणार्थ, 'site1' नावाच्या नेटवर्क साइटचा पूर्ण URL https://domain.com/site1 असेल. Subdomain कॉन्फिगरेशनमध्ये, नेटवर्क साइटला मुख्य डोमेन नावापासून तयार झालेला स्वतःचा subdomain मिळतो. त्यामुळे 'site1' नावाच्या साइटचा पूर्ण URL https://site1.domain.com/ असेल.

दोन्ही पर्याय पूर्णपणे वैध असले तरी, subdomains वापरण्याचे काही फायदे आहेत, पण त्यासाठी अधिक विचार आणि आर्किटेक्चर नियोजन आवश्यक आहे.

DNS च्या बाबतीत subdirectories वापरणे तुलनेने सोपे आहे. नेटवर्क साइट्स मुख्य पाथच्या चाइल्ड असल्याने, फक्त मुख्य डोमेन नावासाठी एकच DNS एंट्री आवश्यक आहे. Subdomains साठी हे थोडे अधिक गुंतागुंतीचे आहे - प्रत्येक नेटवर्क साइटसाठी वेगळी CNAME एंट्री किंवा DNS रेकॉर्ड्समध्ये wildcard (*) एंट्री आवश्यक आहे.

SSL आणि SSL सर्टिफिकेट्सचा वापर हा आणखी एक विचार करण्यासारखा मुद्दा आहे. Subdirectory कॉन्फिगरेशनमध्ये एकच डोमेन सर्टिफिकेट वापरता येते कारण नेटवर्क साइट्स मुख्य डोमेन नावाचे पाथ आहेत. त्यामुळे domain.com साठीचे सर्टिफिकेट https://domain.com/site1, https://domain.com/site2 आणि इतरांसाठी पुरेशी SSL सुविधा देईल.

Subdomain कॉन्फिगरेशनमध्ये wildcard SSL सर्टिफिकेट वापरणे हा सर्वात सामान्य पर्याय आहे. या प्रकारचे SSL सर्टिफिकेट डोमेन आणि त्याच्या subdomains साठी एन्क्रिप्शन प्रदान करते. त्यामुळे wildcard SSL सर्टिफिकेट https://site1.domain.com, https://site2.domain.com आणि https://domain.com साठी एन्क्रिप्शन देईल.

इतर पर्याय उपलब्ध असले तरी, ते बरेचदा मर्यादित असतात आणि त्यांच्या योग्यतेबद्दल अतिरिक्त कॉन्फिगरेशन आणि विचार आवश्यक असतो.

Plugins आणि Themes

WordPress जे देतो ते काढूनही घेतो, किमान ग्राहकाच्या दृष्टीकोनातून. स्वतंत्र WordPress इंस्टॉलेशनमध्ये साइट अॅडमिनिस्ट्रेटरने वाईट प्लगइन इंस्टॉल केले किंवा इंस्टॉलेशन अपडेट ठेवले नाही तर फक्त त्यांचेच नुकसान होते. पण, multisite इंस्टॉलेशनवर साइट अॅडमिनिस्ट्रेटरने वाईट प्लगइन इंस्टॉल केले तर नेटवर्कमधील प्रत्येक साइटचे नुकसान होते.

या कारणास्तव multisite म्हणून कॉन्फिगर केल्यावर WordPress साइट अॅडमिनिस्ट्रेटर्सकडून प्लगइन्स आणि थीम्स इंस्टॉल करण्याची क्षमता काढून घेतो आणि ती नव्याने तयार झालेल्या नेटवर्क अॅडमिनिस्ट्रेटर किंवा 'super admin' भूमिकेला देतो. ही विशेष भूमिका मग ठरवू शकते की नेटवर्क साइट्सच्या अॅडमिनिस्ट्रेटर्सना त्यांच्या डॅशबोर्डमध्ये प्लगइन्स मेनू दिसावा का आणि असल्यास, त्यांना प्लगइन्स activate किंवा deactivate करण्याची परवानगी द्यायची का.

या प्रमाणात नेटवर्क अॅडमिनिस्ट्रेटर नेटवर्कमध्ये प्लगइन्स आणि थीम्स इंस्टॉल करण्यासाठी जबाबदार आहे आणि नेटवर्क साइट्सना या प्लगइन्स आणि थीम्स वापरण्याची परवानगी देतो. साइट अॅडमिनिस्ट्रेटर्स प्लगइन्स आणि थीम्स इंस्टॉल करू शकत नाहीत किंवा त्यांच्या साइटला नियुक्त न केलेल्या प्लगइन्स आणि थीम्स ऍक्सेस करू शकत नाहीत.

Users आणि Administrators

WordPress Multisite मध्ये, सर्व नेटवर्क साइट्स समान डेटाबेस शेअर करतात आणि त्यामुळे समान users, roles आणि capabilities शेअर करतात. हे समजण्याचा सर्वोत्तम मार्ग म्हणजे सर्व वापरकर्ते नेटवर्कचे सदस्य आहेत, कोणत्याही विशिष्ट साइटचे नाही.

हे समजून घेतल्यावर, वापरकर्ते तयार करणे इष्ट नसू शकते आणि या कारणास्तव WordPress Multisite साइट अॅडमिनिस्ट्रेटर्सकडून ही क्षमता काढून घेतो आणि ती नेटवर्क अॅडमिनिस्ट्रेटरला देतो. नेटवर्क अॅडमिनिस्ट्रेटर मग साइट अॅडमिनिस्ट्रेटरला त्यांच्या स्वतःच्या साइटसाठी वापरकर्ता खाती तयार करण्याची आवश्यक परवानगी देऊ शकतो.

वर सांगितल्याप्रमाणे, जरी वापरकर्ता खाती साइटशी संबंधित दिसत असली तरी ती नेटवर्कला नियुक्त केलेली असतात आणि त्यामुळे नेटवर्कभर अद्वितीय असणे आवश्यक आहे. या कारणास्तव काही usernames उपलब्ध नसण्याची शक्यता असू शकते.

एंटरप्राइझ सिस्टम्समध्ये हे नवीन नसले तरी, वापरकर्ता नोंदणी आणि प्रमाणीकरणाचा हा एकच स्रोत स्वतंत्र WordPress इंस्टॉलेशन्सशी परिचित लोकांसाठी समजणे कठीण असते, जिथे वापरकर्ता प्रशासन तुलनेने सोपे असते.

Media

WordPress Multisite मध्ये नेटवर्क साइट्स एकच डेटाबेस शेअर करत असल्या तरी, मीडिया फाइल्ससाठी त्या फाइलसिस्टमवर वेगळे पाथ ठेवतात.

मानक WordPress स्थान (wp-content/uploads) तसेच राहते; तथापि, त्याचा पाथ नेटवर्क साइटच्या अद्वितीय ID दर्शवण्यासाठी बदलतो. त्यामुळे नेटवर्क साइटच्या मीडिया फाइल्स wp-contents/uploads/site/[id] म्हणून दिसतात.

Permalinks

आम्ही आधी सांगितले होते की subdomain कॉन्फिगरेशनचे subdirectory पेक्षा काही वेगळे फायदे आहेत आणि ते म्हणजे: पाथ.

Subdirectory कॉन्फिगरेशनमध्ये, मुख्य साइट (नेटवर्क स्थापन झाल्यावर तयार झालेली पहिली साइट) आणि नेटवर्क subsites ना डोमेन नावापासून समान पाथ शेअर करावा लागतो. यामुळे अनेक conflicts होण्याची शक्यता असते.

पोस्ट्ससाठी, नेटवर्क साइट्सशी clash टाळण्यासाठी मुख्य साइटला एक अनिवार्य /blog/ पाथ जोडला जातो. याचा अर्थ 'Post name' सारखे pretty permalinks domain.name/blog/post-name/ म्हणून दिसतील.

Subdomain कॉन्फिगरेशनमध्ये हे आवश्यक नाही कारण प्रत्येक नेटवर्क साइटला पूर्ण डोमेन विभक्तता मिळते आणि त्यामुळे एकाच पाथवर अवलंबून राहण्याची गरज नाही. त्याऐवजी ते त्यांच्या subdomain वर आधारित स्वतःचे वेगळे पाथ ठेवतात.

Static Pages

Subdirectory कॉन्फिगरेशनमध्ये नावांचे conflicts होण्याची शक्यता static pages पर्यंत पसरते कारण मुख्य साइट आणि नेटवर्क साइट्स समान पाथ शेअर करतात.

हे टाळण्यासाठी, WordPress काही साइट नावे blacklist करण्याची सोय देतो जेणेकरून ते पहिल्या साइटच्या नावांशी conflict होणार नाहीत. सामान्यतः नेटवर्क अॅडमिनिस्ट्रेटर मुख्य साइटच्या पेजेसचे root paths टाकतो.

Subdomain कॉन्फिगरेशनमध्ये नावांचे conflicts होण्याची शक्यता subdomain मुळे कमी होते कारण ते नेटवर्क साइटसाठी अद्वितीय असते आणि मुख्य साइटशी कोणत्याही प्रकारे संबंधित नसते.

Registration

WordPress Multisite च्या नेटवर्क सेटिंग्जमध्ये अनेक नवीन वापरकर्ता नोंदणी पर्याय उपलब्ध आहेत, जे नवीन आणि विद्यमान वापरकर्त्यांना साइट्स तयार करण्याची परवानगी देतात.

स्वतंत्र WordPress इंस्टॉलेशन्सच्या विपरीत, नेटवर्क साइट्सकडे वापरकर्ता नोंदणी परवानगी देण्याचे किंवा त्या नोंदणींना roles नियुक्त करण्याचे परिचित पर्याय नसतात.

वापरकर्ता खाती तयार केल्यावर ती नेटवर्क स्तरावर तयार होतात. त्यामुळे कोणत्याही एका विशिष्ट साइटशी संबंधित असण्याऐवजी ते नेटवर्कशी संबंधित असतात. याचे काही वेगळे फायदे आणि तोटे आहेत.

उदाहरणार्थ, समजा तुमचा WordPress Multisite बातम्या आणि माहितीच्या व्यवसायात आहे. तुम्ही multisite स्थापित कराल आणि मग प्लगइन्स आणि थीम्सवर एकूण नियंत्रण ठेवत finance, technology, entertainment आणि इतर विषयांसाठी नेटवर्क साइट्स तयार कराल. प्रत्येक नेटवर्क साइटला custom post types किंवा सामान्य पोस्ट कॅटेगरीजपेक्षा त्यांच्या नेटवर्क साइटचे स्वरूप आणि वापरकर्ता अनुभवावर खूप जास्त नियंत्रण मिळेल.

या प्रमाणात जेव्हा वापरकर्ता लॉग इन करतो तेव्हा तो नेटवर्कमध्ये लॉग इन करतो आणि शेवटी प्रत्येक नेटवर्क साइटमध्ये देखील लॉग इन होतो, ज्यामुळे एक सुलभ अनुभव मिळतो. जर तुमची नवीन साइट subscription आधारित असेल तर हा आदर्श उपाय आणि परिणाम असेल.

तथापि, जर multisite चा हेतू आणि उद्देश एकमेकांशी संबंध नसलेल्या वेगवेगळ्या नेटवर्क साइट्स देणे असेल तर जवळजवळ नेहमीच वापरकर्ता roles हाताळण्यासाठी बाह्य किंवा अतिरिक्त प्लगइन्स आवश्यक असतात.

Domain आणि SSL

आता एका WordPress Multisite इंस्टॉलेशनबद्दल बोलूया जे आपल्या लक्षातून जवळजवळ सुटते - WordPress.com. हे WordPress multisite चे आतापर्यंतचे सर्वात मोठे उदाहरण आहे आणि एखाद्या उद्देशासाठी ते किती विस्तृतपणे customize आणि आकार देता येते हे दाखवते.

आजच्या आधुनिक इंटरनेटवर SSL चा वापर जवळजवळ अनिवार्य आहे आणि WordPress multisites च्या नेटवर्क अॅडमिनिस्ट्रेटर्सना लवकरच या आव्हानांना सामोरे जावे लागते.

Subdomain कॉन्फिगरेशनमध्ये साइट्स root डोमेन नावावर आधारित तयार केल्या जातात. त्यामुळे 'site1' नावाची साइट 'site1.domain.com' म्हणून तयार होईल. Wildcard SSL सर्टिफिकेट वापरून, नेटवर्क अॅडमिनिस्ट्रेटर हे आव्हान यशस्वीपणे पेलू शकतो आणि नेटवर्कसाठी SSL एन्क्रिप्शन क्षमता प्रदान करू शकतो.

WordPress Multisite मध्ये एक domain mapping फंक्शन आहे जे नेटवर्क साइट्सना custom डोमेन नावे किंवा नेटवर्कच्या root डोमेनपेक्षा वेगळ्या डोमेन नावांशी संबद्ध करण्याची परवानगी देते.

नेटवर्क अॅडमिनिस्ट्रेटर्ससाठी हे डोमेन नाव कॉन्फिगरेशन आणि SSL सर्टिफिकेट्सच्या जारी करणे आणि देखभाल या दोन्हीमध्ये अतिरिक्त गुंतागुंत आणते.

या प्रमाणात WordPress Multisite www.anotherdomain.com ला 'site1' शी map करण्याची सोय देते, पण DNS entries बाह्यरित्या व्यवस्थापित करणे आणि SSL सर्टिफिकेट्स लागू करणे हे नेटवर्क अॅडमिनिस्ट्रेटरच्या जबाबदारीवर सोडले जाते.

Ultimate Multisite

स्वतंत्र WordPress इंस्टॉलेशन आणि Multisite इंस्टॉलेशनमधील फरक समजून घेतल्यावर, Ultimate Multisite Websites as a Service देण्यासाठी कसे परिपूर्ण शस्त्र आहे ते पाहूया.

परिचय

Website as a Service (WaaS) तयार करण्यासाठी Ultimate Multisite तुमची Swiss Army knife आहे. Wix.com, Squarespace, WordPress.com चा विचार करा आणि मग तुमची स्वतःची सेवा असण्याचा विचार करा.

Ultimate Multisite अंतर्गत WordPress Multisite वापरते पण ते अशा प्रकारे वापरते की नेटवर्क अॅडमिनिस्ट्रेटर्सना multisite इंस्टॉलेशन्ससोबत येणाऱ्या असंख्य आव्हानांचे निराकरण होते आणि विविध वापर प्रकरणांना समर्थन देण्यासाठी क्षमता वाढवल्या जातात.

पुढील विभागांमध्ये आपण काही सामान्य वापर प्रकरणे आणि त्या प्रकरणांना समर्थन देण्यासाठी आवश्यक विचार पाहू.

वापर प्रकरणे

प्रकरण 1: एक एजन्सी

सामान्यतः एजन्सीचे मुख्य कौशल्य वेबसाइट्सच्या डिझाइनमध्ये असते आणि होस्टिंग किंवा मार्केटिंग सारख्या बाबी अतिरिक्त सेवा म्हणून सूचीबद्ध केल्या जातात.

एजन्सींसाठी Ultimate Multisite एकाच प्लॅटफॉर्मवर अनेक वेबसाइट्स होस्ट आणि व्यवस्थापित करण्याच्या क्षमतेत अविश्वसनीय मूल्य प्रस्ताव देते. GeneratePress, Astra, OceanWP किंवा इतर विशिष्ट थीम्सवर त्यांची डिझाइन्स प्रमाणित करणाऱ्या एजन्सींसाठी तर आणखीनच, कारण ते प्रत्येक नवीन साइटसाठी या थीम्स स्वयंचलितपणे सक्रिय करण्यासाठी Ultimate Multisite च्या क्षमतांचा लाभ घेऊ शकतात.

त्याचप्रमाणे सामान्य आणि लोकप्रिय प्लगइन्ससाठी एजन्सी प्राइसिंगच्या भरपूर deals असल्याने, Ultimate Multisite चा वापर एजन्सींना एक सामान्य प्लॅटफॉर्म प्रदान करून विद्यमान गुंतवणुकीचा लाभ घेण्यास अनुमती देतो जिथून प्लगइन्स इंस्टॉल, देखरेख आणि वापरले जाऊ शकतात.

बहुधा domain mapping आणि SSL सर्टिफिकेट्ससह कॉन्फिगरेशन इच्छित असेल आणि सुदैवाने Ultimate Multisite अनेक लोकप्रिय होस्टिंग प्रोव्हायडर्स तसेच Cloudflare आणि cPanel सारख्या सेवांसोबतच्या integrations सह हे अविश्वसनीयपणे सोपे करते.

त्यामुळे यापैकी एक प्रोव्हायडर वापरून किंवा Ultimate Multisite Cloudflare मागे ठेवून डोमेन्स आणि SSL सर्टिफिकेट्सचे व्यवस्थापन सारख्या बाबी तुलनेने सोप्या होतात.

साइट्सच्या निर्मितीवर कडक नियंत्रण ठेवू इच्छिणाऱ्या एजन्सींना Ultimate Multisite च्या सुलभ इंटरफेसद्वारे साइट्स तयार करणे आणि साइट्स ग्राहक आणि plans शी संबद्ध करणे किती सोपे आहे याची प्रशंसा वाटेल.

Ultimate Multisite च्या अंतर्ज्ञानी इंटरफेसद्वारे प्रति-उत्पादन आधारावर प्लगइन्स आणि थीम्सवर कडक नियंत्रण ठेवले जाते ज्यामुळे प्लगइन्स आणि थीम्स उपलब्ध किंवा लपवले जाऊ शकतात तसेच नवीन साइटसाठी तयार केल्यावर त्यांची activation स्थिती ठरवता येते.

थीम्स समान कार्यक्षमता प्रदान करतात, ज्यामुळे साइट निर्मितीवर विशिष्ट थीम्स सक्रिय किंवा लपवल्या जाऊ शकतात.

एजन्सींना Ultimate Multisite सोबत मनःशांती मिळेल ज्यामुळे ते सर्वोत्तम काम करू शकतात - अपवादात्मक वेब साइट्स डिझाइन करणे.

प्रकरण 2: Niche प्रोव्हायडर

एक जुनी म्हण आहे, "एक गोष्ट करा आणि ती चांगली करा". अनेक तज्ञांसाठी याचा अर्थ एका मुख्य कल्पनेभोवती उत्पादन किंवा सेवा तयार करणे.

कदाचित तुम्ही क्लब्सना वेबसाइट्स प्रमोट करणारे एक उत्साही गोल्फर आहात किंवा तुम्ही clans ना वेबसाइट्स प्रदान करणारे esports गेमर आहात. रेस्टॉरंट्सना बुकिंग सेवा प्रमोट करणारी व्यक्ती कदाचित?

अनेक कारणांमुळे तुम्ही एका सामान्य framework आणि प्लॅटफॉर्मवर आधारित सेवा प्रदान करू इच्छिता. तुम्ही आवश्यक कार्यक्षमता प्रदान करण्यासाठी bespoke प्लगइन्स डिझाइन किंवा गुंतवणूक केली असेल किंवा उद्योग सर्वोत्तम पद्धतींना डिझाइनसाठी काही प्रमाणित दृष्टिकोन आवश्यक असू शकतो.

Ultimate Multisite च्या नवीन फीचर्सपैकी एक म्हणजे template sites चा वापर. Template site म्हणजे जिथे थीम इंस्टॉल आणि सक्रिय केली आहे, आवश्यक प्लगइन्स इंस्टॉल आणि सक्रिय केले आहेत आणि नमुना पोस्ट किंवा पेजेस तयार केले आहेत. जेव्हा ग्राहक template वर आधारित नवीन साइट तयार करतो, तेव्हा template ची सामग्री आणि सेटिंग्ज नव्याने तयार केलेल्या साइटवर कॉपी केली जाते.

Niche साइट्स आणि सेवांच्या प्रोव्हायडरसाठी हे custom प्लगइन्स आणि डिझाइनसह तयार साइट तात्काळ तयार करण्याच्या क्षमतेत अतुलनीय फायदा प्रदान करते. ग्राहकाला सेवा पूर्ण करण्यासाठी फक्त किमान इनपुट देणे आवश्यक आहे.

आवश्यकतांनुसार subdirectory किंवा subdomain कॉन्फिगरेशन दोन्ही योग्य असू शकतात, अशा स्थितीत आर्किटेक्चर निवड subdirectories साठी साध्या SSL सर्टिफिकेट किंवा subdomains साठी wildcard SSL सर्टिफिकेटमध्ये असेल.

प्रकरण 3: WordPress वेब होस्टिंग

WordPress साइट्स होस्ट करण्याचे असंख्य मार्ग आहेत पण ग्राहकाला पूर्व-इंस्टॉल WordPress च्या आवृत्तीसह वेब स्पेस देणे इतके सोपे क्वचितच असते. कारण अर्थपूर्ण सेवा प्रदान करण्यासाठी अनेक निर्णय आणि विचार एकत्र येणे आवश्यक असते.

Ultimate Multisite या क्षेत्रात WordPress साइट्सच्या होस्टिंगसाठी एक व्यापक turnkey उपाय प्रदान करून उत्कृष्ट आहे. या उपायात subscription सेवा, पेमेंट कलेक्शन, checkout forms, discount vouchers आणि ग्राहक संवादासाठी मुख्य यंत्रणा समाविष्ट आहेत.

WordPress Multisite योग्यरित्या इंस्टॉल, कॉन्फिगर आणि देखरेख करण्यासाठी आवश्यक असलेले बरेचसे integral काम Ultimate Multisite द्वारे सुलभ केले जाते ज्यामुळे नेटवर्क अॅडमिनिस्ट्रेटर्सना फक्त त्यांच्या सेवा किंवा niche शी संबंधित बाबींवर विचार करणे आवश्यक आहे जसे की product tiers, pricing आणि service offers.

Ultimate Multisite सोबत integrate करू इच्छिणाऱ्या developers साठी, हा उपाय event notification साठी एक व्यापक RESTful API आणि Webhooks देखील देतो.

असंख्य बाह्य प्लगइन्स आणि लायसन्सवर अवलंबून न राहता, Ultimate Multisite Wix, Squarespace, WordPress.com आणि इतरांशी तुलनात्मक feature-rich उपाय प्रदान करते.

आर्किटेक्चर विचार

जरी हे सर्वसमावेशक मार्गदर्शक नसले तरी, खालील बाबी Ultimate Multisite इंस्टॉलेशनला समर्थन देण्यासाठी तंत्रज्ञानाच्या योग्य निवडीसाठी मार्गदर्शन म्हणून काम कराव्यात.

Shared विरुद्ध Dedicated होस्टिंग

दुर्दैवाने सर्व होस्टिंग प्रोव्हायडर्स समान नाहीत आणि काही अत्यंत सर्व्हर घनता वापरतात. कमी किमतीचे प्रोव्हायडर्स सामान्यतः सर्व्हर घनता जास्तीत जास्त करून महसूल मिळवतात. त्यामुळे तुमचे Ultimate Multisite इंस्टॉलेशन समान सर्व्हरवरील शेकडो साइट्सपैकी फक्त एक असू शकते.

प्रोव्हायडरकडून योग्य सुरक्षा उपाय नसल्यास, shared सर्व्हरवरील साइट्सना 'noisy neighbour' समस्या येते. म्हणजे, समान सर्व्हरवरील एक साइट इतकी संसाधने वापरते की इतर साइट्सना उर्वरित संसाधनांसाठी स्पर्धा करावी लागते. बरेचदा हे मंद साइट्स किंवा वेळेवर प्रतिसाद न देणाऱ्या साइट्स म्हणून दिसते.

स्वतः वेब होस्टिंग प्रोव्हायडर म्हणून याचे परिणाम म्हणजे तुमच्या ग्राहकांना खराब गती, कमी पेज रँक आणि उच्च bounce rates अनुभवता येतात ज्यामुळे ते इतरत्र सेवा शोधत ग्राहक गमावणे होते.

थोडक्यात, स्वस्त म्हणजे चांगले नाही.

Ultimate Multisite अनेक चांगल्या होस्टिंग प्रोव्हायडर्ससोबत काम करते हे माहीत आहे आणि domain mapping आणि automatic SSL सारखी कार्ये प्रदान करण्यासाठी त्यांच्या वातावरणाशी चांगले integrate होते. हे प्रोव्हायडर्स performance ला महत्त्व देतात आणि shared होस्टिंगपेक्षा उच्च दर्जाची सेवा प्रदान करतात.

सुसंगत प्रोव्हायडर्सची यादी आणि प्रत्येकासाठी संपूर्ण सेट-अप सूचनांसाठी कृपया Compatible Providers चे documentation तपासा.

Performance विचार

Ultimate Multisite हे मंद application नाही, उलट, ते विलक्षण वेगवान आहे. तथापि, ते अंतर्निहित application आणि infrastructure इतकेच चांगले काम करते आणि त्याला ज्याचा प्रवेश आहे त्याचाच लाभ घेऊ शकते.

याचा विचार करा: तुम्ही 100 साइट्स असलेल्या Ultimate Multisite इंस्टॉलेशनचे नेटवर्क अॅडमिनिस्ट्रेटर आहात. त्यापैकी काही साइट्स चांगल्या चालत आहेत आणि दररोज अनेक वेबसाइट अभ्यागतांना आकर्षित करतात.

एक ते पाच साइट्सच्या छोट्या स्केलवर ही परिस्थिती वेगळी असेल पण लवकरच स्केलच्या समस्या स्पष्ट होतील.

लक्ष न दिल्यास, एकच Ultimate Multisite साइट सर्व साइट्सच्या सर्व अभ्यागतांच्या विनंत्या पूर्ण करण्यासाठी जबाबदार असेल. या विनंत्या dynamic PHP pages किंवा stylesheets, javascript किंवा media files सारख्या static assets साठी असू शकतात. एक किंवा शंभर साइट्स असो, ही कामे पुनरावृत्ती, monotonous आणि wasteful होतात. जेव्हा output प्रत्येक विनंतीसाठी समान static माहिती असते तेव्हा PHP फाइल process करण्यासाठी CPU power आणि memory वापरणे अनावश्यक आहे.

त्याचप्रमाणे PHP किंवा HTML page साठी एक विनंती scripts, stylesheets आणि image files साठी अनेक पुढील विनंत्या निर्माण करते. त्या विनंत्या थेट तुमच्या Ultimate Multisite सर्व्हरकडे लक्ष्य केल्या जातात.

सर्व्हर upgrade करून ही समस्या सहज सोडवता येते पण ते दुसरी समस्या सोडवत नाही - geographic latencies. फक्त अनेक ठिकाणी अनेक सर्व्हर्सच हे योग्यरित्या संबोधित करू शकतात.

या कारणास्तव बहुतेक नेटवर्क अॅडमिनिस्ट्रेटर्स static pages साठी विनंत्या पूर्ण करण्यासाठी front-end caching उपाय आणि content distribution networks (CDN) वापरतात. या विनंत्या पूर्ण करणे आणि विनंती सर्व्हरपर्यंत पोहोचण्यापूर्वी assets सर्व्ह करणे processing resources वाचवते, विलंब टाळते, अनावश्यक upgrades टाळते आणि तंत्रज्ञान गुंतवणूक जास्तीत जास्त करते.

Ultimate Multisite मध्ये एक sophisticated Cloudflare add-on समाविष्ट आहे जे नेटवर्क अॅडमिनिस्ट्रेटर्सना त्यांची इंस्टॉलेशन्स Cloudflare मागे ठेवण्यास आणि केवळ त्याच्या caching क्षमताच नव्हे तर DNS होस्टिंग, SSL सर्टिफिकेट्स आणि security mechanisms देखील वापरण्यास सक्षम करते.

Backups

कोणी 50 लोकांना backups बद्दल सल्ला विचारला तर backup strategies बद्दल 50 वेगवेगळी मते मिळतील. उत्तर आहे, परिस्थितीनुसार.

जे विवादित नाही ते म्हणजे backups आवश्यक आहेत आणि हे प्रोव्हायडरने व्यवस्थापित केले पाहिजे, विशेषतः managed service देणाऱ्यांनी. त्यामुळे ग्राहक ही सेवा प्रदान आणि व्यवस्थापित करण्यासाठी नेटवर्क अॅडमिनिस्ट्रेटरकडे पाहतील. नेटवर्क अॅडमिनिस्ट्रेटर कोणाकडे पाहतो ही पूर्णपणे वेगळी समस्या आहे.

या विभागाच्या उद्देशाने आपण सहमत होऊ या की backup म्हणजे backup सुरू केलेल्या वेळी सिस्टम स्थितीची point-in-time copy. सोप्या शब्दात, backup च्या वेळी सिस्टमची जी स्थिती आहे ती capture केली जाते आणि backup मध्ये जतन केली जाते.

हे समजून घेतल्यावर backups कसे साध्य करायचे आणि तुमच्या वातावरणासाठी सर्वोत्तम काय आहे हे उत्तर मुख्यत्वे तुमच्या आवश्यकता आणि होस्टिंग प्रोव्हायडरच्या त्या आवश्यकता पूर्ण करण्याच्या क्षमतेवर अवलंबून असेल. तथापि, सर्वात opinionated पासून कमीत कमी opinionated च्या क्रमाने, खालील पर्याय काही मार्गदर्शन प्रदान करतील.

Snapshots

Snapshots हे backups साठी silver bullets आहेत कारण ते सोपे, uncomplicated (जोपर्यंत तुम्हाला restore करायचे नाही) आणि 'बस काम करतात'. यासाठी तुमच्या प्रोव्हायडरची थोडी मदत आवश्यक आहे आणि मुख्यतः फक्त तुमच्याकडे VPS (Virtual Private Server) किंवा तत्सम असल्यासच लागू होते. आमच्या 'Compatible Providers' documentation मध्ये सूचीबद्ध अनेक प्रोव्हायडर्स नेटवर्क अॅडमिनिस्ट्रेटरकडून कोणत्याही पुढील हस्तक्षेप किंवा विचाराशिवाय backups देतात.

जिथे पारंपारिक backups files आणि databases target करतात, snapshot संपूर्ण disk target करते. याचा अर्थ केवळ साइटचा data snapshot मध्ये capture होत नाही तर operating system आणि configuration देखील. अनेकांसाठी हा एक वेगळा फायदा आहे कारण snapshot मधून जवळजवळ तात्काळ नवीन system तयार केले जाऊ शकते आणि एका आजारी instance च्या जागी operation मध्ये आणले जाऊ शकते. त्याचप्रमाणे, files recover करण्याची प्रक्रिया फक्त snapshot image विद्यमान instance ला disk म्हणून attach करणे आवश्यक आहे जेणेकरून files access आणि copy करता येतील.

Snapshots होस्टिंग प्रोव्हायडरकडे अतिरिक्त खर्च आकर्षित करू शकतात पण ते अपघातांविरुद्ध विमा पॉलिसी आहे.

External Scripts

WordPress आणि MySQL resources backup करण्यासाठी external scripts आणि solutions ची कमतरता दिसत नाही आणि हे Ultimate Multisite साठी चांगले काम करतील कारण ते WordPress filesystem आणि database वापरणारे WordPress प्लगइन आहे. त्यामुळे WordPress साइट्स backup करणारा उपाय Ultimate Multisite च्या गरजा पुरेशा प्रमाणात पूर्ण करेल.

आम्ही एका script ची दुसऱ्यापेक्षा शिफारस करू शकत नाही पण आमचा सामान्य सल्ला आहे की परिणाम इच्छित आहेत याची खात्री करण्यासाठी अनेक backup आणि restore चाचण्या चालवा आणि विशेषतः जिथे काही प्रकारची differential backup strategy लागू आहे तिथे script आणि त्याच्या functionality चे सतत मूल्यांकन करून 'खात्री करण्यासाठी खात्री करा'.

हे लक्षात घ्यावे की या scripts, चालू असताना, system load वाढवतील जे लक्षात घेतले पाहिजे.

Plugins

WordPress मध्ये जवळजवळ कोणतीही समस्या नाही जी plugin ने सोडवता येत नाही आणि जर external scripts व्यवस्थापित करणे तुमच्या cup of java नसेल तर कदाचित plugin हा पुढील सर्वोत्तम पर्याय आहे.

जरी plugins पर्याय आणि features मध्ये भिन्न असले तरी ते मुख्यतः समान कार्य करतात आणि ते म्हणजे WordPress files आणि database contents ची copy बनवणे. त्यानंतर functionalities भिन्न असतात कारण काही plugins backups Google Drive किंवा Dropbox सारख्या external services कडे किंवा S3, Wasabi किंवा इतर सारख्या compatible object storage service कडे पाठवू शकतात. अधिक व्यापक plugins differential backups किंवा external storage खर्च वाचवण्यासाठी फक्त बदललेला data backup करण्याची काही प्रकारची strategy प्रदान करतात.

तुमचे plugin निवडताना, ते multisite aware आहे याची खात्री करा. त्याच्या operation च्या स्वरूपामुळे backup चालू असताना प्रक्रिया पूर्ण होईपर्यंत तुम्ही सर्व्हरवर तात्पुरत्या load ची अपेक्षा करू शकता.

Domain आणि SSL

Multisite subdomain mode मधील domain names बद्दल आधीच बरेच चर्चा केली आहे. नेटवर्क अॅडमिनिस्ट्रेटर्ससाठी जवळजवळ सार्वत्रिक उपाय म्हणजे wildcard DNS entries चा वापर.

या प्रकारची DNS entry 'site1.domain.com' आणि 'site2.domain.com' सारख्या subdomains ना 1.2.3.4 च्या IP address वर यशस्वीपणे resolve करेल त्यामुळे Ultimate Multisite आणि मोठ्या प्रमाणात subdomain mode वापरणाऱ्या WordPress Multisite ला समर्थन मिळेल.

हे HTTP साठी पूर्णपणे चांगले काम करू शकते कारण target host HTTP headers मधून वाचला जातो पण आजकाल वेब इतके सोपे क्वचितच असते जिथे सुरक्षित HTTPS transactions जवळजवळ अनिवार्य आहेत.

सुदैवाने SSL सर्टिफिकेट्ससाठी सोपे पर्याय आहेत. Subdirectory mode मध्ये सामान्य domain certificate वापरता येते. हे होस्टिंग प्रोव्हायडर्सकडून सहज आणि मोफत उपलब्ध आहेत जे मोफत LetsEncrypt सेवा किंवा दुसरा स्रोत वापरू शकतात. अन्यथा तुम्ही certificate signing request तयार करू शकत असल्यास हे authorities कडून व्यावसायिकरित्या उपलब्ध आहेत.

Subdomain mode साठी wildcard SSL सर्टिफिकेटचा वापर wildcard domain सोबत उत्तम जोडी बनेल आणि certificate ला root domain आणि सर्व subdomains साठी बाह्य configuration शिवाय अधिकृत असण्याची परवानगी देईल.

तथापि, हे लक्षात घ्यावे की wildcard SSL सर्टिफिकेट्स Cloudflare सारख्या services सोबत काम करू शकत नाहीत जोपर्यंत तुम्ही enterprise plan वर नसाल किंवा entry ला DNS only वर सेट करा अशा स्थितीत सर्व caching आणि optimization bypass केले जाते.

Out-of-the-box Ultimate Multisite या समस्येवर उपाय प्रदान करते जे WordPress multisites च्या गरजांबद्दल आमचा विस्तृत अनुभव दर्शवते. हे साधे add-on activate केल्याने Ultimate Multisite तुमच्या Cloudflare credentials चा वापर करून Cloudflare मध्ये network sites साठी DNS entries स्वयंचलितपणे जोडेल आणि त्यांचा mode 'proxied' वर सेट करेल. अशा प्रकारे प्रत्येक network subsite, तयार केल्यावर, SSL सह Cloudflare चे पूर्ण संरक्षण आणि फायदे मिळतील.

तुमच्या Ultimate Multisite इंस्टॉलेशनचे स्वरूप आणि उद्देश यावर अवलंबून ग्राहकांना त्यांचे स्वतःचे domains वापरण्याची गरज असू शकते. अशा स्थितीत नेटवर्क अॅडमिनिस्ट्रेटरवर दोन समस्या सोडवण्याची जबाबदारी येते. एक, domain name होस्ट करणे आणि दोन, domain साठी SSL सर्टिफिकेट्स.

अनेकांसाठी, Cloudflare चा वापर सोपा पर्याय आहे. ग्राहकाला फक्त त्यांचे domain Cloudflare वर ठेवायचे आहे, Ultimate Multisite च्या root domain कडे CNAME point करायचे आहे आणि त्यांच्या custom domain name चा फायदा घेण्यासाठी Ultimate Multisite मध्ये त्यांचे domain map करायचे आहे.

याव्यतिरिक्त, पर्यायी उपाय शोधणे आवश्यक आहे म्हणूनच Ultimate Multisite Compatible Providers ची यादी recommend करते. कारण DNS आणि SSL सेट करण्याची प्रक्रिया non-trivial असू शकते. तथापि, या providers सह Ultimate Multisite च्या integration मुळे गुंतागुंत बरीच कमी होते आणि प्रक्रिया automated होते.

Plugins

तुम्हाला तुमच्या ग्राहकांना किंवा network sites ना functionality प्रदान करण्यासाठी अतिरिक्त plugins आवश्यक असण्याची शक्यता आहे. सर्व plugins WordPress Multisite आणि Ultimate Multisite सोबत काम करतात का? बरं, परिस्थितीनुसार.

जरी बहुतेक plugins WordPress Multisite मध्ये installable असले तरी त्यांची activation आणि licensing author पासून author पर्यंत भिन्न असते.

आव्हान licensing कसे लागू होते यात आहे काही plugins ला per-domain आधारावर licensing आवश्यक असते. याचा अर्थ काही plugins साठी नेटवर्क अॅडमिनिस्ट्रेटरला प्रत्येक नवीन साइटवर प्रत्येक plugin साठी manually license activate करणे आवश्यक आहे.

त्यामुळे त्यांचे plugin WordPress Multisite सोबत कसे काम करेल आणि ते license करण्यासाठी आवश्यक कोणत्याही विशेष आवश्यकता किंवा प्रक्रिया याबद्दल plugin author कडे तपासणे सर्वोत्तम असू शकते.