Hyper Cache – настройка и использование плагина для кэширования страниц в WordPress. Кэширование WordPress блога с помощью плагина Hyper Cache — установка и настройка Hyper cache исключить определенный плагин

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

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

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

WordPress имеет массу важных и полезных плагинов. Для каждого проекта одни нужны, другие не нужны, но существует группа таких, использование которых обязательно на каждом ресурсе. В их число входит Hyper Cache (наравне с такими плагинами, как и ).

Как работает Hyper Cache

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

Для этого, после активации плагина, в файл wp-config.php вашего блога надо добавить следующую строчку:

Define("WP_CACHE", true);

Когда активируете плагин – он вам сам подскажет, что требуются изменения в файле. Я вставил в самом конце, вот так:

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

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

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

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

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

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

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

1. Пункт про «Disable translations » позволяет отключить встроенный переводчик, если поставите галочку. В этом случае весь текст плагина должен отображаться в оригинале на английском.
2. Далее, в пункте «Кэшированные страницы, будут действительны в течение » указывается период, в течение которого будут храниться кэшированные версии документов. По истечении данного времени кэш сбрасывается и создается по новой при очередном посещении пользователем. Указать можно любое время, зависит от того, как часто вы обновляете материалы сайта. У меня стоит 24 часа, если у вас блог обновляется очень редко, то можете сделать и в разы больше. Чем реже будут пересоздаваться файлы с кэшем, тем меньше серверных ресурсов будет тратить сайт на их создание.
3. Следующие 2 пункта про сжатие данных (compression). Первый «Включить сжатие » включает сжатие данных при передаче информации, второй «Enable on-the-fly compression » включает сжатие «на лету» для страниц, которых нет в кэше.
4. Можно настроить обновление кэша последних записей в том случае, если обновлена главная. Для этого в «Когда обновлена домашняя страница, обновятся остальные. » укажите количество постов, которые должны меняться. У меня это поле стоит пустым, так как контент главной не влияет на содержимое статей (зависимость, скорее, обратная – об этом следующие пункты).
5. Следующие 2 строчки позволяют включить обновление копий домашней страницы, архивов, тегов и рубрик при изменении постов. Допустим, вы отредактировали статью, сохранили ее и, если стоит галочка в первой строке пункта «Когда записи отредактированы », обновится кэш категорий и рубрик, если стоит галочка во второй, то будет пересохранена главная страница сайта. Если у вас настроено редкое обновление сохраненных копий (п.2), то эти пункты стоит включить. У меня все данные в кэше обновляются каждые 24 часа, поэтому я не активирую этот блок – все равно через сутки все обновится по графику.
6. Пункт аналогичен предыдущему, только «При написании комментария » обновляет информацию в случае появления новых комментариев к записям.
7. «Папка кэша » позволяет сменить стандартную папку, используемую плагином для хранения данных на свою.
8. «Далее эта функция будет выполняться через » включает опцию автоматической очистки кэша от старых неиспользуемых (несуществующих) материалов.
9. Настройка «Разрешение кеширования браузерами » разрешает браузерам кэшировать данные с сайта на пользовательской стороне (на компьютере посетителя). Указывается время актуальности данных.
10. HTTPS – эта настройка нужна в том случае, если ваш блог использует соответствующий протокол (у меня его нет). По умолчанию устанавливается хранение раздельного кэша для http и https протоколов.
11. Что делает «Use readfile() » я не понял, поэтому не стал включать данную опцию.
12. Может возникнуть ситуация, когда срок действия кэша истек, а пользователи на этот URL еще не заходили, то есть новый кэш создан не был. Но, пришел поисковый робот, вопрос – что показывать ему? В пункте «Служит ботам со страницами с закончившимся сроком действия » вы можете выбрать – показывать данные с истекшим сроком годности из кэша или отдавать обычную страницу WordPress. Я считаю, что роботам надо отдавать всегда актуальный материал, поэтому «просрочку» им показывать не стоит.

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

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

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

