मैं क्या डिफ़ॉल्ट मॉड्यूल अक्षम कर सकता हूं?

25

इस सवाल और सैंडर मंगल जवाब से:

मॉड्यूल अक्षम करना - प्रदर्शन में सुधार?

सबसे पहले, कम मॉड्यूल का मतलब है (संभावित) लोड और प्रक्रिया के लिए कम कोड। उसके आगे, बहुत सारे मॉड्यूल, उदाहरण के लिए Mage_Rss मॉड्यूल पृष्ठभूमि में बहुत सारे कोड चलाते हैं जैसे कुछ घटनाओं पर रेनडेक्स मजबूर करने के लिए।

क्योंकि उपरोक्त प्रश्न सीधे तौर पर मॉड्यूल सूची को साझा करने के लिए नहीं था, मुझे लगता है कि यहां जानकारी एकत्र करने के लिए एक अच्छा विचार है।

अन्य उपयोगी संसाधन:

कोई अन्य मॉड्यूल सुझाव?
किस मॉड्यूल के प्रदर्शन में अधिक प्रभाव है?

अद्यतन करें

@ मीडिया सुझावों के साथ एक अद्यतन सूची

  1. Mage_WishList - ऐसा लगता है कि यह ग्राहक विवरण तोड़ता है
  2. Mage_Rss
  3. Mage_PayPalUk
  4. Mage_Tag (जब किसी परियोजना में उपयोग नहीं किया जाता है)
  5. Mage_Poll (जो वैसे भी चुनाव का उपयोग करता है)
  6. Phoenix_Moneybookers
  7. Mage_Sendfriend
  8. Mage_Rating (यदि क्लाइंट द्वारा आवश्यक नहीं है)
  9. Mage_Bundle (यदि ग्राहक की आवश्यकता नहीं है)
  10. Mage_Downloadable (यदि क्लाइंट द्वारा आवश्यक नहीं है)
  11. Mage_GiftMessage - लगता है कि आपको इसकी आवश्यकता 1.8 है या उत्पाद विवरण टूट जाएगा
  12. Mage_XmlConnect - अगर आपको मोबाइल ऐप की आवश्यकता नहीं है / है।
  13. Mage_Authorizenet
  14. Mage_Paypal (यदि भुगतान विधि के रूप में उपयोग नहीं किया जाता है)
  15. Mage_Paygate (केवल यदि आप Mage_Paypal, Mage_PaypalUk और Mage_Authorizenet को अक्षम करते हैं)
  16. Mage_Weee (केवल यदि आप Mage_XmlConnect को भी अक्षम करते हैं)
  17. Mage_Usa - केवल CE-1.8.1.0 में। (नीचे देखें क्यों)
  18. Mage_GoogleCheckout - केवल CE-1.8.1.0 में अक्षम किया जा सकता है और केवल तभी यदि आप Mage_Usa को अक्षम करते हैं। यह इस वजह से पिछले संस्करणों के लिए काम नहीं करता है http://www.magentocommerce.com/bug-tracking/issue/?issue/14249
  19. Mage_Oauth - यदि आपको REST API की आवश्यकता नहीं है
  20. Mage_Api
  21. Mage_Api2 - केवल यदि आप Mage_Oauth को भी अक्षम करते हैं।
module  performance 
— फ्रा
स्रोत
बस कुछ कठिन तरीका पता चला। आप अक्षम नहीं कर सकते Mage_Wishlist। यदि आप करते हैं, तो आप बैकएंड में कोई भी ग्राहक विवरण नहीं देख पाएंगे।
— मारियस
1
Mage_Weee को अक्षम करने से सावधान रहें। इससे मेरी दुकान पर दो बार करों की गणना हुई (Magento 1.9.2.1)।
— साइमन

जवाबों:

12

