Как оптимизировать сайт на Magento

https://www.goivvy.com/blog/magento-optimization-reduce-time-first-byte-ttfb
  • Перевод
  • Tutorial
0bbc5c5a3b67408cb9b0b8cf75cd9139.gif



Magento работает медленно. Иногда очень медленно. В этой заметке мы собрали перевод двух статей о последовательном ускорении интернет-магазине на базе Magento: от первого до последнего байта.


Ускорение загрузки страниц упрощенно состоит из двух слагаемых: «время до первого отправленного байта» (TTFB – time to first byte) и время рендеринга в браузере. Перед тем, как перейти к оптимизации фронтенда, нужно постараться улучшить показатель TTFB.



TTFB-оптимизация


В первую очередь нам нужно понять, что у Magento происходит «внутри». Для этого мы используем отличный встроенный инструмент – Magento Profiler. Он покажет перечень внутренних вызовов Magento и соответствующие им длительности работы.


b68c3daa912b4ccb9c774cad738eb3f4.png


Вы также можете поместить обращения к Profiler внутри своего кода, чтобы измерять производительность и определять узкие места.


Как включить Magento Profiler


В админке Magento нужно пройти в System > Configuration > Advanced > Developer > Debug > Profiler и там переключить на «Yes».


6cad79edeaae4892a3d62e6d9d1bd0a9.png


В файле index.php нужно сделать активной следующую закомментированную строку:


Varien_Profiler::enable();

...


Убедитесь, что вы сбросили кэш в Magento, чтобы получить доступ к Profiler.


Как использовать Profiler в вашем коде


Вам нужно добавить строки Varien_Profiler::start('любое_имя') и Varien_Profiler::stop('любое_имя') в блок кода, к которому вы хотите применить Profiler.


Varien_Profiler::start('any_name_here');

....Блок кода на Magento, который работает слишком медленно...;

Varien_Profiler::end('any_name_here');

...

Что выдает Profiler


Code Profiler – идентификатор, который вы использовали в вызовах Varien_Profiler::start и Varien_Profiler::stop


Time – время в секундах, которое занимает работа кода между Varien_Profiler::start и Varien_Profiler::stop


Cnt – число раз, которое этот блок кода запускался за время загрузки страницы


Emalloc – объем памяти, выделенный PHP-процессу во время работы этого участка кода через системный вызов emalloc


RealMem – объем физической памяти, выделенный PHP-процессу во время работы этого участка кода.


Отключите ненужные модули


Зайдите на страницу своего сайта и посмотрите, что показывает Profiler. В первую очередь найдите строки со словом OBSERVER. Это модули наблюдения, которые, скорее всего, запускаются при каждом обращении к странице. Некоторые из них можно отключить. Например, если вы не используете отзывы или настройки правил продажи, вы можете отключить соответствующие модули Mage_Review и Mage_SalesRule.


Вот приблизительный список включенных по умолчанию расширений Magento, которые вам могут быть не нужны:


  • Mage_Reviews
  • Mage_SalesRule
  • Mage_Wishlist
  • Mage_Bundle
  • Mage_Downloadable
  • Mage_Paypal
  • Mage_Log

Также у вас могут быть установлены дополнительные расширения, которые вам больше не нужны, но которые запускают свой модуль наблюдения за фронтендом при каждой загрузке страницы. Это замедляет ваш сайт.


Оптимизируйте код в .phtml-файлах темы


PHP-код в файлах темы может быть оптимизирован. Вот пример:


<?php $_collection = $this->getLoadedProductCollection(); ?>

<?php <strong>foreach</strong>($_collection <strong>as</strong> $_product):?>

 <?php $_product = Mage::getModel('catalog/product')->load($_product->getId()) ?>

<?php echo $_product->getSku() ?>

<?php <strong>endforeach</strong>; ?>

Вам не нужно загружать модель из catalog/product в каждом цикле foreach, поскольку переменная $_product уже определяет модель из catalog/product. Если набор товаров достаточно большой, у вас может быть много-много ненужных обращений.


