Лучший плагин кэширования wordpress. Wp Fastest Cache — Плагин кэширования wordpress. Плагин LiteSpeed Cache

Тем, кто не имеет навыков сайтостроения, но желает , стоит попробовать создать сайт на uKit . Этот онлайн конструктор бизнес сайтов предлагает новичкам неплохие возможности: вам не понадобиться рыться в коде, просто сгруппируйте области сайта как нужно, наполните его, и все – можно размещать.

Так утверждают разработчики сервиса (кстати, над созданием этого сервиса трудились специалисты, подарившие миру завоевавший огромную популярность конструктор uCoz). Проверим, так ли это на самом деле, и получится ли при помощи данного онлайн конструктора создать толковый веб-ресурс. В качестве примера создадим в uKit несложный сайт для компании, занимающейся продажей мебели.

Главная страница и регистрация: хорошее, увлекающее начало

При попадании на главную страницу онлайн конструктора замечаешь аскетичность и простоту дизайна. Здесь нет кричащих продающих призывов, множества ссылок, от которых разбегаются глаза, и прочего мусора: просто скромная кнопка «Создать сайт », ссылка на информационный трейлер о системе, на блог, обратную связь и соглашение, и все. А ведь за этой простотой стоит многое: волей-неволей, посетитель нажмет-таки на заветную кнопку, ведь кликать, по сути больше почти некуда:

Такой вот способ завлечь клиента

Нажав на зеленую кнопку, либо на ссылку «Зарегистрироваться » в правом верхнем углу страницы, вы попадете на страницу регистрации . Здесь все предельно просто: вводим свой e-mail, пароль и жмем «Зарегистрироваться »:

Интересная особенность. Конструктор uKit предоставляет возможность регистрации при помощи собственного аккаунта в одной из социальных сетей. Это придется по нраву тем, кто не особо любит сочинять кучу паролей и логинов для разных сервисов и думать, как их сохранить.

ОБЯЗАТЕЛЬНО в случае базовой регистрации проверьте после этого свою электронную почту, так как на данном этапе требуется подтверждение аккаунта в системе. В случае регистрации через соц.сети uKit «пустит » вас дальше и без этого. После подтверждения регистрации на почту приходит весьма интригующее письмо. В нем говориться о неких наградах за развитие сайта.

Еще один пример продуманного подхода к привлечению пользователей:

Изучив информацию о наградах, можно двигаться дальше, в предвкушении создания собственного сайта и получения за это каких-то «плюшек ».

Выбор шаблона и начало работы над сайтом

После завершения регистрации система предложит вам выбрать шаблон для будущего сайта. Вниманию пользователей предлагаются тематические шаблоны и варианты без привязки к конкретной теме:


ВАЖНАЯ ОСОБЕННОСТЬ. Создающийся при помощи рассматриваемого конструктора сайт автоматически адаптируется к мобильным устройствам. Посмотреть, как веб-ресурс будет выглядеть на смартфоне, можно уже на этапе выбора шаблона.

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

Кстати, при выборе шаблона можно установить для него подходящее вам цветовое оформление. Делается это при помощи специального поля с палитрой:

Определяемся с шаблоном, жмем кнопку «Выбрать », и попадаем на страницу выбора доменного имени для будущего сайта. Решив бесплатно создать сайт на uKit , на начальном этапе вы получаете домен третьего уровня.

Возможность перейти на свой домен предоставляется при выборе одного из платных тарифов. Но об этом позже.


Введите доменное имя для своего сайта и нажмите кнопку «Продолжить ». После этого вы попадёте в редактор, где и будет вестись работа над вновь создающимся веб-ресурсом.

Работа над сайтом в конструкторе uKit


Окно редактора поделено на две области:

  • панель инструментов (колонка в левой части окна );
  • рабочая область, в которой размещаются элементы нашего сайта, и ведется работа над ним.

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

Займемся главной страницей нашего сайта. Для редактирования нужного элемента просто кликните по нему один раз левой кнопкой мыши, и в открывшемся меню выберите нужное действие.

Запомните. На панели инструментов есть полезные кнопки «стрелки ». С их помощью можно откатывать внесенные изменения и вновь применять их. Это делает работу с конструктором uKit удобной и безопасной. Можно смело экспериментировать, не боясь за того, что внесенные изменения будут необратимыми.

Вверху нашего шаблона имеется галерея с картинками. Отредактируем ее, приспособив под тематику создающегося сайта. Для этого разместим здесь заранее заготовленные фотографии образов мебели:


Для этого кликните по любой фотографии в галерее левой кнопкой мыши один раз, и система войдет в режим редактирования блока:


Чтобы добавить наши файлы в галерею, нажмите на панели управления (слева ) кнопку «Добавить », и выберите подготовленные картинки. Радует то, что конструктор поддерживает групповую загрузку файлов с компьютера, и не нужно тратить время на добавление каждой картинки по отдельности.

В результате получаем:


