Bir çekirdek modülü devre dışı bırakmanın yan etkileri nelerdir? (örneğin Mage_Rss / Mage_Log)


15

Örneğin, Mage_Rss yaygın olarak kullanılmadığından ve önbellek temizliğini her ödeme isteği için birden çok kez zorladığından, ödeme işlemlerini hızlandırmak için Mage_Rss'i devre dışı bırakmanızı öneririm.

Benzer nedenlerden dolayı Mage_Log'u devre dışı bırakmayı değerlendiriyorum - Google Analytics zaten var ve PapertrailApp.com üzerinden apache günlüklerini topluyorum, ancak sonuçları kontrol etme sürecimi resmileştirmediğimi fark ettim, bu yüzden cevap vermekten çekinmeyin özellikle Mage_Log için veya genel olarak bir çekirdek modülü devre dışı bırakmak için.

Ben bir modül / sql içinde onun yükleyici komut dosyası bakarak tabloları belirlemek ve \ etc \ config.xml bakarak kaydettiği olayları belirleyebilir biliyorum, ama başka ne ilgili? Bu modül, yalnızca log_ önekine sahip tabloları etkilemek için makul bir şekilde kapsüllenmiş mi? Bu çekirdek modül tarafından tanımlanan birkaç olay var, gözlemcileri nazikçe / sessizce başarısız olacak mı yoksa aşağı akış sorunlarına neden olacak mı? Varsa hangi raporların etkilendiğini nasıl anlarım?


2
Başımın üstünden ilk şey Customers\Online Customersbazı log_*masalardan besleniyor .
user487772

Buna bir göz atmak isteyebilirsiniz. Thomas Birke, Ivan Chepurnyi tarafından verilen harika bir konuşma başına Magento'nun temel performansını düzeltmek için bir uzantı oluşturdu: github.com/quafzi/magento-performance-tweaks tegan-snyder
Fabian Blechschmidt

Yanıtlar:


7

Açık olanın yanı sıra, örneğin modül artık çalışmıyor - potansiyel bir yan etki, bu çekirdek modülün beyanlarında listelenen herhangi bir modülün de çalışmaz. Çekirdek modüllerin yüklenmesine bağlı olan birçok 3. taraf eklentisi vardır. Özellikle Enterprise kullanıyorsanız çekirdek bağımlılıkları da vardır.

Çoğu insanın bu 'gereksiz' modülleri hız amaçları için devre dışı bıraktığı izlenimindeyim - sonuçta, sadece kullandıklarınızı yükleyin, değil mi? Bazı küçük, ölçülebilir bir etkisi olduğundan emin olmakla birlikte, sitenizin hızını olumlu yönde etkilemek için yapabileceğiniz çok daha etkili şeyler var.

Bu konu hakkında konuşan bazı büyük SO makaleleri var - bu özellikle bana iyi bir okuma gibi geldi:

Mage_Reports modülünü devre dışı bırakarak Hız Optimizasyonu?

Mage_Downloadable vb.'nin devre dışı bırakılmasının Checkout'ta yardımcı olabileceği başka raporlar da var - ancak bunlar yaşlanan yayınlar gibi görünüyor ve bence Magento'nun son sürümleriyle ilgili değil. Hala 1.4CE veya 1.7EE üzerinde çalışıyorsanız, bu özellikle sizin için yararlı olabilir.

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

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

/programming/11102268/magento-duplicate-orders

Güncelleme

Bunun sizin ya da herhangi birinin durumu için ölçülebilir etkisinin ne olacağını genelleştirmek zor. Örneğin, düşük bant genişliğine sahip bir ağdaki yavaş bir sunucu, hızınızı belirtilen çözümlerden daha fazla engelleyecektir.

Kendi yoğun analizinize dayanarak size kâr getirebilir. Tüm SO geri bildirimlerinde olduğu gibi, YMMV, ancak memcached, apc, tam sayfa önbellek ve CDN kullanmanın, son kullanıcı deneyimini etkilediğinden, dönüşüm oranı gibi bir şey üzerinde daha ölçülebilir bir etkisi olabileceğini düşünüyorum.

Tüm istemci kutularını yayınlanan teknik inceleme teknik özelliklerine göre yapılandırıyorum - bildiklerime göre kullanılmayan modülleri devre dışı bırakmamaya değinmiyorlar. Gereksiz Apache Modüllerinin devre dışı bırakıldığından bahsediyorlar.

Beyaz kağıt

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

Son olarak, biraz kazma yaptım ve yalnızca Mage_Rssdosya sistemi önbelleğini kullanırken devre dışı bırakmanın potansiyel bir performans artışı olarak bahsedebilirim. Dosya sistemi önbelleğini kullanıyorsanız ve bunu en azından tmpfsbağlamadıysanız, memcached, apc veya yukarıda belirtilen mount'ı ciddi olarak düşünmelisiniz tmpfs.


2
@philwinkie: Aslında Mage_Rss'i devre dışı bırakmak, ödeme sırasında ES'yi önemli ölçüde azaltır ... çok faydalı bir değişiklik. Her ne kadar sadece gözlemciyi devre dışı bırakmak daha güvenli olsa da.
Daniel Sloof

@philwinkie: Magento'nun birçok farklı kullanım durumu için hangi performans geliştirmelerinin önemli olduğunu genelleştirmek çok zor. Ben çok emin kova iyileştirilmesi için elimden geleni patlama :) devre dışı Mage_Log etmektir duyuyorum bu yüzden benim veritabanı sunucusu son 6 saat içinde ~ 3200 yazma IOPS zirve yaptı
Ralph Tice

Güncellenmiş cevap için teşekkürler. Zaten memcached var, APC ve CDN yerinde. Tam sayfa önbellek, buraya girememe nedenleriyle benim özel kullanım durumuma yardımcı olmaz, bu yüzden kod tabanını optimize etmeye bıraktım. Mage_Downloadable işaretçisi için teşekkürler, ben de bunu deneyeceğim.
Ralph Tice

FPC yokluğunda, özellikle Magento Connect'te bulunan Vernik modülleri ile Vernik Önbellek'e bakacağım. Şerefe.
philwinkle

Vernik de yardımcı olmaz. Sadece çok fazla vitrinim var :)
Ralph Tice

3

Mage_Log'u devre dışı bırakırken Ürün Karşılaştırma işlevini ihlal ettiği konusunda belirli bir sorun gördük. Anonim tarayıcılar karşılaştırmak ve daha sonra giriş yapmak için eklediğinde, Magento, karşılaştırma listesini müşteriye eklemek için Mage_Log tarafından oluşturulan ziyaretçi_idini kullanır ve bu değer boşsa, başka bir müşteri aynı şeyi karşılaştırmışsa siteyi kırır product_id (yakalanmamış yinelenen anahtar istisnası).


Bilgi için teşekkürler, Jonathan! Başlangıçta Mage_Logtamamen devre dışı bırakmak istedim , ancak şimdi sadece gözlemcileri devre dışı bırakacağım :)
Roman Snitko

0

Belki de Magento Lite Projesi ile ilgileniyorsunuz, bu temelde Magento omurgası (modülün çoğu devre dışı bırakıldı)

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


Magento'nun bu çatalı CMS amaçlıdır ve tüm alışveriş sepeti işlevleri kaldırılmıştır. OP'nin sorusu, ödemeyi hızlandırmayla ilgili, bu yüzden alışveriş sepeti işlevselliğine ihtiyaçları var!
philwinkle

aslında hiç kimse bunu sepetiniz için kullanmayı durduramaz .. İhtiyacınız olan modülleri tekrar etkinleştirmeniz yeterlidir
Fra
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.