Это только один из примеров, насколько неоптимизированным может быть php-код.


Чтобы уменьшить время отправки первого байта и ускорить ваш сайт, вам нужно просмотреть все .phtml-файлы и провести аудит кода в них. Особенное внимание уделить структурам циклов.


Обновите Magento до последней версии


Команда Magento постоянно работает над улучшением своего продукта. Если у вас старая версия Magento, выполните обновление. Новые релизы содержат изменения кода во многих файлах ядра, что направлено на улучшение внутренней логики работы Magento.


Оптимизация фронтенда


Теперь рассмотрим, как можно ускорить рендеринг в браузере на реальном примере.


1. Страница категории


Изначально Google Page Speed показывает 68/100.


6be07336add449e68c2d4e81228aa432.pngВ первую очередь нам нужно отложить загрузку JS, то есть «удалить блокирующие рендеринг Javascript и CSS в контенте, который виден на экране сразу (above-the-fold — ATF)».


Удалить блокирующие рендеринг JS/CSS


Как это сделать? Нужно выделить внутренний Javascript и поместить его в одну функцию. Затем обращаться к этой функции по окончанию загрузки и обрабатывать весь внешний JS.


Сократить JS/CSS


Сжатие и сокращение JS/CSS-файлов доступно в виде отдельных расширений для Magento.


Обеспечить приоритетный CSS для видимого сразу контента


ee3486f92a164e6698e4664c8bf4e3a3.pngЭто означает, что у нас слишком много контента размещено в той части страницы, которая видна на экране сразу (ATF). Поэтому нужно определить самый важный CSS, который нужен, чтобы отрендерить этот контент и включить его внутрь файла, остальной CSS должен загружаться асинхронно.


Сделав это, мы получаем следующий результат:


9e02aa67e25045bc878b9b936dcd3390.pngКак мы видим, закладка с фильтром открыта по умолчанию, и это приводит к тому, что весь html-контент, связанный с фильтром, должен быть загружен.


e5597bf6889b46efab3e4c2c75bea0a3.png


Можно сделать закладку с фильтром невидимой по умолчанию, добавив «display:none» к соответствующему CSS-запросу media.


Теперь мы получили оценку скорости 100/100 !


dc29823478f34945822b348f5af94094.png


2. Остальные страницы


Теперь, когда у нас уже проделана работа по TTFB и по отложенной загрузке JS и CSS, все, что нам осталось сделать – это пройтись по остальным страницам и поработать над видимым сразу контентом (ATF).


Вот какие результаты были достигнуты для карточки товара, страницы с корзиной и типичной страницы сайта:


d91c67f0d5384e96b976d948a6a6eee9.pngОценка по GooglePageSpeed типичной страницы сайта


3a49fee946d24cb0bd06831f5ba86da0.pngОценка по GooglePageSpeed карточки товара


0bbc5c5a3b67408cb9b0b8cf75cd9139.gifОценка по GooglePageSpeed страницы с корзиной


Таким образом нам удалось получить 100/100 оценку скорости по практически всем страницам сайта.


В заключение отметим, что работа над ускорением сайта может быть сложной и монотонной, но результаты вас обрадуют. Страницы вашего сайта будут загружаться намного быстрее даже без кэша. Кэш != производительность. Поэтому в первую очередь вам нужно оптимизировать TTFB, которое вы получаете на вашем Magento-сайте, а затем оптимизировать отображение фронтенда.

WEBO Group

54,00

Ускорение, доступность, отказоустойчивость сайта