Для удаления лишних картинок, изначально присутствовавших в галерее, просто кликните по ненужному объекту левой кнопкой мыши, и выберите значок корзины. После удаления ненужных изображений получаем:


Кстати, при редактировании галереи, можно выбрать один из трех вариантов отображения ее элементов. Делается это все в той же панели управления слева:

Здесь же есть и масса других настроек. Можете смело их пробовать, и выбирать подходящий вариант, ведь конструктор uKit позволяет, если нужно, откатить изменения.

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

Продолжим редактирование нашего веб-ресурса. Изменим название компании в шапке сайта. Для этого просто кликнем по надписи левой кнопкой мыши и заменим исходный текст новым:

Далее переходим к изменению навигационного меню в шапке сайта. Для этого кликнем по нему один раз левой кнопкой мыши, чтобы открыть окно редактирования. Вы можете добавить новые пункты меню (при этом автоматически сгенерируются соответствующие им страницы ) и удалить старые.

Для нашего сайта подходит предложенное системой меню. Однако нужно изменить название раздела «Портфолио » на «Каталог продукции ». Для этого в меню слева нажмите на значок «Снежинка» и в соответствующем поле введите необходимое название пункта меню:


После этого не забудьте изменить и название страницы, на которую будет вести этот пункт, чтобы не было путаницы. Сделать это можно, выбрав в панели управления пункт «Страницы сайта », нажав на «Снежинку » для редактируемой страницы:


Переходим к редактированию содержимого главной страницы. Видно, что шаблон, предложенный конструктором, содержит несколько блоков. Оставим только верхний, удалив остальные:

Для удаления ненужного блока (виджета ) подведите к нему курсор мыши, и нажмите знак «Крестик ». Таким образом можно убирать любые элементы исходного шаблона: кнопки, рисунки, пробелы между блоками и т.д.

После удаления лишних элементов, главная страница станица сайта стала выглядеть следующим образом:


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

Добавьте заготовленный заранее контент, как мы это делали выше, отредактировав нужные поля. В частности, кликнув по картинке, выберите «Заменить », и загрузите нужную. Измените основной текст (выделив старый и вставив заготовленный для нашего сайта ).

В результате этого мы получим:


Видно, что некоторые контейнеры нашего сайта (в частности основной контент ) имеют жестко определённые размеры. Из-за этого они будут не очень приглядно смотреться в разных браузерах и на разных экранах. Для более удобного восприятия их лучше сделать «резиновыми ». Для этого наведите курсор на нужный блок, выберите значок «Снежинка », и в появившемся слева меню выберите пункт «Резиновый »:


После этого блок растянется на всю страницу, и будет выглядеть более привлекательно.

Затем можно приступать к редактированию остальных страниц сайта. Для перехода на нужную страницу, просто кликните по ее названию в навигационном блоке в шапке сайта. Работа с содержимым разделов проводится так же, как и на главной странице:




Важные моменты при работе с виджетами в конструкторе uKit

Как отмечалось ранее, данный онлайн конструктор дает возможность использовать различные виджеты. После их добавления на сайт обязательно отредактируйте их под себя:

Если это, например, форма обратной связи (как на странице «Контакты» нашего сайта ), проверьте, чтобы информация отправлялась на «правильную » электронную почту. Сделать это можно, кликнув по виджету один раз левой кнопкой мыши. Это действие открывает меню настроек элемента (слева страницы, где вы можете задать нужные параметры ).

КСТАТИ. Что касается именно форм обратной связи, то конструктор uKit, автоматически «привязывает» их к адресу электронной почты, указанному при регистрации. Можно оставить все как есть, или изменить его, добавив один или несколько новых адресов:


Стоит отметить, что, решив создать сайт на uKit , вы получаете возможность управлять настройками для SEO-продвижения своего ресурса, получением статистики по сайту и т.д. Управлять всем этим можно из личного кабинета, где отображается список всех ваших веб-сайтов (для перехода в личный кабинет из редактора, нажмите кнопку «Вопрос» в панели управления ):


После завершения работы над сайтом опубликуете его. Сделать это можно из личного кабинета (кнопка «Опубликовать ») или прямо из редактора (значок «Опубликовать » внизу панели управления).

Кстати, при нажатии на картинку в галерее вверху страницы она увеличивается.

Плюсы и минусы конструктора сайтов uKit

Главный плюс данного конструктора заключается в том, что бесплатно создать сайт на uKit может любой. Для этого не нужно иметь каких-то знаний в области сайтостроения. Также привлекает подход разработчиков к привлечению клиентов: здесь нет лишней информации (все четко и понятно, нажал кнопку, и работай над свои сайтом ) и придуманная ими система «бейджей », которые выдются за проделанную работу (кстати, за публикацию сайта мы получили новый бейдж «Публикация » ).

Платные тарифы

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

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

Д вижок WordPress, как уже было сказано выше тяжеловат по своей природе. Все дело в его «динамичности». В отличие от «статичных» платформ WP работает на PHP, который и совершает многочисленные запросы к базам данный, за счет чего собственно и формируется содержимое. К счастью, существует технология способная существенно ускорить процесс, называется она кэширование.

