1. Чтобы не получить бан прочти правила магентоман! Читать обязательно!

Оптимизация скорости Magento

Тема в разделе "Magento", создана пользователем sbablov, 5 сен 2015.

Модераторы: Violent
  1. sbablov

    sbablov Постоялец

    Регистр.:
    4 ноя 2011
    Сообщения:
    72
    Симпатии:
    79
    Предлагаю в этой теме обсуждать одну из основных проблем Magento - быстродействие.
    На форуме в разных постах часто затрагивается этот вопрос с разных сторон.
    У кого есть вопросы по оптимизации скорости задавайте здесь.
    Кто имеет опыт увеличения быстродействия прошу участвовать в обсуждении, делиться полезными знаниями.
     
    Super_Man и Sylon нравится это.
  2. bezzubtsev

    bezzubtsev

    Регистр.:
    14 май 2015
    Сообщения:
    255
    Симпатии:
    75
    Быстродействие Маженты (а точнее медленнодействие) - это не есть проблема системы. Если вы конечно не пытаетесь крутить магазин на 50 тыс товаров на обычном хостинге - это не серьезно экономить на железе.
    Проблема Маженто в том, что она со временем обрастает кучей записей в базе и файлов на сервере. Как жиром заплывает, от того становится всё медленнее и медленнее.
    И на практике, этот весь жир лучше удалять вручную, так как кнопочки в админке "удалить кэш" - это не совсем то, что нужно.
    Вы как обычно все логи и кэши режите?
     
    Theos и AdamAdamov нравится это.
  3. sbablov

    sbablov Постоялец

    Регистр.:
    4 ноя 2011
    Сообщения:
    72
    Симпатии:
    79
    Кеш как правило чищу вручную через фтп, для удаления неиспользуемых изображений пользуюсь модулем Mage_Imaclean. Базу периодически тоже нужно чистить. Но вышеуказанные действия - это скорее профилактика.

    Для оптимизации размера страниц и кеширования на стороне пользователя я выполняю следующие шаги:
    - проверяю gzip сжатие и настраиваю кеширование статики для браузера
    - отключаю неиспользуемые скрипты
    - проверяю логи и javascript на наличие ошибок (особенно для пользовательских тем) и обращение к несуществующим файлам
    - включаю объединение css и js (а также модуль сжатия)
    - смотрю рекомендации google speed test (сжатие изображений, css, js и т.д.)
    Желательно для отдачи статики настроить nginx
     
    Последнее редактирование: 5 сен 2015
    allmoll и Super_Man нравится это.
  4. Данида

    Данида

    Регистр.:
    30 июл 2012
    Сообщения:
    193
    Симпатии:
    140
    нюансов создания быстрого магазина столько, что даже пары листов А4 не хватит.

    для чистки - надо еще пустые квоты старые чистить.
    они могут полгига занимать.
     
  5. sbablov

    sbablov Постоялец

    Регистр.:
    4 ноя 2011
    Сообщения:
    72
    Симпатии:
    79
    Для оптимизации времени генерации страницы рекмендую следующее:
    - отключить неиспользуемые модули
    - включить Product Flat Data и Сategory Flat Data
    - отключить в неиспользуемых атрибутах поиск, многоуровневую навигацию, сравнение и т.д.
    - включить ручной режим переиндексации
    - установить полностраничный кеш (лучше Lesti FPC)
    - отключить кеш Collections Data, EAV types and attributes, Web Services Configuration
    - включить компиляцию

    По поводу отключения модулей, в большинстве случаев это модули Mage_Downloadable, Phoenix_Moneybookers, Mage_Rss - сильно тормозит систему, Mage_Paypal и Mage_PayPalUk — зависим от age_PayPal, Mage_Tag, Mage_Poll, Mage_Sendfriend, Mage_Rating. После отключения некоторых система может падать или появляться ошибки, это происходит в случае когда модуль где-то используется или есть зависимости.
     
    allmoll и leha128 нравится это.
  6. Alex Muller

    Alex Muller Создатель

    Регистр.:
    27 май 2015
    Сообщения:
    42
    Симпатии:
    7
    Еще я где-то читал, что нужно базу чистить. Кто знает, как например, автоматом удалить все неиспользуемые атрибуты/значения атрибутов?
     
    sbablov нравится это.
  7. sbablov

    sbablov Постоялец

    Регистр.:
    4 ноя 2011
    Сообщения:
    72
    Симпатии:
    79
    Спасибо за вопрос, раньше не учитывал использованние опций при оптимизации. Вот нашел запрос, который показывает неиспользуемые опции (значения аттрибутов)
    Код:
    SELECT o.*, v.*
    FROM `eav_attribute` a
        INNER JOIN `eav_attribute_option` o ON a.`attribute_id` = o.`attribute_id`
        INNER JOIN `eav_attribute_option_value` v ON v.`option_id` = o.`option_id`
        INNER JOIN `eav_entity_type` t ON t.`entity_type_id` = a.`entity_type_id`
        LEFT JOIN `catalog_product_entity_int` pi ON o.`option_id` = pi.`value` AND o.`attribute_id` = pi.`attribute_id`
        LEFT JOIN `catalog_product_entity_varchar` pv ON o.`option_id` = pv.`value` AND o.`attribute_id` = pv.`attribute_id`
    WHERE pi.`entity_id` IS NULL
        AND pv.`entity_id` IS NULL
        AND t.`entity_type_code` = "catalog_product"
    Для удаления заменить SELECT o.*, v.* на Перейти по ссылке o, v
     
    Последнее редактирование: 27 сен 2015
    gonzik нравится это.
  8. gonzik

    gonzik Постоялец

    Регистр.:
    17 июн 2007
    Сообщения:
    68
    Симпатии:
    102
    Соответственно можно обсудить и работу модулей FPC. Какие реально работают?
     
    Sylon нравится это.
  9. AlkosFm

    AlkosFm

    Регистр.:
    26 сен 2014
    Сообщения:
    212
    Симпатии:
    116
    Лучше от ЕЕ. имхо
     
  10. sbablov

    sbablov Постоялец

    Регистр.:
    4 ноя 2011
    Сообщения:
    72
    Симпатии:
    79
    Я за Lesti FPC. Бесплатный, гибкие настройки (особенно в последней версии), шустрый по сравнению с другими.