Hyper Cache — правильная установка и настройка плагина на wordpress

Приветствую всех на своём блоге. Недавно я выполнил ещё одно задание на из моего плана на ноябрь. Робота идёт и не стоит на месте. Недавно читал новости, и передают что скоро Зима к нам придет, и этому я несказанно рад. Самый разгар для вебмастеров и лучшее время для того чтобы развивать свои проекты в сети! Сегодня я хочу передать опыт настройки плагина Hyper Cache. Что это такое и с чем его едят я Вам сейчас расскажу..

План статьи:

1. Что такое кеширования страниц.
2. Самый лучший плагин для кеширования wordpress.
3. Установка Hyper Cache.
4. Настройка.
5. Мои советы.
6. Выводы.

Зачем нужно кеширование страниц ?

При ранжировании поисковые системы учитывают много факторов. Их существует более 200. О большой половине не знают даже самые продвинутые оптимизаторы.

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

От чего может зависит загрузка страниц:

• вес программного кода
• вес изображений
• количество запросов к Базам данных

Остановимся на последнем пункте!

Предположим, что сайт имеет посещаемость 1000 человек в сутки. Это, как минимум 1000 запросов к БД. Есть ещё такой критерий как просмотры страниц, а их может быть при такой посещаемости более 3000 — 4000.

Это очень огромные показатели, а нагрузка на сервер может быть просто колоссальной.

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

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

Здесь работает такой принцип:

Сделай один раз и пользуйся вечно!

Верно настроенный данный инструмент — один из главных залогов быстрой работоспособности вашего проекта.

Немного статистики использования Hyper Cache:

Плагин Hyper Cache

Это самый оптимальный инструмент для Вордпресс-блога. Он отмеченный как один из самых незаменимых инструментов для роботы с сайтом. Ему дают положительные отзывы ТОПовые блогеры Рунета.

На нему и я остановился.

Конечно же выбор за Вами.

Самые главные преимущества:

• простота настроек
• легкий вес ( не даёт нагрузку на сайт )
• на 70% переведённый на русский язык. Большинство аналогичных плагинов имеют английский интерфейс.

Установка

1. Зайдите в консоль
2. Раздел «Плагины»
3. Добавить новый
4. Внесите названия, и нажмите поиск..
5. Установить ->> Активировать.

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

После установки ещё нужно немного будет покопаться в коде.

Зайдите в корневую папку блога, откройте файл wp-config.php, и добавьте данное значение:

define(‘WP_CACHE’, true);

Без этого работа не возможна, так как он будет глубоко работать с движком сайта. Ему нужно разрешение и все.

Когда активируете плагин, он Вам сам подскажет что нужно сделать.

Код вставляйте в конец файла до строчки «defined (ABSPATH «) и так далее….!

Настройки Hyper Cache

Настройки  ->> Hyper Cache.

Предоставляются 4 вкладки. Хочу также напомнить, что плагин частично переведён. Где-то на русском, где-то на английском.

Главные настройки

Отметьте в своих настройках, те галочки, которые отмечены как у меня!

Что нам дадут отмеченные настройки:

1. Кэшированные страницы, будут действительны в течении….( Время, которое будет хранит кэшированные версии документов. По истечении времени элементы будут удалены. На рисунку отмечено 24 часа. Это идёт рекомендация от плагина. В моём же случаи следует отметить 120 часов. У меня пока таковая периодичность выпуска статей. Я этим задаю лишнюю нагрузку на серверные ресурсы. Буду исправлять. )
2. Включить сжатие. ( сжатие данных при передаче информации ).
3. Enable on-the-fly compression. ( сжатие данных на «лету», для данных которых нет в кэше ).
4. Разрешить кэширование браузерами. ( дает браузерам доступ кэшировать информацию на стороне пользователя. Это же указывает актуальность данных ).

Раздел «Исключение»

Информация в данном разделе хорошо русифицирована. Так что проблем думаю тут нет.

Рекомендую отметить следующие поля:

• Не кэшировать ленту комментариев.
• Не кэшировать ленту RSS комментариев.
• Don,t serve cached pages to comment autors.

Раздел «Мобильный»

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

Режим роботы:

• Кэш даётся стандартный, который сгенерировался ранее.
• Кэшировать отдельно. Также неплохая функция. Позволяет делать 2 варианта. Обычный шаблон темы для ПК, другой более облегчённый для мобильной версии.
• Не кэшировать страницу — плагин не будет действовать на работоспособность сайта.

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

Про CDN

Данный раздел практически не используется известными мне веб-мастерами.

На работоспособность сайте не влияет. Так что смело её можем пропускать.

Проверяем роботу Hyper Cache

Основные работы закончены, теперь проверяем работоспособность.

Для того, чтобы увидеть данную строку нужно выйти з wordpress-акаунта либо зайти з другого браузера, зайти на свою главную страницу сайта и нажать CTRL+U и спуститсья в самый низ кода.

Выше показан тот самый код.

Это означает что плагин работает.

Мои советы

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

На этом сегодня всё!

Полезные статьи по теме:

• Оптимизация изображений. Как уменьшить вес картинки. Помогает уменьшить вес самого блога. Логика простая — чем меньше весит сайт, тем быстрее будет грузиться.
• Крутой плагин WP Database Backup! Как сделать жизнь баз данных проще! Резервные копии БД ещё никому не мешали:-)

Автор статьи Дима Дочич