Принцип кэширования в своей основе достаточно прост. Обычно все сводится к тому что тот или иной плагин генерирует из динамических страниц статические, выдавая их в последствие посетителю. При этом серверу не приходится обрабатывать большую часть запросов, что существенно снижает нагрузку на сервер и увеличивает скорость. Теперь давайте переходить к делу. Какие существуют плагины для кэширования и какой из них выбрать? В этом нам поможет отличное исследование проведенное на Tutorial9, выдержку из результатов которого я хочу вам привести.

Как проводилось данное исследование? Для оценки производительности того или иного плагина использовался Apache Benchmark. Данный тест генерирует большое количество запросов, на основании чего формируется отчет о количестве обработанных сервером запросов в секунду и среднем времени передачи данных. Исходные данные: WordPress 2.9.1 на котором установлено несколько популярных плагинов - Akismet, All in SEO Pack и Google XML Sitemap. Количество трафика на тестовом блоге не велико, представлен смешанный контент - текстовый, изображения, электронные таблицы, java-скрипты. Для объективности каждое измерение повторялось несколько раз в сутки.

Я не буду приводить результаты тестирования всех плагинов, которые тестировались авторами Tutorial9, потому что смысл заострять внимание есть только на самых распространенных, ходовых и популярных плагинах. Итак, приступим:

Блог с выключенным кэшированием

Блог без активированных плагинов, показал следующие результаты:

Запросов в секунду - 13,96;
Время на каждый запрос - 716,58 мс;
Скорость передачи данных - 673,98 Кбит/сек

Как видите исходные данные не впечатляют. Давайте посмотрим что и как можно улучшить.

Плагин WP-Cache

Популярный плагин WP-Cache продемонстрировал следующий результат:

Запросов в секунду - 109,59;
Время на каждый запрос - 91,25 мс;
Скорость передачи данных - 5307,00 Кбит/сек

Заметно лучше чем без кэширования. Результат превосходит блог без активированных плагинов в среднем на 685%. Замечу что WP-Cache - давно известный плагин, который исторически пользуется популярностью.

Плагин WP Super Cache

WP Super Cache в настоящее время пожалуй более популярен чем WP-Cache. Это легко объяснимо - WP Super Cache является доработанной версией WP-Cache. Помимо того что он быстрее, он и «умнее», то есть умеет больше чем предшественник. В частности его легче устанавливать и удалять, он умеет чистить за собой «мусор» после деактивации и так далее.

Что же касается скорости, результат получился следующий:

Запросов в секунду - 118,23;
Время на каждый запрос - 84,58 мс;
Скорость передачи данных - 5743,07 Кбит/сек

Результаты тестирования превосходят результаты WP-Cache. WP Super Cache в среднем быстрее блога без активированного кэширования в среднем на 747%. Отмечу еще одну особенность - если в WP Super Cache включена компрессия , он может быть даже медленнее блога без плагинов!

Плагин Hyper Cache

Hyper Cache - достаточно новый плагин, который еще не успел завоевать большой популярности. Тем не менее, показал в ходе тестирования отличный результат. Кроме того плагин отличается достаточно простой установкой и настройкой.

Результаты:

Запросов в секунду - 130,75;
Время на каждый запрос - 76,48 мс;
Скорость передачи данных - 6325,36 Кбит/сек

В среднем это лучше на 837% чем блог без плагинов.

Итоги работы плагинов кэширования для wordpress

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

Лучший результат показал Hyper Cache , к тому же он обеспечивает хороший контроль над процессом. Вполне можно использовать WP-Cache или WP Super Cache. И тот и другой заметно повышают производительность. Кроме того они из когорты «старых добрых», проверенных поколениями, а значит неплохо поддерживаются. Надеюсь, эта статья помогла вам определиться с выбором плагина для кэширования. Дело за установкой!

Что касается меня, то я использую и для своих и для клиентских сайтов платный премиум плагин WP Rocket, ну и конечно серверное кэширование средствами Nginx или LiteSpeed

А какой плагин для кэширования wordpress используете вы и почему?

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

Слишком долгая загрузка страницы негативно сказывается на вашем веб-сайте WordPress, а кэширование поспособствует тому, чтобы вы никогда не столкнулись с этой проблемой. В этой статье мы проведем анализ нескольких вариантов в поиске плагина, который обеспечит самую быструю загрузку страницы и надлежащее кэширование.

Давайте сначала разберемся, что такое кэширование.

Заметка о кэшировании

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

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

Поисковые системы обращают особое внимание на скорость загрузки в своих алгоритмах ранжирования. Всё просто: быстрые сайты находятся выше в рейтинге. Для ускорения сайтов WordPress большинство веб-мастеров используют плагины для кэширования. Установка проверенного, высококачественного плагина может значительно ускорить ваш веб-сайт и сэкономить вам уйму усилий (и денег), выясняя как сделать это иначе.