Поделиться публикацией
Комментарии 14
    +1
    Если для Enterprise версии выключить Mage_Log то сломается сравнение продуктов
      0
      Верстка у сайта адаптивная или отдельная версия для компа, для телефона. И как обстоят дела с оптимизацией картинок?
        0
        Вам не нужно загружать модель из catalog/product в каждом цикле foreach, поскольку переменная $_product уже определяет модель из catalog/product. Если набор товаров достаточно большой, у вас может быть много-много ненужных обращений.


        Все зависит от потребностей, не все данные есть в колекции, а только те что находятся в product listing.
        И иногда данных надо много, и не хочется добавлять их все в product listening.
          0
          если мало, то грузите продукты через коллекцию или сделайте свой блок, наследуйте существующий и оптимизируйте запрос.

          «Нет оправдания для говнокодерства, кроме как лень и деньги» (с)
          0

          Спасибо большое.


          Еще бы описание ускорения API :)

            0

            Я бы с удовольствием прочел такую же статью но для Мадженто 2.

              0
              На сколько мне известно, Мадженто 2 в 2 раза медленнее первой. Поэтому и 2))

              Вот интересная статья — https://www.magecore.com/blog/developers-tips/php-7-affects-performance-magento-1-9-ce-vs-magento-2-0-ce
                0
                Эта оценка верна только для первого запроса к приложению — в Magento 2 из коробки есть Varnish (и он действительно работает), что де-факто делает систему более производительной в большинстве случаев чем Magento 1. А в production mode фронт Magento 2 работает весьма шустро, а если добавить возможность масштабирования чекаута в версии ЕЕ, то даже этот проблемный участок можно похвалить. На данный момент сравнение с веткой 2.0.х не корректно, потому что между 2.0 и 2.1 приличная пропасть, в последней 2.1 все гораздо лучше и быстрее.
              +1
              Как-то вы запоздали с Magento 1 =)

              С шаблонами понятно, за
              <?php $_product = Mage::getModel('catalog/product')->load($_product->getId()) ?>
              
              по рукам сразу нужно линейкой давать. load моделей в шаблонах это очень грязно.

              Неплохо помогают еще:
              • хранение кеша в redis, а не в файлах
              • добавление в свои блоки cache tag и cache lifetime
              • fullpage кеш как модуль или в виде Varnish
              • переход на более новую версию PHP
              • включение PHP opcache или apc
              • аудит обсерверов на самые частые действия и сужение зоны их вызова (например, бывает, что обсервер стоит слишком рано и ловит много generic событий и фильтрует их уже в обработчике)
              • включение PHP opcache или apc
              • включение Merge JS/CSS
                0
                Google PageSpeed Insights Score = 100 это похоже на оптимизацию ради галочки и на мой взгляд жутко не профессионально. Любой внешний шрифт или скрипт и эта оценка уже 99.
                Т.е. автор статьи предлагает отказаться от использования яндекс метрики, гугл аналитики и гугл шрифтов, а это все базовые рекомендации поисковиков.

                Вместо встроенного профайлера удобней пользоваться aoe_profiler. Примера с загрузкой продукта внутри цикла прохода коллекции недостаточно, как правило одним этим дело никогда не ограничевается.
                в догонку списку от vlfesko добавлю:
                — minify JS/CSS
                — анализ и оптимизация layouts.
                — включение сжатия на стороне сервера (иногда отключено).

                  0
                  >> Magento работает медленно. Иногда очень медленно.

                  Если вы хотите рассказать о том, как ускорить систему, то было бы логично упомянуть про внутреннюю компиляцию классов и варианты кэширования.

                    0
                    Компиляция — это костыль, со своими проблемами.
                    0
                    Вот недавно нашел полезный проект https://github.com/Inchoo/Inchoo_PHP7. Говорят на PHP7 Magento 1.x может обрабатывать чуть ли не в 2 раза больше запросов.
                      0
                      В реальной жизни прирост получается около 20%, проверено примерно на 5 проектах — нигде в два раза лучше не стало. Всему виной кастомный код расширений, который сам по себе не очень эффективен — ну, знаете, где коллекцию фильтруют на стороне PHP, а не через фильтры SQL или делают лоад модельки в цикле. Может быть на чистой Magento и можно на определенных запросах получить буст в 100% скорости, но на рабочем непустом проекте — очень вряд ли, хотя надежда всегда есть =)

                    Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                    Самое читаемое