Joomla के साथ कई वेबसाइट प्रबंधन?


9

मैं एक वेब होस्ट के तहत तीन अलग-अलग वेबसाइट शुरू करने की योजना बना रहा हूं। मुझे एक वेब होस्ट का पता है जो इसका समर्थन करता है। मेरे पास सवाल यह है: क्या मैं एक जूमला उदाहरण के तहत सभी तीन साइटों को प्रशासित कर सकता हूं? यदि हां, तो क्या ऐसा करने के लिए एक सर्वोत्तम प्रथा है, प्रशासन बुद्धिमान?

अपडेट: मैंने सिर्फ एक जूमला में कई डोमेन और वेब साइट पर जूमला प्रलेखन देखा ! स्थापना , यह अनिवार्य रूप से बताता है कि यह कैसे करना है।

तो अब मुझे लगता है कि मेरा सवाल यह है कि क्या ऐसा करना एक अच्छा विचार है, या यह अंततः इसके लायक होने की तुलना में अधिक परेशानी पैदा करेगा?


So now I guess my question is, is it a good idea to do this, or would it ultimately create more trouble than it's worth? आमतौर पर इसके लायक होने की तुलना में अधिक समस्या है। सिवाय अगर साइटें कुछ डेटा जैसे लॉगिन या लेख साझा करती हैं।
बाकुल

यह बहुत अच्छी तरह से हो सकता है, Bakual, ​​मैंने अभी तक ऐसा करने की कोशिश नहीं की है। मैं सोच रहा था कि दोनों साइट समान सामग्री के बजाय एक समान डिजाइन साझा करेंगे और एक जूमला इंस्टॉलेशन के तहत एक मल्टी-साइट सेटअप होने से यह आसान हो जाएगा, लेकिन मैं इस बारे में गलत हो सकता हूं।
इवान लिंच

डिजाइन टेम्पलेट द्वारा किया जाता है। एक टेम्पलेट स्थापित करना आसान है और आमतौर पर आप इसे अक्सर अपडेट नहीं करते हैं। इसके अलावा यदि आप डिज़ाइन को थोड़ा समायोजित करना चाहते हैं, तो फिर से दो टेम्पलेट्स के साथ आसान हो सकता है। तो केवल डिजाइन के लिए, मैं ऐसा नहीं करता।
बाकुल

आह ठीक है। मुझे लगता है कि आपने मुझसे इस बारे में बात की थी, यह मुख्य लाभ था जिसके लिए मैं जा रहा था, मुझे लगा कि दो साइटें काफी समान टेम्पलेट होंगी, लेकिन समान नहीं हैं।
इवान लिंच

1
अगर आप कई जूलस को प्रबंधित करने की योजना बनाते हैं, तो watchful.li और myjoomla.com जैसी सर्विसेस पर एक नज़र डालें। मुझे लग रहा है कि वे मददगार होंगे :)
Bakual

जवाबों:


5

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

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

यह जरूरी नहीं कि बुरी बात है, यदि आप केवल वही होंगे जो वेबसाइटों को अपडेट करेंगे। मुझे लगता है कि आपको एक तार्किक सामग्री संगठन (श्रेणियों, मॉड्यूल, मेनू) को लागू करना होगा और प्रत्येक वेबसाइट के लिए सही सामग्री बनाने / संपादित करने की प्रक्रिया से खुद को परिचित करना होगा।

सामान्य तौर पर, उस दस्तावेज़ में वर्णित एक बहु-साइट परिदृश्य 1 मालिक की 2 समान वेबसाइटों के लिए आदर्श हो सकता है, क्योंकि आपको केवल 1 स्थापना को बनाए रखना होगा, और इसे बनाने के लिए कठिन नहीं लगता है।

हालाँकि, मैं इस क्षण की कल्पना नहीं कर सकता कि आप इस दृष्टिकोण को लागू करने में कितना सक्षम हो पाएंगे और आपको कौन से संभावित नुकसान या प्रतिबंध लग सकते हैं।

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