Плагины для кэширования сохраняют все динамически созданные HTML файлы в кэш и достают их прямо оттуда. То есть ваш сайт повторно использует созданные ранее данные. Поэтому, при каждом запросе на восстановление каких-то данных, браузер загружает кэшированную версию вместо того, чтобы загружать заново все скрипты PHP. И это уменьшает для вас скорость загрузки сайта.

Наша методика тестирования

Мы решили протестировать реальную тему для WordPress от WPExplorer - Total . Тестируемый веб-сайт на этой теме Color Awesome - это установка WordPress, которая была специально создана для имитации реального веб-сайта.

На этом веб-сайте были установлены все типичные плагины для WordPress, включая Contact Form 7 , Slider Revolution , Visual Composer , Formidable Forms , WooCommerce , и Yoast SEO . Color Awesome имеет демо-данные и интегрированный интернет магазин. Размер тестируемого сайта близок к размеру реального.

А теперь давайте рассмотрим хостинг и сравним инструменты, которые были использованы для этого эксперимента.

Хостинг-провайдер и тарифный план

Согласно с веб-сайтом Bluehost :

Bluehost и WordPress с 2005 года совместно работали над созданием хостинг-площадки, подходящей для обеспечения работы веб-сайтов WordPress.

Веб-сайт Color Awesome размещен в хостинге Bluehost Shared. Мы специально выбрали этого хостинг-провайдера и хостинг-план, поскольку Bluehost является одним из лучших рекомендованных хостингов для сайтов WordPress.

Инструменты тестирования для анализа

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

1. Site Grading Tools

Эти инструменты созданы для тестирования определенного веб-сайта по разным критериям, кроме скорости. Они учитывают такие факторы как оптимизация изображений, кэширование браузеров, минификаторы Javascript, сжатие GZIP и огромное количество HTTPS запросов. Для оценки мы использовали GTMetrix и Google PageSpeed Insights.

GTMetrix

GTMetrix основан на принципах работы Yahoo и представляет более детальный отчет по сравнению с Google PageSpeed Insights. С помощью этого инструмента пользователи получают подробное описание всего, что замедляет процесс загрузки страницы.

Google PageSpeed Insights

Особенностью Google PageSpeed Insights является то, что он тестирует сайт с позиции и компьютера, и мобильного устройства, а потом ставит балл от 1 до 100. Хотя этот инструмент и не дает глубокого понимания работы алгоритма ранжирования Google или факторов, которые важны для Google, но он всё еще широко используется для оценки сайта, поскольку предоставляет консультацию для каждого сайта.

2. Timing Tools

С помощью этих инструментов засекают время загрузки веб-сайтов из разных местоположений серверов. Помимо скорости загрузки сайта, этот инструмент также определяет, насколько эффективно работает сайт при нагрузках. Для этого мы используем Pingdom.

Pingdom - это, по сути, сервис для тестирования и контроля серверов. Хотя у него тоже есть встроенный модуль для оценивания сайта, мы использовали его как модуль для замера времени, записали время загрузки страницы для теста кэширования каждого плагина с постоянным сервером.

Плагины кэширования

Мы успели обсудить стратегию тестирования, определились с инструментами, давайте просмотрим выборку плагинов для кэширования. Кроме WP Rocket, мы нашли все плагины для кэширования в директории плагинов WordPress:

  • WP Rocket
  • WP Super Cache
  • W3 Total Cache
  • WP Fastest Cache
  • Zen Cache
  • Hyper Cache
  • Cachify
  • Hyper Cache Extended
  • Lite Cache
  • Gator Cache

Мы выбрали 10 лучших WordPress плагинов для кэширования согласно их популярности и количества активных установок.

Результаты по GTMetrix и PageSpeed Insights

После проверки каждого плагина для кэширования с помощью инструментов GTMetrix и PageSpeed Insights мы получили такие результаты:

Анализ результатов

Как видно из результатов, плагины для кэширования не оказали существенного влияния на эксперимент по оценке сайта – на самом деле, большая часть показателей не изменилась с установкой плагина. Очень удивительно, что там, где отличие всё же есть, они минимальны.

С помощью Google PageSpeed Insights мы выяснили, что WP Super Cache и Hyper Extended Cache получили наивысшую оценку как для компьютеров, так и для мобильных устройств, 52 и 45 баллов соответственно.

В категории GTMetrix WP Fastest Cache занял первое место с наивысшей скоростью загрузки страницы и получил 83 балла, от него отстает на 2 балла WP Rocket . Очень впечатляет!

Наш вердикт

Согласно результатам тестирования сайта мы приходим к заключению, что лучшие плагины для кэширования - WP Rocket , WP Fastest Cache , WP Super Cache и Hyper Extended Cache .

Результаты по Pingdom

После завершения оценки тестирования сайта мы приступаем к замеру времени загрузки страницы при использовании каждого из плагинов. Итоги:

Анализ результатов