Также отключил показ кэша для человека, оставившего комментарий – он должен видеть то, что написал – галка тут – «Don’t serve cached pages to comment authors».

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

Из того, что вам может пригодится:

• Запрет на кэширование конкретных URL-ов, для этого включаете пункт «Точный адрес URI исключить» и в поле прописываете адреса нужных страниц.
• Запрет на кэширование разделов, тогда в следующем пункте пишете адрес, с которого URL должен начинаться.
• Исключение некоторых типов пользовательских устройств в пункте «Устройства (пользовательские) исключить». Например, если у вас отдельная версия для мобильных устройств, выдавать человеку на смартфон обычный кэш не нужно. Прописываете в этом поле с новой строки все агенты пользователей, подпадающие под фильтр – iphone, android, ipad, ipod, symbian, windows phone 7, windows mobile, opera mini, opera mobile и т.д. (я сам не знаю весь перечень, указал основные варианты, в принципе, большую часть устройств они охватывают). В принципе, этот пункт вряд ли вам пригодится. Если вы будете использовать отдельную мобильную версию ресурса, то лучше настроить его кэширование (в следующем разделе расскажу), чем отключать.
• Не кэшировать старые записи, по которым маленький трафик. Если у вас сайт не привлекает посетителей с поиска, то посты, опубликованные давно редко кто читает, их кэширование можно отключить, чтобы не занимать место на хостинге. Указываете количество дней, через которые пост уходит в разряд старых.

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

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

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

Начну с низу.

Для начала необходимо указать плагину, какой посетитель будет считаться пришедшим с мобильного устройства. Для этого используем тот же список мобильных агентов (user-agent), что мы указывали на вкладке исключения (если вы рассчитывали на такие устройства). Если никаких особых указаний для мобильного трафика вы не планируете – оставляйте поле пустым и все.

Теперь выбираем режим работы, там есть 3 варианта:

1. Использовать стандартный кэш – это вариант, при котором никакой разницы между пользователями разных устройств не будет – все получат те же самые страницы (У меня в блоге именно такой вариант, так как верстка сайта адаптивная).
2. Кэшировать отдельно – позволяет пользователям с мобильными user-agent выдавать кэш с использованием темы оформления отличной от основной (для пользователей ПК показываете обычный шаблон, для мобильных другой – облегченный) – получается 2 разных кэша.
3. Не кэшировать страницу – все ясно – плагин вмешиваться в работу сайта, при заходе мобильных пользователей, не будет.

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

Про CDN

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

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

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

Как проверить работу Hyper Cache

После всех проведенных выше настроек надо проверить, как все работает.

Плагин не показывает кэш администратору сайта – администратор получает полную версию всегда.

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

Дальше, нажмите сочетание клавиш Ctrl+U или щелкните правой кнопкой мыши по фону блога и выберите пункт «Исходный код страницы». Пролистайте в самый конец, там должен появиться тег с указанием того, что вы видите кэш с датой его создания – если тег есть, значит все в порядке и плагин работает.

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

Hyper Cache — плагин кеширования страниц.

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

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

Последнее время, плагин активно обновляется, вплоть до изменения интерфейса, так что прошу прощения, за некоторые несовпадения в моём описании, с актуальной версией.

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

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

Для того, чтобы включить этот плагин, нам придётся добавить команду в файл wp-config, находящийся в каталоге WordPress

Если сайт находится на реальном хостинге, то картинки будут другими. Всё зависит от того, какой используется файловый менеджер. Я показываю на примере сайта находящегося на Денвере. А вот порядок процесса остаётся таким же.

После того, как файл сохранён в отдельном месте (в моём случае это папка «Документы»), и мы всегда сможем его восстановить, можно приступать к манипуляциям с кодом.

Первоначальные настройки у нас сделаны так, что пропускаем эти строки, вплоть до строки «Уникальные ключи аутентификации».

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

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

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