अब तक, मैंने जेएमएस मल्टी-साइट और माइटी-साइट के साथ काम किया है , जो महान हैं और विभिन्न डोमेन में कई घटकों के लिए डेटाबेस तालिकाओं को साझा करने की अनुमति देते हैं।

मैं किसी और को सुनने के लिए उत्सुक हूं, जिसने हालांकि जूमला के साथ मल्टी-साइट सेटअप करने की मुख्य क्षमता की कोशिश की है ...!

अपडेट मई 2017

यहां उन लिंक्स को जोड़ते हुए जिन्हें मैंने दूसरे प्रश्न पर पोस्ट किया था जिन्हें डुप्लिकेट के रूप में चिह्नित किया गया था ( क्या मैं एक जूमला इंस्टॉलेशन का उपयोग करके अलग-अलग साइट का उपयोग कर सकता हूं? ), क्योंकि मुझे लगता है कि इसमें नए संसाधन लिंक और अधिक संगठित फैशन में हैं।

जूमला डॉक्स

एक्सटेंशन

अपडेट (पुराने अपडेट):

JSE में अन्य रिश्तेदार Q / A:


मैं मल्टी-साइट और मल्टी-अकाउंट साइट्स से दूर रहना पसंद करता हूं। क्लाउड जैसी शैली में व्यक्तिगत साइटों का अच्छा प्रबंधन करना कहीं बेहतर है।
ऐनीबल

1
दस्तावेज़ीकरण को फिर से पढ़ने के बाद, कोर मल्टी-साइट विकल्प मेरे लिए थोड़ा हैकी लगता है। क्या आपके पास जेएमएस मल्टी-साइट और माइटी-साइट टूल्स हैं, जिन पर आप पसंद करते हैं?
इवान लिंच

Anibal, FFrewin जैसे विस्तार का उपयोग करने के लिए नुकसान क्या है, जूमला के भीतर कई साइटों का प्रबंधन करने का सुझाव दिया? जब तक डेटाबेस को अलग रखा जाता है, जैसे मल्टी साइट अनुमति देती है, ऐसा नहीं लगता कि यह प्रशासन को कठिन बना देगा। लेकिन मैं स्वतंत्र रूप से स्वीकार करता हूं कि मैंने यह कोशिश नहीं की है, इसलिए इसे उन तरीकों से प्रबंधित करना बहुत मुश्किल हो सकता है जिन्हें मैंने अभी तक नहीं देखा है।
इवान लिंच

@EvanLynch। अन्य उपयोगकर्ताओं के जवाब और टिप्पणियों पर भी विचार किया जाना चाहिए। मेरा जवाब ज्यादातर एमएस परिदृश्य पर केंद्रित था। सबसे अच्छा निर्णय क्या होगा, आपकी वास्तविक परियोजना आवश्यकताओं पर निर्भर है। यदि आप एक्सटेंशन के साथ मल्टी-साइट विकल्प के साथ जाने का निर्णय लेते हैं, तो एक्सटेंशन के डेवलपर्स से संपर्क करने और उन्हें वर्णन करने की सिफारिश की जाती है कि आप क्या हैं। वे दोनों अच्छा समर्थन प्रदान करते हैं और वे आपको कॉन्फ़िगरेशन सहायता भी प्रदान कर सकते हैं। विषय पर मेरे पूरे उत्तर को फिर से शुरू करने के लिए, एमएस दृष्टिकोण कुछ परियोजनाओं के लिए आदर्श हो सकता है, लेकिन यह किसी भी प्रकार की परियोजनाओं के लिए सबसे अच्छा नहीं हो सकता है।
FFrewin

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

4

यदि यह केवल 3 साइटें हैं, और सामग्री और एक्सटेंशन अलग-अलग हैं, तो मैं मल्टी-साइट सामान के साथ गड़बड़ नहीं करूंगा। बस सभी 3 को अलग से सेट करें, और फिर उन्हें मॉनिटर करने के लिए watchful.li जैसे टूल का उपयोग करें और उन्हें एक डैशबोर्ड से अपडेट पुश करें। यदि आप अकीबा प्रो का उपयोग करते हैं, तो आप आपके लिए बैकअप (एस 3 खाते के लिए) चलाने के लिए चौकीदार स्थापित कर सकते हैं और यदि आपके एक्सटेंशन में अपडेट हैं तो यह आपको सूचित करेगा।