Перед тестированием плагинов мы замеряли время загрузки страницы нашего сайта на Pingdom. Без кэширования сайт загружается за 9,45 секунд (не судите!) После записи времени загрузки страницы с каждым плагином мы вычислили разницу от начальной скорости (без кэширования - 9,45 секунд), и насколько плагин ускорил загрузку.

И снова идёт следующим с результатом – 5,29 секунд, а W3 Total Cache занял третье место с 6,02 секунд.

Наш вердикт

Согласно результатам замера времени загрузки страницы нашего сайта с каждым плагином, можно с уверенностью сказать, что лучшими плагинами стали WP Rocket , WP Super Cache , и W3 Total Cache .

Победители

Проанализировав результаты обоих испытаний, победу, без сомнений, одерживает WP Rocket . Этот премиум плагин для кэширования получил наивысший балл в YSlow и загрузил тестовую страницу почти вдвое быстрее. WP Rocket имеет широкий спектр функций, параметров настройки и дружественную команду поддержки – и всё за умеренную цену.

WP Super Cache получил серебренную медаль за потрясающее время загрузки страницы и наивысший балл в Google PageSpeed Insights для компьютеров и мобильных устройств. Плагин очень легко установить и настроить. Он отлично подойдёт для тех, кто не хочет тратить много денег.

Почетное третье место занимает W3 Total Cache . Хотя этот плагин и продемонстрировал хороший результаты при загрузке страницы, но он никак не проявил себя при тестировании страницы. Поэтому его часто выбирают вебмастера с техническим складом ума, которые любят настраивать все 16 страниц параметров настройки до последней детали.

Итоги

Вот и всё! Мы закончили наш эксперимент, опубликовали данные и проанализировали результаты. Каждый из описанных плагинов имеет свой набор уникальных особенностей, который выделяет его среди всех остальных.

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

А какие плагины для кэширования вы используете на вашем сайте WordPress? По каким критериям оцениваете? Пишите свое мнение в комментариях внизу!

Всем привет! Хочу поведать вам одну историю о своей невнимательности, которая и побудила меня к написанию данной статьи. Около недели назад мой хост-провайдер проводил профилактические работы , время было оговорено и было предупреждение о том, что сайт будет лежать 15-30 минут. Я подумал, что это не так много и особо не волновался по этому поводу и ушел по своим делам.

Во время профилактики сайт действительно лежал, но время я особо не засекал. К моему удивлению, после окончания работ доступа к сайту так и не было — на нем висела ошибка 403 (про коды ошибок и ответа сервера прочитайте ), которая означает недостаток прав клиента . Примерно в то же время было написано письмо в службу поддержки провайдера. Ответили довольно быстро.

Причина блокировки аккаунта была в огромной нагрузке на хостинг . Работник саппорта привел логи сервера. в то время была небольшой — около 300 человек в сутки, поэтому вопрос о смене тарифа сразу отпал. Сайт мне включили, правда после 5-ти часовой проверки на вирусы и возможные причины перегрузки. Кстати, в общей сложности сайт лежал около суток, и это сказалось на позициях — блог вылетел из топ-10 по некоторым запросам в .

Перед отключением сайта я повесил баннер от seohammera (про системы автоматического продвижения вы можете прочесть ), поэтому подозрение пало на него. Баннер был убран и все вроде бы стало хорошо. Также был направлен вопрос в техподдержку о степени нагрузки — ответили, что все в порядке. Но на этом я не остановился и начал искать пути сокращения нагрузки на хостинг .

Были переработаны и удалены многие участки , немного поработал с php и сделал еще много мелочей, как-нибудь я напишу подробную статью о снижении нагрузки на хостинг . Еще в начале существования блога я установил плагин Hyper Cache, который призван сократить нагрузку путем кэширования страниц. Т. к. в то время я не соблюдал правила установки, оказалось, что плагин этот вовсе не работает.

И ведь в инструкции по установки было все написано, но внимания на это я почему-то не обратил. Вот так вот основное средство для понижения нагрузки не работало все это время. Итак, основной темой этой статьи будет корректная установка и настройка плагина Hyper Cache на блог. Сейчас плагин работает нормально, так что ошибок моих вы не повторите.

Установка плагина Hyper Cache

В появившейся странице вписываем имя плагина — Hyper Cache, должен оказаться на первом месте. Устанавливаем плагин (от вас потребуется ввод данных ftp аккаунта). Также можно загрузить архив с плагином с официального сайта, затем через админку загрузить и установить. В общем, устанавливайте любым удобным для вас способом .

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

Define("WP_CACHE", true);

в файл wp-config.php . Вставить строчку можно в любое место файла, главное чтобы она находилась в теге

теперь необходимо на папку wp-content выставить права 777 (сделать это можно через ftp-клиент, например Filezila). Это требуется для того, чтобы плагин создал папку для хранения файлов кэшированных страни ц. Папка называется cache . После того, как он ее создаст, можете поменять права на wp-content обратно на 755, а вот на папку cache (у меня находится в папке wp-content , также может быть в папке с плагином, поищите) устанавливаются права 777, чтобы плагин мог записывать туда файлы.