Для того чтоб плагин Hyper Cache заработал на нашем блоге, нужно в коде файла wp-config спуститься ещё ниже, до строки «define(‘WPLANG’, ‘ru_RU’);» и вставить после неё следующий код — define(‘WP_CACHE’, true); , и тем самым включить в блоге поддержку кеширования.

После этого «Сохранить»(третья иконка слева), и Notepad++ закрыть. Изменения в файле сохраняться. Теперь можно зайти в админку сайта, пройти в «Плагины», и активировать Hyper Cache , затем пройти в «Параметры», и щёлкнуть там по одноимённой строке.

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

Затем, в строке выделенной красной рамкой, стоит рекомендация вставить в код файла wp-config строку, которую мы вставляли в предыдущих абзацах.

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

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

А вот следующий раздел — «Конфигурация», является разделом основных настроек плагина.

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

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

Если код присутствует, значит с плагином Hyper Cache всё нормально, и он исправно кеширует страницы Вашего блога. Правда есть у этого плагина одна безобидная, но по началу вводящая в замешательство особенность.

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

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

Перемена

Собрал Windows 7 все браузеры и говорит:
- А кто будет жрать слишком много памяти, того буду бить по наглой рыжей морде.

Чаще всего память подводит тогда, когда наступает время платить налоги и отдавать долги

Доброго времени суток! Не секрет, что WordPress — это многофункциональная и удобная платформа, но довольно громоздкая. При увеличении трафика заметно возрастает нагрузка на сервер, производительность снижается и как следствие — медленная загрузка страниц.

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

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

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

При последующих обращениях к этой же странице отдается страница из кэша, а системные ресурсы при этом экономятся.

Hyper Cache — инструкция по установке и настройке

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

Включение кэша на WordPress

Перед началом работы с плагином необходимо включить поддержку использования кэшированных страниц на WP. Делается это в основном файле конфигурации wp-config.php, который располагается в папке установки Вордпресс. Открывайте файл в текстовом редакторе, я рекомендую использовать Notepad++, чтобы не возникло проблем с кодировкой или же используйте встроенный редактор из панели управления хостингом.

Итак, вот эту строку требуется добавить в файл конфигурации:

define ("WPLANG", "ru_RU");

Установка плагина кэширования Hyper Cache

Для установки плагина необходимо его скачать с официального доверенного , загрузить по FTP в папку с плагинами и распаковать. Это очень нудный метод, на мой взгляд, я всегда устанавливаю плагины прямо из админки: Плагины — Добавить новый и затем в строку поиска вставить Hyper Cache, первый в списке — требуемый:

У меня он уже установлен, а так нужно нажать по ссылке Установить, а затем активировать. Стоит отметить, что работа над этим плагином кэширования WP не стоит на месте, как это часто бывает. Происходят плановые обновления, совершенствуются функционал и настройки безопасности, обеспечивается совместимость с при обновлении. Таким образом последняя на сегодняшний день версия совместима с последней версией CMS.

После установки и активации в консоли администрирования (меню Параметры) появится новый пункт: Hyper Cache — в нем имеются многочисленные настройки.

Настройка Hyper Cache, параметры кэша на WordPress

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

Состояние кэша

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

Настройки

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

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

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

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

Сжатие

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

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

Экспертные настройки

• Перевод — если хотите видеть страницу настройки Hyper Cache без перевода, то бишь на английском — отметьте галочкой.
• Disable Last-Modified header — отключить в заголовке страницы время ее последнего изменения.
• Кэширование Домашней — отметьте галочкой если НЕ хотите чтобы главная страница сохранялась в кэше.
• Кэширование перенаправлений — если есть , то можно оставить опцию включенной.
• Page not found caching (HTTP 404) — сохранять или нет страницы с ошибкой 404.
• Strip query string — очистка УРЛ от дополнительных запросов в адресной строке. Это что-то похожее на .
• URL с параметрами — отметьте если у Вас не используется ЧПУ и адреса страниц содержат знак вопроса.