Watchful.li


Upvoting क्योंकि यह वास्तव में उपयोगी लगता है और प्रशासनिक ओवरहेड को संभालने का एक अच्छा तरीका है, हालांकि मैं FFrewin के उत्तर को स्वीकार कर रहा हूं क्योंकि मैं मूल रूप से यही देख रहा था। आपकी मदद के लिए धन्यवाद, मैं इसकी सराहना करता हूं।
इवान लिंच

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

वास्तव में यह जूमला के लिए एकमात्र नहीं है। मैं एक साल या तो myjoomla.org पर वापस आ गया क्योंकि यह मैलवेयर स्कैन और ऑडिटिंग करता है। एक और बात है कि मैं 10 मिनट के लिए और googling के नाम के बारे में सोच भी नहीं सकता। अगर मुझे लगता है कि मैं यह भी पोस्ट करेंगे।
ब्रायन पीट

परफेक्ट डैशबोर्ड वह दूसरी सेवा है जिसके बारे में मैं सोच रहा था।
ब्रायन पीट

बस कुछ सही करने के लिए, ब्रायन ने कहा, सही डोमेन नाम myJoomla.com है न कि myJoomla.org ;-)
फिल टेलर

4

साझी मेजबानी

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

अधिकांश साझा किए गए होस्टिंग खातों को एक से अधिक Joomla वेबसाइट की मेजबानी के लिए कॉन्फ़िगर किया जा सकता है या तो कई डेटाबेस बना सकते हैं या एक ही डेटाबेस में अलग-अलग तालिका उपसर्गों का उपयोग करके।

मल्टी-साइट बनाम व्यक्तिगत साइटें

जाहिर है कि अलग-अलग वेबसाइटों के निर्माण के लिए पेशेवरों और विपक्षों को एक जूमला इंस्टाल में संयोजित करने की तुलना में हैं। आपको इस बारे में ध्यान से सोचने की ज़रूरत है कि क्या कोई मल्टी-साइट समाधान विशेष परिदृश्य के लिए काम करेगा और आपको कुछ समझौते करने की आवश्यकता हो सकती है।

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

यदि बहु-साइट समाधान पर कुछ टूट जाता है, तो आप केवल एक वेबसाइट के बजाय सभी वेबसाइटों को खो सकते हैं।

ध्यान दें कि सभी तृतीय पक्ष एक्सटेंशन मल्टी-साइट समाधान के अनुसार काम नहीं करते हैं।

आधिकारिक बहु-साइट समाधान अनुशंसित नहीं है

एक जूमला में कई डोमेन और वेब साइट पर आधिकारिक निर्देश ! इंस्टॉलेशन डायरेक्ट आपको टेम्प्लेट index.phpफ़ाइल को संपादित करने के लिए निर्देशित करता है। यह सबसे अच्छा अभ्यास नहीं माना जाता है क्योंकि टेम्पलेट अपडेट भविष्य में आपके परिवर्तनों को अधिलेखित कर सकते हैं।

थर्ड पार्टी मल्टी-साइट एक्सटेंशन

शायद तीसरे पक्ष के विस्तार का उपयोग करना बेहतर है जैसे कि मुफ्त वर्चुअल डोमेन या समान जो कोर कोड को हैक करने से बचाते हैं।


नोट: इस उत्तर के शेष को वर्चुअल डोमेन के एक कार्यान्वयन के साथ सीमित अनुभव से लिखा गया है । सूचीबद्ध आइटम अन्य तृतीय पक्ष मल्टी-साइट एक्सटेंशन या यहां तक ​​कि एक अलग तरीके से कॉन्फ़िगर किए गए वर्चुअल डोमेन के लिए प्रासंगिक हो सकते हैं या नहीं ।


बहु साइट सामग्री