Теперь коротко и по пунктам :

  1. Устанавливаем плагин
  2. Добавляем строчку в файл wp-config
  3. Устанавливаем права доступа 777 на папку wp-content
  4. Ищем папку cache и также ставим права 777
  5. Возвращаем папке wp-content права 755

Готово. Плагин установлен, желательно проверить работает ли он. Запомните — плагин создает отдельный файл для каждой кэшируемой страницы , но только при посещении ее пользователем. Т.е. человек зашел, страница загрузилась, добавилась в кэш. Также учтите, что для вас будет всегда показана свежая версия страница, а не из кэша (если вы войдете на сайт под своим логином). Для проверки делаем следующие действия:

  1. Загляните в параметры плагина . Если сверху нет никаких предупреждений, то все в порядке.
  2. Если у вас на сайте уже есть материалы и посетители, то гляньте в строку «Файлы в кэше (актуальные и устаревшие)» — там должно быть число больше 1.
  3. Зайдите на сайт незалогинившись (с другого браузера например) и посмотрите код. В конце должна быть строчка вида
  4. Зайдите в папку cache на сервере (мы на нее еще права 777 ставили). если в ней есть непустые файлы — плагин работает корректно.

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

Настройка плагина Hyper Cache

Итак, входим в меню «Параметры — Hyper Cache»

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

Конфигурация — основные параметры плагина:

  • Таймаут кэшированных страниц — время, через которое будут удалены все страницы в кэше. По умолчанию стоит значение 1440 — сутки, вполне нормально для блогов, которые не слишком часто обновляются.
  • Режим аннулирования кэша — указывает условие, при котором система будет удалять страницу из кэша. Оптимальный вариант — при изменении записи.
  • Отключить кэш для комментаторов — функция, при включении которой пользователь, оставивший комментарий, увидит свежую версию страницы, а не сохраненную (кэшированную). Человек сразу увидит, отправлен ли комментарий на модерацию или размещен сразу (в зависимости от ваших )
  • Кэширование RSS — просто кэширование новостной ленты блога. Возможно, при включению будут небольшие задержки в рассылке
  • Allow browser caching — включает возможность сохранение страницы на жестком диске пользователя, еще больше снижает нагрузку на хосттинг

Конфигурация для мобильный устройств

Используется, если у вас есть мобильная версия сайта, созданная посредством плагина WordPress Mobile Pack, то можете включить данную опцию. Плагин Hyper Cache будет создавать отдельные кешированные файлы под другими именами для мобильных устройств (в соответствии настройкам вашей мобильной темы) и перенаправлять посетителей на созданные страницы.У меня мобильной версии нет, поэтому галочки не стаил

Плагин оптимизирует текст (на стороне сервера) и передает пользователю. Ускоряет загрузку страниц сайта.

  • Store compressed pages — собственно, включение самой функции.
  • Send compressed pages — позволяет сохранить пропускную способность при сжатии страницы, если это возможно.
  • On-the-fly compression — опять же помогает увеличить скорость загрузки сайта при возможности.

  • Перевод — отключает русскую версию страницы настройки плагина.
  • Disable Last-Modified header — отключает в заголовке страницы время ее последнего изменения.
  • Кэширование Домашней — отключает кеширование домашней страницы (помогает, если главная страница сайта часто обновляется).
  • Кэширование перенаправлений — кэширует все редиректы wordpress блога, снижая время на их обработку.
  • Page not found caching (HTTP 404) — включает кеширование страницы ошибки 404.
  • Strip query string — позволяет кешировать URL с дополнитльными запросами (адреса с?, =, & и т.д.) как URL без них
  • URL с параметрами — включает кеширование запросов со знаком вопроса. При включенном ЧПУ можно не использовать, хотя при активации опции снижается нагрузка (некоторые роботы отправляют запросы с?).
  • Allow browser to bypass cache — позволяет браузеру обойти кеширование. Например, при перезагрузке страницы.

Фильтры

  • Исключаемые URL — страницы, которые вы хотите исключить из кэширования. По одному на строку.
  • Исключаемые агенты — юзер-агенты (например, поисковые роботы), для которых вы хотите всегда показывать свежую версию страницы.
  • Совпадение Cookies — отменяет кеширование при совпадении cookies. По одному на строку.

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

Если вы все сделали правильно, то плагин начнет работать и . О других способах ее понижения я расскажу в следующих статьях. тема очень актуальна, поскольку поисковики, особенно , обращают внимание на скорость загрузки страницы. До скорых встреч на страницах блога МонетаВИнтернете!

При разработке собственного сайта мы всегда хотим снизить время загрузки до минимума, и многие сделали это уже почти спортом, стараясь выгадать хотя бы 1/10 секунды. Все мы знаем, насколько важно кэширование, но существует много способов обмануть самого себя, смотря только на оценку времени загрузки. Для проведения теста мы попытались найти несколько различных кэширующих плагинов и проверить их производительность.