मैं इसमें शामिल हो सकता हूं:

  • Mage_GiftMessage - यह 1.8 में नापसंद नहीं है
  • Mage_XmlConnect - अगर आपको मोबाइल एप की जरूरत नहीं है।
  • Mage_Authorizenet
  • Mage_Paypal (यदि भुगतान विधि के रूप में उपयोग नहीं किया जाता है)
  • Mage_Paygate (केवल यदि आप Mage_Paypal, Mage_PaypalUk और Mage_Authorizenet अक्षम करते हैं)
  • Mage_Weee (केवल यदि आप Mage_XmlConnect को भी अक्षम करते हैं)
  • Mage_Usa- केवल CE-1.8.1.0 में । (नीचे देखें क्यों)
  • Mage_GoogleCheckout- केवल CE-1.8.1.0 में अक्षम किया जा सकता है और केवल तभी जब आप अक्षम करते हैं Mage_Usa। यह इस वजह से पिछले संस्करणों के लिए काम नहीं करता है http://www.magentocommerce.com/bug-tracking/issue/?issue/14249
  • Mage_Oauth - अगर आपको REST API की आवश्यकता नहीं है
  • Mage_Api
  • Mage_Api2- केवल अगर आप Mage_Oauthभी अक्षम करते हैं।

एक सामान्य नियम के रूप में, आप किसी भी मॉड्यूल को अक्षम (लगभग) कर सकते हैं, लेकिन आपको जांच करनी होगी app/etc/modules/*.xml होगा कि आप जिस मॉड्यूल को अक्षम करना चाहते हैं उसके आधार पर कोई अन्य मॉड्यूल है या नहीं। अगर कोई ऐसा नहीं है जो आप कर सकते हैं। यदि आप हैं तो उन्हें भी निष्क्रिय कर देना चाहिए।

सामान्य नियम से अपवाद के रूप में, कुछ मॉड्यूल हैं जो व्यवस्थापक को तोड़ सकते हैं यदि आपने उन्हें Magento 1.x के निर्माण के तरीके से अक्षम कर दिया है। Mage_Adminhtmlमॉड्यूल अन्य मॉड्यूल के संदर्भ हैं (ग्राहक की तरह, बिक्री, ...)। लगता है कि मैगेंटो 2.0 में इसे बदल दिया जाएगा।

— Marius
स्रोत
API / API2 मॉड्यूल के बारे में क्या ... अगर मुझे इसकी आवश्यकता नहीं है?
— Fra
1
@Francesco। हां। तुम सही हो। मैं उनके बारे में भूल गया। मैंने जवाब अपडेट कर दिया है।
— मेरियस
क्या होगा यदि मुझे किसी अभियान मॉड्यूल की आवश्यकता नहीं है?
— फ्रा
1
@Francesco। देखें मेरी नवीनतम अद्यतन से शुरू "एक सामान्य नियम के रूप में"
— मेरियस
1
हम्म ... इस तरह दिखता है शासन की 'अपवाद' में से एक है
— मेरियस
3

मैं SchumacherFM से Magento के मॉक मॉड्यूल के लिए एक लिंक जोड़ना चाहूंगा । यदि आपके पास कुछ मॉड्यूलों को अक्षम करने पर समस्याएं (अपवादों को पढ़ें) हैं, तो आपके लिए मॉक मॉड्यूल का उपयोग करना एक समाधान हो सकता है। हालांकि मुझे इस मॉड्यूल के बारे में किसी भी प्रदर्शन परीक्षण का पता नहीं है। यह जानना दिलचस्प होगा कि इसके साथ कोई प्रदर्शन समस्याएं हैं या नहीं।

— साइमन
स्रोत
साझा करने के लिए एक बहुत ही दिलचस्प परियोजना धन्यवाद लगता है
— Fra
3

मैं अभी भी टिप्पणी नहीं कर सकता क्योंकि मुझे 50 के प्रतिनिधि की आवश्यकता है ... इसलिए:

उल्लेख के लिए धन्यवाद साइमन :-)

मॉक मॉड्यूल के विकास के दौरान मुझे विभिन्न स्थानों पर विभिन्न मॉड्यूलों की कई अजीब घटनाएं हुईं।

मेरा उद्देश्य भी एक साधारण के बजाय पूरी तरह से फ़ाइलों को हटाने का था <active>false</active>।

आप केवल Mage_Adminnotifications, Mage_WishList, Mage_Tag, Mage_GoogleCheckout या Mage_GiftMessage को अक्षम नहीं कर सकते क्योंकि कुछ स्थिरांक और स्थिर विधियों का उपयोग या तो Mage_Adminhtml या कुछ फ्रंटेंड मॉड्यूल में किया जाता है।

उदाहरण के लिए, यदि आप Mage_WishList या Mage_GiftMessage को अक्षम करते हैं, तो adminhtml ग्राहक संपादित करें अनुभाग अब लोड नहीं होगा।

Mage_Shipping को अक्षम करना और भी संभव है। मैं अभी भी इसके लिए क्या अच्छा है के लिए एक उपयोग के मामले का पता नहीं लगा सकता ;-)

यदि आपने एक विकलांग और हटाए गए Mage_Payment मॉड्यूल के लिए एक नकली बनाने की कोशिश की है, लेकिन यह निश्चित रूप से संभव नहीं है। 8-19 घंटे के बाद मैंने हार मान ली है।

मॉक मॉड्यूल के साथ आप https://github.com/colinmollenhour/magento-lite का अपना संस्करण बना सकते हैं

— Cyrill
स्रोत
Mage_Shippingनिष्क्रिय किया जा सकता है अगर आप केवल सेवा या डाउनलोड करने योग्य उत्पाद बेचते हैं
— Fra
Mage_GoogleCheckout को 1.8 में अक्षम किया जा सकता है, लेकिन मुझे लगता है कि आप उत्पाद विशेषता को भी हटा सकते हैं (उपलब्ध_for_googlecheckout या ऐसा कुछ)।
— मारियस
मुझे लगता है कि मॉक महान और स्मार्ट विचार है! क्या आप मैगेंटो को एक तरह के ढांचे के रूप में उपयोग करते हुए किसी भी लाइसेंस समस्या को देखते हैं ... आपकी राय में लाइसेंस की सीमा क्या है?
— Fra
3

मैं कुछ पता लगाना चाहता हूं, जो मैंने आज माजूदा मॉड्यूल और एसीएल को निष्क्रिय करने के संबंध में खोजा है। यदि आप "ऑल" सेट की गई अनुमतियों के साथ एक भूमिका का उपयोग कर रहे हैं, और आप एक कोर मैज मॉड्यूल को निष्क्रिय करते हैं, तो संभावना है कि मॉड्यूल का कोड अभी भी चलेगा और कुछ तोड़ देगा।

हमें Mage_Newsletter की कोई आवश्यकता नहीं है क्योंकि हम कस्टम समाधान का उपयोग करते हैं, इसलिए मैंने Mage_Newsletter को निष्क्रिय कर दिया Mage_All.xml। हालाँकि, इससे ग्राहक Adminhtml पैनल टूट गया क्योंकि व्यवस्थापक अभी भी Mage_Newsletterमॉड्यूल के भीतर कोड चलाने का प्रयास कर रहा था ।

समस्या यह है कि एसीएल कैसे अनुमतियों की जांच करता है। मेरे मामले में, ग्राहकों के Tabs.phpवर्ग के अंदर , न्यूजलेटर टैब बनाने वाला कोड ACL अनुमतियों की जाँच के भीतर एनकैप्सुलेटेड है। चूंकि Mage_Newsletterमॉड्यूल निष्क्रिय है, वे ACL विकल्प अब सिस्टम रोल परमिशन मेनू के साथ दिखाई नहीं देते हैं।

हालाँकि , यदि आपकी भूमिका की अनुमति 'सभी' के लिए सेट है, तो Magento एक फ्लाइंग चूहे के पीछे नहीं देता है कि मॉड्यूल सक्रिय है या नहीं। यह सच है (अनुमति की अनुमति), किसी भी गेटेड तर्क को चलाने की अनुमति देगा भले ही इरादे को छोड़ दिया जाए।

यदि आप कोर मॉड्यूल बंद करना चाहते हैं, तो आप भूमिका की ACL अनुमतियों के लिए 'सभी' का उपयोग नहीं कर सकते। आपको 'कस्टम' विकल्प का उपयोग करना होगा और फिर भूमिका को सभी आवश्यक अनुमतियों को मैन्युअल रूप से देना होगा। यह एकमात्र तरीका है (कि मैंने पाया है) यह सुनिश्चित करने के लिए कि Magento ठीक से निष्क्रिय किए गए मॉड्यूल के खिलाफ अनुमतियों की जाँच कर रहा है।

— जोनाथन एल्टग्रोथ
स्रोत
1
अच्छा अवलोकन। एसीएल संबंधित निष्कर्षों के लिए और "उड़ान चूहे के पीछे" के लिए +1
— मेरियस
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.