Фильтры

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

Внимание! Чтобы изменения вступили в силу не забывайте под каждым блоком перечисленных настроек нажимать на кнопку Обновить.

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

Для высокого ранжирования сайта со стороны поисковых системам важна скорость загрузки страниц сайта. Чем быстрее пользователь получает контент, тем меньше шансов на то, что он покинет загружаемую страницу. В борьбе за скорость загрузки сайтов зачастую участвуют как хостинг-провайдеры, так и CDN-сети. Но куда проще улучшить работоспособность проекта при помощи специальных плагинов. Для платформы WordPress разработано множество кэширующих расширений, среди которых выделяется Hyper Cache своей производительностью и легкой настройкой. В отличие от «гиперкэш» не превращает сайт в чистый статический HTML, а позволяет работать как js-скриптам, так и AJAX. Чем так хорош данный плагин и как его правильно настроить?

Hyper Cache и Super Cache – 2 наиболее популярных плагина кэширования и со стороны пользователей возникает вопрос, какой из них лучше выбрать. Надо сказать, что один раз у меня возникли проблемы с работой Super Cache на одном из сайтов – он перестал работать из-за каких-то изменившихся настроек хостинга. Вместо него был установлен Гиперкэш. В то время я мониторил нагрузку на хостинг для этого сайта и обнаружил, что после установки гиперкэш нагрузка на хостинг стала заметна меньше, то есть hyper cache работал эффективнее. Однако можно прочитать и совершенно противоположные точки зрения. Скорее всего для разных ситуаций (конфигураций сайта и хостинга) более эффективным может оказаться тот или иной плагин.

Установка плагина Hyper Cache не отличается от инсталляции других расширений. Возможна установка двумя различными способами:

• заливкой распакованного архива с плагином по FTP и последующей активацией через консоль;
• инсталляцией расширения через панель управления плагинами.

По окончании не забудьте активировать расширение во вкладке «Плагины». Управление настройками «гиперкэша» находится по пути «Настройки» >> «Hyper Cache».

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

Откройте корневую папку блога на вашем хостинге при помощи файл-менеджера и найдите файл wp-config.php. Нажмите «Редактировать» и в новом окне после строки define (‘WP_DEBUG’, false); впишите код define (“WP_CACHE”, true), как написано на скриншоте выше в первой строке.

Сохраните файл и попробуйте обновить настройки плагина. Если «гиперкэш» по-прежнему ругается, то внимательнее посмотрите, что вы указали в конфиг-файле. Внести изменения в wp-config.php можно также и посредством FTP, отредактировав файл в блокноте, к примеру, в Notepad++.

Найти плагин можно депозитарии WP – https://wordpress.org/plugins/hyper-cache/ . При этом не надо путать его с расширением Hyper Cache Extended, это два совершенно разных плагина.

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

Настройки «гиперкеша» состоят из четырех разделов. Основные настройки хранятся в разделе «Главные», а настройки для мобильных платформ в подразделе «Мобильный». CDN отвечает за работу с CDN-сетями, а подраздел «Исключения» говорит сам за себя. Если плагин перед вами предстал в англоязычной версии, то нужно снять галочку с пункта «Disable translations» и кликнуть внизу «Save». Расширение до настоящего момента переведено не полностью, но разобраться в настройках куда проще, когда они хотя бы частично прописаны на понятном пользователю языке.

Кроме самих настроек в верхнем блоке находятся четыре кнопки «быстрого» доступа к функциям плагина:

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

А теперь пройдемся по тем настройкам, которые стоит обязательно активировать. В разделе «Главные» первым делом нужно указать время жизни кэша. Если вы желаете, чтобы страницы кэшились навсегда, то укажите цифру 0. В противном случае впишите время жизни в секундах. Напомним, что час – это 3600 секунд. Стоит также отметить пункт «Включить сжатие» для тех, кто не использует Gzip для сжатия. Остальные настройки главной страницы не обязательны, но при желании вы можете поэкспериментировать.

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

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

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