Небольшая ремарка о кэшировании


Google недавно объявил, что все mobile-friendly сайты (а скорость - это путь к тому, чтобы быть «friendly») получают существенное преимущество в поисковой выдаче , начиная с 21 апреля. Возможно, вы уже видели тег «mobile friendly» в поисковой выдаче. И в Google Page Insights первая же панель адаптирована под мобильные устройства, а не под десктопы. Намерения Google ясны, и звучат громко для любого SEO-специалиста или вебмастера. Сейчас важно работать над производительностью как десктопной, так и мобильной версии сайта, что мы и попробовали отобразить в бенчмаркинге.

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

WordPress (и большинство сайтов на CMS) динамически формируют страницы на лету, что требует многократных обращений к базе данных для получения различных частей контента. Кэширование этих динамически формируемых страниц позволяет пользователю видеть обычные HTML-страницы. Это значительно снижает время загрузки и разгружает сервер.

Подробности теста

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

Для того, чтобы сделать тестируемый пустой сайт максимально приближенным к реальности, использовалась тема Novelty от Tesla Themes. Тестируемую страницу сайта оформили с использованием графики и текста, был добавлен сайдбар и некоторые плагины (вывод новостей, фид из Twitter/Instagram). Теперь у нас страница, загрузка которой занимает относительно много времени. Да, в качестве хостинга использовался вот этот WordPress хостинг .

Плагины, которые тестировались:

  • AIO Cache
  • Alpha Cache
  • Bodi0’s Easy Cache
  • Cachify
  • Flexicache
  • Gator Cache
  • Hyper Cache
  • Hyper Cache Extended
  • Lite Cache
  • Next Level Cache
  • Really Static
  • Super Static Cache
  • W3 Total Cache
  • Wordfence Falcon
  • WP Fast Cache
  • WP Fastest Cache
  • WP Rocket
  • WP Super Cache
  • WP-Cache.Com
  • Zen Cache (formerly Quick Cache)
Остались ещё:

Brutal Cache - просто не работал;Batcache - плагин с зависимостью от Memcache, что не использовалось в текущем тесте.Autoptimize и Widget Cache также остались за бортом, поскольку они являются поддержкой для других плагинов, это не совсем самостоятельные плагины.

Хостинг и инструменты бенчмаркинга


Во время проведения тестов мы работали с аккаунтом на шаред-хостинге, схожим с большинством других вариантов. Таким образом, мы получаем скорость загрузки, достижимую для «бюджетных» пользователей. У тестируемого сайта не было посещаемости, на него не заходили поисковые боты во время тестирования. Сервер работал с Ngnix в качестве прокси, а не с чистым Apache.

В качестве инструментов использовались сервисы, предлагаемые Google, GTMetrix и Yahoo. Благодаря этому стало возможным тестировать не только скорость загрузки страниц, но и другие факторы, среди которых:

  • оптимизация изображений;
  • временная задержка сервера;
  • минификация и оптимизация js- и css-кода;
  • использование кэширования в браузере;
  • размещение скриптов;
  • использование CDN, распараллеливания/доменного шардинга;
  • использование Gzip-сжатия;
  • количество HTTP-запросов.

Google PageSpeed Insights

Сервис PageSpeed Insight проверяет сайт как с точки зрения десктопного ПК, так и со стороны мобильного устройства, выдавая оценку по 100-балльной шкале. Page Speed Insights прост в использовании, но предоставляет относительно сырой результат, который не даёт полного понимания того, что может быть улучшено. Даже несмотря на то, что инструмент даёт представление о некоторых вещах, которые Google может находить важными, информация, предоставляемая GTMetrix и Yahoo, намного полнее.

При этом Google во время оценки не принимает во внимание CDN, поэтому в некоторых случаях оценка занижена.

GTMetrix и YSlow

GTMetrix и YSlow основаны на руководстве по повышению производительности ресурса от Yahoo , оценка также выводится по 100-балльной шкале. Эти инструменты гораздо более изощрены в плане проведения измерений. PageSpeed Insight даёт всего несколько подсказок о том, что может быть улучшено, в то время как GTMetrix YSlow работают с не менее чем 50 различными метриками. GTMetrix также предлагает диаграмму-водопад, препарируя процесс загрузки, а также весьма продвинутую историю загрузки. Если вы хотите понять, как повысить производительность вашего ресурса, это один из лучших инструментов.

Тайминг

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

ApacheBench

ApacheBench - отличный инструмент, который помогает определить, сколько запросов в секунду способен выдержать сайт с использованием различных плагинов. Выполнение теста проводилось с отправкой 1000 запросов по 10 различным потокам. Тест выполнялся 10 раз с фиксированием лучшего результата по каждому из плагинов.

Стоит отметить, что использование Nginx несколько снижает различие между работой сайта с плагинами/без плагинов. По этому поводу можно спорить, но в случае использования Nginx зафиксирована двукратная разница по сравнению с Apache.

Pingdom