प्रत्येक वेबसाइट के लिए अलग सामग्री श्रेणियां बनाएं (यह खोज के लिए महत्वपूर्ण है)।

मल्टी-साइट मॉड्यूल

मॉड्यूल को वर्गीकृत करना इतना आसान नहीं है क्योंकि कुछ मॉड्यूल सभी वेबसाइटों के लिए सामान्य हो सकते हैं। आप जूमला 3.x "नोट" सुविधा का उपयोग करने में मदद कर सकते हैं कि कौन से मॉड्यूल किस वेबसाइट पर लागू होते हैं।

मल्टी-साइट टेम्प्लेट

क्या व्यक्तिगत वेबसाइटों का अपना रूप और अनुभव होगा? यदि हां, तो प्रत्येक वेबसाइट के लिए अलग टेम्प्लेट स्थापित करना सबसे आसान है।

वर्चुअल डोमेन आपको प्रत्येक वेबसाइट के लिए एक अलग टेम्पलेट निर्दिष्ट करने में सक्षम बनाता है।

बहु-साइट मेनू

क्या व्यक्तिगत वेबसाइटों के अपने मेनू होंगे या एक सामान्य मेनू साझा होंगे?

RocketTheme Gantry 4 टेम्प्लेट का उपयोग करके मैंने पाया कि एक मेनू को सेट करना और वर्चुअल डोमेन में "मेनू फ़िल्टरिंग" सुविधा का उपयोग करना आसान था ताकि यह निर्दिष्ट किया जा सके कि प्रत्येक वेबसाइट पर कौन से मेनू विकल्प लागू होते हैं।

वर्चुअल डोमेन आपको प्रत्येक वेबसाइट के लिए एक होम मेनू आइटम निर्दिष्ट करने में सक्षम बनाता है।

बहु साइट खोज

मान लिया जा रहा है कि खोज परिणाम उस वेबसाइट तक सीमित होना चाहिए जिसे खोजा जा रहा है, स्मार्ट खोज को सक्षम करें और प्रत्येक वेबसाइट के लिए घटकों -> स्मार्ट खोज -> प्रत्येक वेबसाइट के लिए उपयुक्त श्रेणियों का चयन करके फ़िल्टर खोजें।

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

मल्टी-साइट ग्लोबल कॉन्फ़िगरेशन आइटम

आदर्श रूप से, आपके द्वारा चुनी गई बहु-साइट एक्सटेंशन आपको प्रत्येक वेबसाइट के लिए अद्वितीय वैश्विक कॉन्फ़िगरेशन आइटम निर्दिष्ट करना चाहिए।

वर्चुअल डोमेन आपको प्रत्येक वेबसाइट के लिए एक अद्वितीय साइट का नाम, ईमेल से, नाम, मेटा विवरण और मेटा कीवर्ड निर्दिष्ट करने देता है।

मल्टी-साइट सर्च इंजन फ्रेंडली उरल्स

एसईएफ सक्षम होने के साथ, प्रत्येक पृष्ठ को सभी वेबसाइटों पर एक अद्वितीय यूआरएल की आवश्यकता होती है। उदाहरण के लिए, यदि मेरे पास मल्टी-साइट वेबसाइट, www.acmeproducts.com और www.acmeservices.com में दो वेबसाइट हैं, तो वे दोनों हमारे बारे में इस तरह पेज नहीं बना सकती हैं:

  • www.acmeproducts.com/about-us
  • www.acmeservices.com/about-us

Urls को विशिष्ट होने की आवश्यकता है, इसलिए हमारे बारे में पृष्ठों को इस तरह या इससे अधिक विशिष्ट होने की आवश्यकता होगी:

  • www.acmeproducts.com/about-acme-products
  • www.acmeservices.com/about-acme-services

बहु-साइट उपयोगकर्ता खाते

डिफ़ॉल्ट रूप से, एक वेबसाइट पर पंजीकृत उपयोगकर्ता उन सभी वेबसाइटों पर पंजीकृत उपयोगकर्ता होंगे जो समस्या हो सकती है या नहीं।

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


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

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