Quali sono gli effetti collaterali di disabilitare un modulo principale? (ad es. Mage_Rss / Mage_Log)


15

Ad esempio, consiglio di disabilitare Mage_Rss per accelerare i processi di checkout poiché Mage_Rss non è ampiamente utilizzato e forza la pulizia della cache più volte per ogni richiesta di checkout.

Sto valutando la disabilitazione di Mage_Log per ragioni simili: ho già installato Google Analytics e aggregando i log di apache tramite PapertrailApp.com, ma mi rendo conto di non aver formalizzato il mio processo per verificare le ramificazioni, quindi non esiti a rispondere specificamente per Mage_Log o genericamente per disabilitare un modulo principale.

So di poter determinare le tabelle utilizzate da un modulo guardando il suo script di installazione in / sql e gli eventi che registra guardando \ etc \ config.xml, ma cos'altro è pertinente? Questo modulo è ragionevolmente incapsulato influenzando solo le tabelle con prefisso log_? Esistono diversi eventi definiti da questo modulo principale, i loro osservatori falliranno con grazia / silenziosità o causeranno problemi a valle? Come faccio a sapere quali report sono interessati?


2
La prima cosa che mi viene in mente Customers\Online Customersè alimentata da alcuni log_*tavoli.
user487772

Potresti dare un'occhiata a questo. Thomas Birke ha creato un'estensione per ottimizzare le prestazioni principali di Magento in occasione di un grande discorso tenuto da Ivan Chepurnyi: github.com/quafzi/magento-performance-tweaks di tegan-snyder
Fabian Blechschmidt,

Risposte:


7

A parte l'ovvio, ad esempio il modulo non funziona più - un potenziale effetto collaterale è che qualsiasi modulo che ha quel modulo principale elencato nella loro dichiarazione non funzionerebbe. Esistono molti plug-in di terze parti che dipendono dal caricamento dei moduli principali. Ci sono anche interdipendenze fondamentali, specialmente se stai usando Enterprise.

Ho l'impressione che la maggior parte delle persone disabiliti questi moduli "non necessari" per motivi di velocità - dopo tutto, carica solo ciò che usi, giusto? Anche se sono sicuro che ha un impatto piccolo e misurabile, ci sono molte cose più efficaci che puoi fare per influire positivamente sulla velocità del tuo sito.

Ci sono alcuni fantastici articoli SO che parlano di questo particolare problema - questo in particolare mi è sembrato una buona lettura:

Ottimizzazione della velocità disabilitando il modulo Mage_Reports?

Ci sono altri rapporti là fuori che la disabilitazione di Mage_Downloadable, ecc. Può aiutare in Checkout - ma questi sembrano post invecchiati e non sono rilevanti secondo me alle ultime versioni di Magento. Se stai ancora utilizzando 1.4CE o 1.7EE, questo potrebbe esserti particolarmente utile.

http://kassner.com.br/2011/01/magento-slow/

http://www.magentocommerce.com/boards/v/viewthread/221626/#t306872

/programming/11102268/magento-duplicate-orders

Aggiornare

È difficile generalizzare quale impatto misurabile ciò avrebbe per la tua situazione particolare o di chiunque altro. Un server slow-ish su una rete a larghezza di banda ridotta, ad esempio, ostacolerebbe la tua velocità in misura maggiore rispetto a qualsiasi delle soluzioni citate.

Sulla base della tua intensa analisi, sembra che potrebbe esserti utile. Come per tutti i feedback SO, YMMV, ma penso che l'utilizzo di memcached, apc, cache a pagina intera e un CDN possa avere un impatto più misurabile su qualcosa come, ad esempio, il tasso di conversione in quanto influisce sull'esperienza dell'utente finale.

Configuro tutte le caselle client in base alle specifiche del white paper pubblicato - per quanto ne sappia, non fanno menzione della disabilitazione dei moduli inutilizzati. Fanno menzione della disabilitazione dei moduli Apache non necessari.

Carta bianca

http://www.magentocommerce.com/whitepaper/

Infine, ho fatto qualche ricerca e posso trovare solo menzioni di disabilitazione Mage_Rsscome potenziale potenziamento delle prestazioni quando utilizzo la cache del filesystem. Se stai usando la cache del filesystem, e per lo meno non l'hai montata su tmpfs, dovresti prendere in seria considerazione memcached, apc o la suddetta tmpfsmount.


2
@philwinkie: la disabilitazione effettiva di Mage_Rss riduce significativamente l'IO durante il checkout ... è una modifica molto vantaggiosa. Sebbene sia ovviamente più sicuro disabilitare solo l'osservatore.
Daniel Sloof,

@philwinkie: è molto difficile generalizzare quali miglioramenti delle prestazioni sono importanti per i diversi casi d'uso di Magento. Il mio server di database ha raggiunto il picco a ~ 3200 scrivere IOPS nelle ultime 6 ore, quindi sono abbastanza sicuro che il mio miglior rapporto qualità-prezzo sia disabilitare Mage_Log :)
Ralph Tice,

Grazie per la risposta aggiornata. Ho già memcached, APC e CDN in atto. La cache a pagina intera non aiuta il mio caso d'uso particolare per motivi che non posso entrare qui, quindi mi rimane l'ottimizzazione della base di codice. Grazie per il puntatore a Mage_Downloadable, proverò anche quello.
Ralph Tice,

In assenza di FPC, esaminerei Varnish Cache, in particolare con i moduli Varnish disponibili su Magento Connect. Saluti.
Filwinkle,

La vernice non aiuterà neanche. Ho semplicemente troppi vetrine :)
Ralph Tice

3

Abbiamo riscontrato un problema specifico con la disabilitazione di Mage_Log che interrompe la funzionalità di confronto dei prodotti. Quando i browser anonimi aggiungono per confrontare e quindi accedere, Magento utilizza il visitatore_id generato da Mage_Log per allegare la lista di confronto al cliente e se questo valore è nullo, rompe il sito, difficile, se nessun altro cliente ha mai confrontato lo stesso product_id (eccezione chiave duplicata non rilevata).


Grazie per le informazioni, Jonathan! Inizialmente volevo disabilitare Mage_Logcompletamente, ma ora disabiliterò solo gli osservatori :)
Roman Snitko,

0

Forse sei interessato al progetto Magento Lite, questo è fondamentalmente la spina dorsale di Magento (la maggior parte del modulo è stata disabilitata)

https://github.com/colinmollenhour/magento-lite


Questo fork di Magento è destinato a scopi CMS e tutte le funzionalità del carrello sono state rimosse. La domanda del PO riguarda l'accelerazione del pagamento, quindi hanno bisogno della funzionalità del carrello!
Filwinkle,

in realtà nessuno ti impedirà di usarlo a scopo di carrello .. devi solo riattivare i moduli di cui hai bisogno
Fra
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.