P3 Plugin Performance Profiler — анализ скорости загрузки

Опубликовано: 01.09.2018

видео P3 Plugin Performance Profiler — анализ скорости загрузки

P3 Plugin Performance Profiler Tutorial

Всем доброго времени суток! С момента моего решения проанализировать работу плагинов, установленных на этом блоге, прошло уже больше двух месяцев. Так как скорость загрузки страниц после переезда на другой хостинг WebHost1 выросла не просто в разы, а в десятки раз, оптимизацию плагинов я то и дело откладывал на потом. И вот это «потом» наступило, дошли-таки мои руки и до страницы с установленными на блоге плагинами. Как говорится, «скоро сказка сказывается, да не скоро дело делается» ) И, ладно бы, не знал с чего начать, каким инструментом воспользоваться… Так знал ведь, и даже сам инструмент для анализа скорости загрузки сайта, плагин P3 Plugin Performance Profiler для WordPress был давно установлен. Ну да ладно, лучше поздно, чем никогда ) Собственно, о плагине P3 и пойдет речь ниже. Тем, кому он не знаком, настоятельно предлагаю использовать его возможности во благо собственному блогу.



Плагин P3 Plugin Performance Profiler скачать

Ссылку даю на официальное хранилище WordPress. Установка стандартная, как и у всех плагинов — или распаковываем скачанный архив в папку wp-content/plugins своего сайта, или находим и устанавливаем его через меню консоли Плагины — Добавить новый. Для новичков в сайтостроении последний способ, безусловно, проще. Почти миллион скачиваний этого плагина и его высокая оценка пользователями о чем-то да говорят.


How to speed up a slow wordpress site (p3 plugin performance profiler)

После установки там же, в консоли, раздел Инструменты, появляется новая строка меню P3 Plugin Profiler, ведущая на страницу анализа скорости загрузки плагинов, установленных на вашем сайте.

Подробное описание плагина P3 Plugin Performance Profiler приводить не буду, дабы не запутывать читателей. Остановлюсь лишь на основных, действительно важных моментах. P3 для WordPress — это простой и мощный инструмент оптимизатора, с его помощью можно измерить (с точностью до тысячных долей секунды) как общее время загрузки всех установленных на сайте плагинов, так и время загрузки каждого из них. Кроме того, плагин показывает, какая часть (в процентах) от времени загрузки страницы приходится именно на загрузку плагинов. Еще один важный показатель, который позволяет проанализировать этот инструмент — число запросов к базе данных сайта за визит.

Привлекает в P3 Plugin Profiler представление отчетов не только в числовом виде, но и в графическом. Круговая диаграмма процентного соотношения времени загрузки каждого из плагинов с расшифровкой помогает увидеть как обстоят дела с плагинами на сайте, сделать необходимые изменения в количестве и составе плагинов и проанализировать новую конфигурацию.  Для пользователей опытных и дотошных плагин предоставляет детализацию и расширенные отчеты с графиками, находящимися на странице плагина еще в пяти(!) дополнительных вкладках.

Анализ скорости загрузки сайта

Запускается сканирование сайта нажатием соответствующей кнопки « Start Scan » Большинство интересующих нас данных выводится в первой и последней вкладках. Первая Runtime By Plugin выдает именно круговую диаграмму с наглядным соотношением нагрузки на сайт от каждого из плагинов. В последней вкладке Advanced Metrics можно увидеть представленные в виде таблицы следующие данные: Total Load Time (общее время загрузки), Plugin Load Time (время загрузки активированных плагинов), Theme Load Time (время загрузки темы) и др.

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

Что делать с данными, полученными в результате анализа?

Отключать лишние плагины – те, без которых сайт может обойтись. Чтобы понять, от каких плагинов надо избавиться, необходимо знать следующее: функцию, которую выполняет плагин и как часто он фактически используется. Например, у вас подключен плагин расширения возможностей текстового редактора WordPress, которыми вы пользуетесь раз в году. Или плагин проведения опросов, а ни одного опроса за несколько месяцев вы так и не запустили на своем сайте.

Есть также целый ряд плагинов, которые вовсе не обязательно держать включенными (активированными) все время – к таким плагинам можно отнести тот же P3 (Plugin Performance Profiler) и широко известный TAC (Theme Authenticity Checker) . Эти расширения нужны лишь для периодических нечастых сканирований сайта. И включить/отключить их на время труда не составляет.

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

Результаты анализа скорости загрузки

Для многих блогеров результаты первоначального сканирования сайта с помощью P3 бывают шокирующими. Нечто подобное шоку испытал и я, впервые рассматривая результаты работы P3 Plugin Profiler .