Пользуетесь CDN-сетями для ускорения загрузки сайта? «Гиперкэш» поможет вам и в этом, ибо достаточно активировать настройку и вписать CDN URL в соответствующее окошко.

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

Добрый день, друзья!

Сегодняшняя статья посвящена плагину Hyper Cache, который реализовывает кэширование страниц на WordPress сайте и делает его работу быстрей.

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

Предлагаю начать с определения понятия "кэширование" и объяснить, почему это так важно для вашего сайта.

Что такое кэширование и зачем нужен Hyper Cache

Постараюсь рассказать простыми словами.

Дело в том, что наши движки (WordPress, Joomla и т.д.) изначально формируют свои страницы из PHP кода. А нашим посетителям выдают готовый HTML код. Вот вы сейчас видите страницу со всем текстом, картинками и другими элементами. Это уже сгенерированная страница.

Каждая такая генерация создается при обращении посетителя к странице. Например, я написал в поиске Google какую-то фразу и мне показало выдачу из 10ти страниц. Я перехожу на одну из них и в этот момент, движок создает запрос к базе данных на формирование HTML страницы из PHP. После чего я вижу загруженную мной страницу в готовом варианте.

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

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

Как вы думаете, будет ли замедляться скорость работы блога? Ответ очевиден - да! А, если посещаемость намного больше? Тогда скорость может значительно упасть.

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

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

В чем заключается его работа?

При первом запросе к базе данных на генерацию страницы, плагин сразу же создает копию уже готовой страницы и помещает к себе в папку. Папка расположена на хостинге.

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

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

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

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

Устанавливаем плагин

Простой установкой плагина в данном случае не обойдешься. Необходимо затронуть файл конфигурации нашего блога.

После установки и активации плагина необходимо подключить функцию кэширования, чтобы он заработал. Давайте перейдем в настройки плагина. После его активации, в меню "Настройки" появляется соответствующий пункт "Hyper Cache".

На следующей странице мы увидим настройки плагина, но нас интересует предупреждение вверху страницы.

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

define("WP_CACHE", true);

Давайте это сделаем. Открываем файл wp-config.php. Находится он в корне сайта, то есть там, где находятся все папки и файлы движка. Смотрите изображение ниже и все поймете.

Этот файл я скачал с папки своего сайта прямо с хостинга с помощью FTP клиента FileZilla (). Так же его потом и закачаю обратно.

Открываю файл в редакторе Notepad и вставляю код, который предоставлен выше, в любое место. Для наглядности покажу, куда вставил его я.

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

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

Главные настройки плагина Hyper Cache

На странице настроек, первое на что хочется обратить внимание - кнопки для управления кэшем.

Вкратце о каждой из кнопок.

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

Размер очень маленький, так как на блоге всего 10 статей.

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

Теперь рассмотри главные настройки Hyper Cache.

Сначала покажу изображение настроек, затем опишу их.

