Які побічні ефекти відключення основного модуля? (наприклад, Mage_Rss / Mage_Log)


15

Наприклад, я рекомендую відключити Mage_Rss для прискорення процесів оформлення замовлення, оскільки Mage_Rss не використовується широко і змушує чистити кеш кілька разів за запит на замовлення.

Я оцінюю відключення Mage_Log з подібних причин - у мене вже є Google Analytics, а також агрегація журналів apache через PapertrailApp.com, але я розумію, що я не формалізував свій процес для перевірки наслідків, тому не соромтеся відповідати. спеціально для Mage_Log або загалом для відключення основного модуля.

Я знаю, що я можу визначити таблиці, якими користується модуль, переглянувши його сценарій інсталятора в / sql, і події, які він реєструє, переглянувши \ etc \ config.xml, але що ще доречно? Чи розумно інкапсульований цей модуль, впливаючи лише на таблиці з префіксом log_? Цей основний модуль визначає декілька подій, чи будуть їхні спостерігачі невдало / мовчки спричиняти проблеми чи нижче? Як я можу сказати, на які звіти впливають?


2
Перше, що зверху моєї голови Customers\Online Customersподається з якихось log_*столів.
user487772

Ви можете поглянути на це. Томас Бірке створив розширення для налаштування основної вистави Magento за чудову розмову, яку виголосив Іван Чепурний: github.com/quafzi/magento-performance-tweaks від tegan-snyder
Fabian Blechschmidt

Відповіді:


7

Крім очевидного, наприклад, модуль більше не працює - потенційний побічний ефект - це будь-який модуль, у якого зазначений основний модуль, зазначений у їх декларації, також не буде функціонувати. Існує багато сторонніх плагінів, які залежать від завантаження основних модулів. Існують і основні взаємозалежності, особливо якщо ви використовуєте Enterprise.

Мені здається, що більшість людей відключають ці "непотрібні" модулі для швидкісних цілей - адже завантажуйте лише те, що використовуєте, правда? Хоча я впевнений, що це має невеликий, вимірюваний вплив - є набагато ефективніші речі, які ви можете зробити, щоб позитивно вплинути на швидкість вашого веб-сайту.

Є декілька чудових статей про ЗО, які розповідають про цю конкретну проблему - зокрема, ця здалася мені гарною прочиткою:

Оптимізація швидкості відключенням модуля Mage_Reports?

Існують інші звіти, що вимкнення програми Mage_Downloadable тощо може допомогти в Checkout - але це, здається, застарілі пости і, на мою думку, не стосується останніх випусків Magento. Якщо ви все ще працюєте на 1.4CE або 1.7EE, це може бути для вас особливо корисним.

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

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

/programming/11102268/magento-duplicate-orders

Оновлення

Важко узагальнити, який вимірювальний вплив це може мати для вашої конкретної ситуації чи когось. Наприклад, повільний сервер в мережі з низькою пропускною здатністю, наприклад, завадить вашій швидкості значно більше, ніж будь-яке із згаданих рішень.

На основі вашого власного інтенсивного аналізу, здається, це може принести вам прибуток. Як і у всіх відгуках про SO, YMMV, але я думаю, що використання memcached, apc, кешу на повній сторінці та CDN може мати більш вимірний вплив на щось, наприклад, швидкість конверсії, оскільки це впливає на досвід кінцевого користувача.

Я налаштовую всі клієнтські коробки на основі опублікованих специфікацій, оскільки вони не згадують про відключення невикористаних модулів. Вони згадують про відключення непотрібних модулів Apache.

Біла папір

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

Нарешті, я здійснив деякий коп і можу знайти лише згадки про відключення Mage_Rssяк потенційне підвищення продуктивності при використанні кешу файлової системи. Якщо ви використовуєте кеш файлової системи, і ви принаймні не змонтовані так tmpfs, вам слід серйозно розглянути можливість складання memcached, apc або вищезгаданого tmpfsкріплення.


2
@philwinkie: Фактично вимкнення програми Mage_Rss значно зменшує IO під час оформлення замовлення ... це дуже корисна настройка. Хоча, очевидно, безпечніше просто відключити спостерігача.
Данило Слоуф

@philwinkie: Дуже важко узагальнити, які покращення продуктивності важливі для багатьох різних випадків використання Magento. Мій сервер бази даних досяг максимуму ~ 3200 запису IOPS за останні 6 годин, тому я впевнений, що найкращим моїм ударом для покращення долара є відключення Mage_Log :)
Ральф Тіс

Дякуємо за оновлену відповідь. У мене вже є запам’ятовування, APC та CDN. Повний кеш сторінки не допомагає моєму конкретному випадку використання з причин, за якими я не можу зайти сюди, тому мені залишається оптимізувати базу коду. Дякую за вказівник на Mage_Downloadable, я також спробую це.
Ральф Тіс

За відсутності FPC я би вивчив кеш лаку - конкретно з модулями лаку, доступними на Magento Connect. Ура.
philwinkle

Лак теж не допоможе. У мене просто занадто багато вітрин :)
Ральф Тіс

3

Ми бачили певну проблему з відключенням Mage_Log, що він порушує функцію Порівняння продуктів. Коли анонімні веб-переглядачі додають для порівняння, а потім входять у систему, Magento використовує visitor_id, створений Mage_Log, щоб приєднати список порівняння до клієнта, і якщо це значення є нульовим, воно порушує сайт, важко, якщо будь-який інший клієнт коли-небудь порівнював те саме product_id (виняток неповторного повторюваного ключа).


Дякую за інформацію, Джонатане! Спочатку я хотів Mage_Logповністю відключити , але тепер я відключаю лише спостерігачів :)
Роман Снітко

0

Можливо, вас цікавить проект Magento Lite, це в основному кістяк Magento (більшість модулів вимкнено)

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


Ця виделка Magento призначена для цілей CMS, і всі функціональні можливості кошика були видалені. Питання ОП стосується прискорення оформлення замовлення, тому їм потрібен функціональний кошик!
philwinkle

на самому ділі ніхто не зупинить вас , щоб використовувати його для цілей кошика .. Вам просто потрібно повторно включити модулі , які вам потрібно
Від
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.