Первым делом за ненадобностью я отключил на этом блоге семь плагинов, без которых вполне можно было обойтись. Несколько плагинов оказались включенными еще со времен тестирования (это явный промах). Другие, такие как Revision Control и TAC были отключены мной до момента, когда понадобятся в рабочем состоянии. Плагины же типа Pretty Link Lite (скрытие реферальных ссылок) и English Spam (удаление комментариев, не содержащих слова на русском языке) тоже были деактивированы без особых сожалений — использование Pretty Link так и не привело ко мне ни одного реферала, а функции English Spam неплохо выполняет гугловская Рекапча, отсекающая спамные комменты на корню.

На графике повторного сканирования наглядно видно, что после проведения первого этапа оптимизации плагинов на блоге появились положительные сдвиги – уменьшилось время загрузки плагинов и количество запросов к базе данных.

Затем наступил черед «прожорливых» плагинов. Их, судя по диаграмме, оказалось всего два – Crayon Syntax Highlighter (плагин подсветки кода) и All In One Seo Pack (популярный seo-плагин).

Признаюсь честно, пока искал замену плагину подсветки кода, перебрал десяток аналогичных плагинов, найденных через поиск из консоли WordPress: WP Rainbow Hilite, Syntax Highlighter Lite, Html Editor Syntax Highlighter, Syntax Highlighter With Add Button In Editor, Syntax Highlighter Compress, WP Syntax, Advanced Code Editor, Prism Syntax Highlighting, SyntaxHighlighter Evolved. Часть плагинов оказались слишком тяжелыми (хотя и гораздо легче первоначального Crayon Syntax Highlighter), другие напрочь отказывались выводить подсветку без ковыряния в коде.

И у меня уже было появилась мысль потратить еще час-другой времени и сделать подсветку кода на сайте без плагина, но я вовремя вспомнил о статье на сайте Александра Каратаева и воспользовался предложенным им решением по замене обоих тяжелых плагинов Crayon Syntax Highlighter и All In One Seo Pack, которое в моем случае пришлось весьма кстати.

Правда с плагином  Code Prettify , пришедшем на замену Crayon Syntax Highlighter, все-таки пришлось немного повозиться. Подсветку плагин отображал вполне удовлетворительно, но при этом сам код выводился в блоке фиксированной ширины, гораздо меньшей, чем ширина страницы, а перенос длинных строк кода по умолчанию отсутствовал и часть кода оказывалась вне зоны видимости.

Чтобы весь выводимый на странице код отображался как надо, пришлось немного «пошаманить» над файлом style.css своей темы в редакторе WordPress. К описанию свойств тега <pre> были добавлены следующие строки:

Т.е., была указана правильная ширина блока вывода кода и добавлен не слишком распространенный атрибут white-space со значением pre-wrap, отвечающим за перенос длинных строк. После этой небольшой правки шаблона плагин стал выводить код правильно.

С известным seo-плагином я и вовсе не стал заморачиваться и сразу установил предлагаемую  Александром замену — плагин Sewn In Simple SEO , т.к. на собственном опыте убедился в отсутствии влияния заполненного поля keywords на продвижение сайта.

Можете сравнить данные анализа скорости загрузки сайта в самом начале и после оптимизации плагинов. Первый скриншот ниже – после замены плагина подсветки, второй – после замены seo-плагина.

Результаты ощутимые. Осталось в довершение ко всему отключить еще один плагин — P3 Plugin Performance Profiler, до следующего анализа работы плагинов на блоге он вряд ли потребуется.

P.S. : Выяснилось, что плагин Sewn In Simple SEO не захотел работать с горизонтальным меню установленной у меня темы WordPress. При попытке перейти по ссылке в любую из категорий отображалась пустая страница и ошибка:

Ковырять плагин не стал, возможно, позже разберусь, но не на работающем сайте — а на локальном сервере InstantWP с загруженным блогом и моим шаблоном. Пока установил практически такой же легкий плагин Platinum SEO Pack , в котором предусмотрена миграция с All In One SEO Pack. Единственный его недостаток — число запросов к базе данных практически такое же, как и у AIOSP. Если плагин приживется, напишу о нем подробнее позже.

Заодно заменил установленный ранее антиспам-плагин  Google Captcha (reCAPTCHA) плагином  Kama SpamBlock . Посмотрим, насколько он окажется эффективным. В принципе, reCAPTCHA меня устраивала, полностью отсекая весь автоматический спам, но пару нареканий на нее все же были: 1) иногда, если посетитель забывал нажать на кнопку гугловской капчи, исчезал введенный посетителем комментарий при попытке вернуться на предыдущую страницу; 2) порой эта капча перестраховывается и выводит кучу картинок, требующих идентификации, что не всегда удобно и возможно.

Также, пользуясь случаем, установил кнопку Вверх для удобства прокрутки. Пересмотрев на предмет нагрузки около десятка вариантов, в итоге выбрал один из самый простых и легких — Scroll Top (автор Theme Junkie).

Скриншот выше — нагрузка на блог уже со всеми установленными плагинами.На этом пока решил плагины какое-то время не трогать.

Расскажите об этой статье в соцсетях :

rss