जवाबों:
कोर के साथ भेजे गए एक्सटेंशन के लिए जिनका मैं उपयोग नहीं करता, मैं उन्हें केवल अक्षम करता हूं। कोर अपडेट कैसे संभाला जाता है, इस कारण वे साइटें अक्सर अपडेट के दिन आ जाती हैं।
कई बार, आप अप्रयुक्त एक्सटेंशन की स्थापना रद्द कर सकते हैं जो एक्सटेंशन पैकेज के हिस्से के रूप में आते हैं। यदि एक उचित पैकेज एक्सटेंशन के रूप में पैक किया गया है, तो सभी कोर कोड के बारे में चपेट में आ जाएगा, अगर यह एक एक्सटेंशन को अनइंस्टॉल नहीं कर सकता है।
सभी ने कहा, मैं अभी अप्रयुक्त कुछ भी निष्क्रिय कर दूंगा जो सुरक्षित होने के लिए पैकेज के हिस्से के रूप में आया था।
सुरक्षा के दृष्टिकोण से हम किसी भी अप्रयुक्त एक्सटेंशन (घटक, मॉड्यूल, प्लगइन्स और टेम्पलेट) की स्थापना रद्द करते हैं।
यह खराब कोड के लिए संभावित जोखिम को कम करता है , हम जिन साइटों को ठीक करने के लिए लगे हैं उनमें से अधिकांश को पुराने, अन-पैच किए गए एक्सटेंशन (आमतौर पर, यहां तक कि अक्षम भी नहीं थे) द्वारा समझौता किया गया है।
एक व्यवस्थापक उपयोगकर्ता के दृष्टिकोण से यह भी कम भ्रम, कम मेनू विकल्प और एक क्लीनर समग्र अनुभव में परिणाम करता है। (यह नए उपयोगकर्ताओं को मेनू के गलत टेम्प्लेट को असाइन करने, या नवीनतम संस्करण का उपयोग नहीं करने वाले मॉड्यूल बनाने से रोकता है)।
यह एक मार्मिक विषय है, जैसा कि कभी-कभी पैकेजों को स्थापित करते समय, फिर इसके द्वारा उपयोग किए जाने वाले घटक को अनइंस्टॉल करना और इसके द्वारा उपयोग किए गए किसी भी प्लगइन्स को छोड़ना।
वर्तमान में जहां तक मुझे पता है कि यह जानने का कोई तरीका नहीं है कि क्या कुछ को काम करने के लिए एक विशिष्ट प्लगइन की आवश्यकता नहीं है। यह घटकों के लिए कुछ प्रकार के एक्सएमएल के लिए एक सुविधा अनुरोध में बदल सकता है, जो कि प्लग इन / मॉड्यूल के साथ होना चाहिए, जो जुमला को यह देखने की अनुमति देता है कि क्या आवश्यक है और क्या नहीं है। हालांकि यह सिर्फ एक विचार है, कुछ ऐसा है जो सभी तीसरे पक्ष के देवों को बाहर धकेलना मुश्किल होगा, यह सुनिश्चित करने के लिए कि इसका सही उपयोग किया जाता है।
सबसे अच्छी बात यह है कि आपकी साइट पर क्या स्थापित किया गया है, इसका अच्छा ट्रैक रखना है, पता है कि किस घटक को ज़रूरत होती है और इस तरह के। आमतौर पर एक घटक डेवलपर एक प्लगइन को इस तरह से नाम देगा कि उस घटक के लिए इसका पता करना आसान हो सकता है, या आप बस इसके लिए लेखक का उपयोग कर सकते हैं। मॉड्यूल आमतौर पर लगभग किसी भी नुकसान के साथ अनइंस्टॉल किए जा सकते हैं यदि वे कहीं भी उपयोग नहीं किए जाते हैं, आमतौर पर वे शायद ही कभी एक प्लगइन पर भी भरोसा करते हैं।
जैसे कि अगर इसका अप्रयुक्त जुमला एक्सटेंशन है, तो इसे अनइंस्टॉल नहीं किया जाना चाहिए, इसे एक साफ साइट में रखने का मतलब है कि किसी चीज की जरूरत आमतौर पर होती है, इसलिए इसका सबसे अच्छा अकेले छोड़ दिया जाता है। अधिक "विशेष" इंस्टॉल करने की अनुमति देने के लिए जूमला को अधिक विभाजित करने की बात है, लेकिन कोर से कुछ भी निकालने से पहले तब तक इंतजार करने के लिए इसका सबसे अच्छा है।
घटकों, मॉड्यूल और प्लगइन्स के बारे में मैं आमतौर पर उन्हें अक्षम करता हूं। मैं पूरी तरह से हटाए गए अप्रयुक्त टेम्पलेट हैं, जो अधिक स्थान लेते हैं और एक स्थिति में मॉड्यूल को असाइन करने के लिए कई बेकार स्थिति विकल्प भी बनाते हैं।
--- उस समय पूरी तरह से टेम्पलेट्स को हटाना आदर्श नहीं था और कुछ मामलों में अपडेट के बाद मुद्दे और बग थे , लेकिन जहां तक मुझे याद है कि मॉड्यूल में प्रदर्शित होने वाले उन टेम्प्लेट के मॉड्यूल की स्थिति नहीं होने का एकमात्र तरीका था प्रबंधक की स्थिति चुनें।
हालाँकि, हाल ही में जूमला संस्करणों में, एक टेम्पलेट को निष्क्रिय करने से यह स्थिति को मॉड्यूल प्रबंधक में ड्रॉप डाउन डाउन से अपनी स्थिति छिपाएगा, इसलिए टेम्पलेट को अक्षम किया जा सकता है।
यदि एक्सटेंशन को वेबलिंक पैकेज की तरह डिकम्पोज किया गया है, तो इसे अनइंस्टॉल किया जा सकता है। अन्य मुख्य एक्सटेंशन के लिए, मुझे लगता है कि उन्हें स्थापित और अक्षम रखना बेहतर है।
सभी अप्रयुक्त एक्सटेंशन की स्थापना रद्द की जानी चाहिए।
जूमला कोर कंपोनेंट्स, प्लगइन्स, टेम्प्लेट्स, मॉड्यूल के लिए मेरा एडिडास: उन्हें डिलीट न करें, अगर आपके पास हमेशा सबसे नया सपोर्टेड जूमला वर्जन है। लेकिन अगर आप उदाहरण के लिए जूमला 1.0 का उपयोग करते हैं तो सब कुछ हटा दें ...
3rd पार्टी एक्सटेंशन के लिए: यदि उपयोग नहीं किया गया है तो उन्हें हटा दें और एक्सटेंशन से प्रविष्टियों के लिए अपने डेटाबेस की जांच करें और उन्हें भी हटा दें।