Pingdom - хорошо известный сервис для мониторинга и тестирования. С каждым плагином проводилось 20 тестов, с фиксацией лучшего результата. Отметим, что сервер был расположен в Швеции (Стокгольм), а сервер Pingdom - в Нидерландах (Амстердам).

Webwait

Webwait - простой, но очень полезный инструмент. Основная задача сервиса - показать, за какое время полностью загрузится страница именно в вашем браузере. Таким образом, это не серверный инструмент, сервис запускается локально. Webwait загружает страницу снова и снова, а затем показывает средний результат. В нашем случае был выбран способ загрузки через Ethernet, браузер Opera. Каждая страница загружалась 101 раз с получением среднего и медианного времени загрузки.

Итак, с описанием всё, теперь приступим непосредственно к тестам.

Google, GTMetrix и Yslow

Страницы сайта тестировались с использованием указанных сервисов, вот результат:


Как видим, некоторые плагины здесь просто никак не проявились - оценка такая же или очень близка к оценке, когда кэширование вообще не используется. Google дал лучшую оценку Supercache как для десктопа, так и для мобильного устройства. В GTmetrix и Yslow мы видим, что Fastest Cache Rocket впереди планеты всей. Мы склонны оценивать последние значения как более важные, поскольку Google Page Insight для оценки использует меньше факторов.

Итак, лучшими плагинами оказались WP Fastest Cache, WP Super Cache и WP Rocket Cache. Победитель - WP Super Cache с работой через мобильный девайс. Кэширование для мобильных было также включено, о нём не забыли.

Тайминг

Как уже говорилось выше, оценочные баллы являются в большей мере показателем качества кода сайта. Они дают понимание того, что можно сделать для ускорения сайта, хотя более высокая оценка у сайта вовсе не значит, что он загружается быстрее, чем другие ресурсы. И в этом ошибка - оценочные инструменты дают идеи по улучшению сайта для снижения времени загрузки, но время загрузки не принимается во внимание в достаточной степени. Вы поймете это, взглянув на скриншот из Pingdom.
Как видите, тестируемая страница получила 96 из 100 баллов, что, вероятно, лучше, чем у 99% страниц любых сайтов. Тем не менее эта страница загружается почти 35 секунд. Корректен ли результат? Сделайте вывод сами:)

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

ApacheBench

Итак, тестируем наш сервер на его способность поддерживать выполнение большого количества запросов. Чем больше показатель числа запросов за секунду, тем лучше.


Без кэширования сервер показывает результат в 18 запросов за секунду. Это довольно неплохой результат, который стал возможным благодаря использованию Nginx. На каждый запрос уходит примерно 1/500 с.

Здесь мы видим, что Hyper Cache Ext, WP Fastest Cache, WP-Cache.com и WP Rocket улучшают результат на 300% по сравнению с работой без кэширования. WP Rocket - самый быстрый и WP-Cache.com занимает второе место.

Здесь очевидно проявляется преимущество использование плагинов кэширования - вы можете держать в три раза больше запросов. Используя Nginx, хороший плагин кэширования, и, может быть, что-то вроде Varnish, вы получаете сервер, который летает.

Pingdom

Без кэширования результат - около 2,8 секунды. Использование практически любого плагина улучшает результат по крайней мере вдвое.

Webwait

Здесь показан как средний, так и медианный результат при тестировании в Webwait. Время загрузки чуть меньше, поскольку был выбран шведский сервер Webwait (помните, это браузерный, а не серверный инструмент).

Среднее время загрузки

Медианное время загрузки


Как видим, практически неизвестный WP-Cache.com работает весьма неплохо.

Не кэшированием единым

Конечно же, далеко не всё зависит от кэширования. Важную роль играют и такие факторы, как выбор Apache, Nginx и т. п., корректность настройки, тип сервера (выделенный, VPS, шаред), количество изображений и их оптимизация, HTTP-запросы. Собственно, об этих факторах на «Хабре» знают практически все, поэтому останавливаться на них мы не будем.

Вывод

У всех плагинов, которые здесь представлены, разная функциональность. Некоторые очень просты, в то время как другие можно сравнить со швейцарским ножом. Super Cache, W3 и прочие плагины зачастую используют профи, которые знакомы с CDN и прочими премудростями. Другие пользователи предпочитают работать с более простыми плагинами вроде Lite Cache и WP-Cache.com. Кстати, WP-Cache.com, как говорилось выше, малоизвестный плагин, который показал отличные результаты.

Кто победитель?

На первом месте - WP-Rocket , платный плагин, над которым работает целая команда специалистов. За установку разработчики просят $39, а за безлимитку - $199.

На втором месте - WP Super Cache . Здесь результаты почти такие же, как и у лидера.

На третьем месте - WP-cache.com , заслуженный призёр. Похоже на то, что над созданием этого плагина работали ничуть не менее способные разработчики, чем над WP-Rocket. Этот плагин очень прост в настройке, так что, если у вас нет желания заморачиваться с конфигурацией, рекомендуем именно его.




Top