Questa domanda ha 2 parti:
La disabilitazione dei moduli core migliora le prestazioni generali del negozio e, in tal caso, devono essere disabilitate nell'amministratore (ovvero disabilitare l'output frontend) o disabilitate tramite config.xml per vedere questo miglioramento delle prestazioni.
Se è necessario ottenere un miglioramento delle prestazioni, quali moduli su uno stock, la build CE 1.7.0.2 può essere disabilitata in modo sicuro, tramite il metodo risposto nella parte 1.
Risposte:
Sì lo fa. Prima di tutto, meno moduli significa meno codice per (potenzialmente) caricare ed elaborare. Oltre a ciò, molti moduli, come ad esempio il modulo Mage_Rss, eseguono molto codice in background come forzare reindicizzazioni su determinati eventi.
Sul metodo migliore da usare: la disabilitazione di un modulo utilizzando System > Configuration > Advancedsopprime solo l'output di un modulo pur includendo il codice di quel modulo nel negozio. Ciò è utile quando non si desidera la funzionalità di un modulo, ma è necessario ad esempio Modelli o Blocchi perché altre estensioni (di terze parti) dipendono da esso. Disabilitarlo usando app/etc/modules/*.xmllo rimuoverà completamente dall'installazione, quindi per quanto riguarda le prestazioni questa è l'opzione migliore.
Di solito disabilito la seguente estensione tramite XMl
e tramite System > Congiguration > Advancedil Mage_Adminnotificationquale sopprime quei popup fastidiosi nel backend.
Probabilmente puoi disabilitare diverse altre estensioni core a seconda di cosa stai usando o meno. Assicurati solo di non compromettere la stabilità di Magento. Immagino che questo richiederà qualche tentativo ed errore.
app/etc/module/Mage_Rss.xml ad esempio e assicurati solo di aggiungere il codePool (core) e il tag attivo (falso)
app/etc/modulesdirectory. Ma sono solo io :)
Nonostante sia in ritardo con una risposta, vorrei rispondere alla domanda
Mage_Core;-)Ma per disabilitare i moduli a coppie strette devi installare un altro modulo che si preoccupi che nulla si rompa. Pertanto ho sviluppato: https://github.com/Zookal/magento-mock
Zookal Mock: rilevamento automatico trasparente di moduli ed estensioni core disabilitati e fornitura di oggetti simulati per non rompere Magento. Niente da configurare. Nessuna classe riscrive. Un solo osservatore. Funziona fuori dalla scatola. Puoi persino rimuovere fisicamente i file!
Ad esempio, quando disabiliti Mage_Wishlisto il Mage_Newslettertuo Backend -> Cliente -> Modifica cliente genererà strani errori. Quindi utilizzare l'estensione Mock!
Puoi anche disinstallare i vecchi moduli di pagamento che hanno voci nella sales_flat_order_paymenttabella e normalmente rompono il tuo backend -> Vendite -> Vista ordine ma l'estensione Mock ha un lavoro trasparente per te.
Una cosa da considerare: non funziona sulla riga di comando.
Vedi la risposta di Marius su un modo XML semplice e veloce per disabilitare i moduli. Crea un singolo file zzz_Disabled_Modules.xmlcon i contenuti
<?xml version="1.0"?>
<config>
<modules>
<Mage_Rss>
<active>false</active>
</Mage_Rss>
<Mage_PaypalUk>
<active>false</active>
</Mage_PaypalUk>
<Phoenix_Moneybookers>
<active>false</active>
</Phoenix_Moneybookers>
<!-- all other modules here -->
</modules>
</config>
Immaginare! Un .gitignore per i moduli Magento!
Con questo puoi facilmente vedere quali moduli hai abilitato / disabilitato a colpo d'occhio.
Come dice @Sander Mangel, disabilitare i moduli in modo provocatorio può avere un grande guadagno in termini di prestazioni, sebbene ciò che disabiliti sia in realtà uno store per store. Normalmente ce ne sono molti di cui non hai bisogno. Se non stai usando la disabilitazione della whishlist, Mage_Wishlistfa davvero la differenza.
Un altro guadagno è la disabilitazione Mage_Log. Questo può essere fatto meglio tramite local.xml però.