• Disable translation - данный чек-бокс отвечает за перевод плагина на русский язык. Так как плагин сам на английском языке, то в нем довольно сложно разобраться новичку. Включив эту настройку вы сделаете описание всех функций плагина в настройках на английском, отменив перевод, с которым он устанавливается по умолчанию;
• Кэшированные страницы будут действительны в течение - указываете срок, в течении которого сохраненные страницы будут храниться в кэше. Если поставите 0, то страницы будут в кэше всегда. Если вы очень часто обновляете контент своих страниц, то ставьте это значения поменьше, так как этих изменений не увидят посетители в виду того, что будут выдаваться ранее сохраненные варианты, находящиеся в папке с кэшированными страницами. Я поставил значение в 300 часов, чтобы страницы держались в кэше подольше;
• Включить сжатие - если вы хотите сжимать ваши страницы, то данный чек-бокс установите. Я сжатие использую, поэтому настройку активировал;
• When the home is refreshed, refresh even the - в данной настройке мы можем выставить сколько последних записей будут очищаться из кэша при обновлении главной страницы. А на блогах главная страница обновляется при добавлении записей, так как на главной выводятся их анонсы. А это также обновление страницы. Оставляю стандартное значение;
• When a post receives a comment - включив данную настройку будет происходить обновление кэша страниц архивов, рубрик и тегов (чек- бокс "clean archives"), а также обновление главной страницы (чек-бокс "clean the home") при добавлении комментариев к статье. Считаю, что данные настройки включать не нужно;
• When a post is edited - то же самое, что и предыдущая настройка, только обновление кэша происходит при редактировании страницы;
• Папки кэша - можете ввести свой путь для хранения кэшированных страниц. Меня вполне устраивает и стандартная директория;
• Далее эта функция будет выполняться в - значения данной настройки выставлено автоматическим. Ничего изменить не можем;
• Разрешение кэширования браузерами - честно говоря, данную настройку до конца так и не понял. Если кто знает о чем она, напишите в комментариях. Разработчик настройку эту не использует. Прислушаемся к его мнению и также не будет ее включать;
• HTTPS - какой вариант кэширования использовать для протокола https. Использую вариант "cache separately";
• Use readfile - настройка добавляет какую-то php функцию readfile. Честно сказать, не разобрался в чем ее смысл;
• Serve expired pages to bots - предоставлять ли страницы, вышедшие из кэша, ботам, которые посещают ваш сайт. Оставил отключенной;
• Tidy - то же самое, что и предыдущая. После обновления плагина настройка удалена.

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

Настройки исключений

• Не кэшировать главную страницу - если у нас обычный блог, на котором постоянно добавляются новые записи и их анонсы публикуются на главной странице, то данную настройку включаем, чтобы главная страница не кэшировалась. На главной все изменения должны отображаться в реальном времени;
• Не кэшировать страницу 404 - кэшировать страницу 404 нет особой надобности. Поэтому, также ставим чек-бокс;
• Не кэшировать ленту комментариев - данную настройку не включал;
• Не кэшировать ленту RSS комментариев - также не влючал;
• Точный URL исключение - если хотите исключить какие-то страницы из кэширования, то можете ввести их полные адреса. Может быть полезно, если имеется какая-то статья, в которой вы постоянно что-то меняете. Например, каждый день обновляете результаты конкурса в реальном времени;
• (Начиная с) URL исключить - настройка полезна, если вы хотите запретить к кэшированию какой-то набор страниц, например, из одной рубрики. То введите сюда часть адреса, начиная с названия рубрики и все страницы, которые будут начинаться с названия этой рубрики, кэшироваться не будут;
• Куки исключить - более профессиональная настройка. Позволяет исключать кэширование страниц по кукам;
• Устройства (пользовательские) исключить - если посетитель заходит на сайт через какой-то агент, то указав его название в данной настройке, кэширование происходить для него не будет;
• Don"t serve cached pages to comment authors - когда вы оставляете комментарий на блоге, он, как правило, ожидает проверки. Вам об этом всегда пишется уведомление. Чтобы оно действительно отображалось, данную настройку необходимо включить;

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

Настройки для мобильных устройств

• Режим работы - сам использую стандартный режим. Можете выбрать вариант "cache separately" для раздельного кэширования. Может потребоваться, если у вас различный контент для мобильных устройств;
• Мобильная тема - выбираете тему оформлению, которую нужно кэшировать или же оставляете стандартный вариант "Use the active blog theme", с помощью которого плагин сам определит активную тему;
• Мобильные агенты пользователей - в данном поле прописаны основные мобильные устройства, с которых происходят посещения сайтов.

На этом все настройки мы проделали. Не забываем сохранять все проделанные операции.

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

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

По традиции я приготовил специальный видео-урок по настройка плагина hyper cache. Смотрим ниже.

После этого, надеюсь, что вам все стало более, чем понятно.

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

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

До скорой.

С уважением, Константин Хмелев.