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

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

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

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

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

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

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

Итак, проходим в каталог сайта, находим там файл «wp-config», и открываем его в Notepad++.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Перемена

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

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

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

Сегодняшняя статья посвящена плагину 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);

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. Смотрим ниже.

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

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

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

До скорой.

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

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

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

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

Ставиться плагин стандартно, можно через поиск в самой панели вордпресса (тут я ничего говорить не буду, плагины ставить умеют все). Ну что поставили, едем дальше. Теперь будет ругаться что вы не прописали его код в файле конфигурации (по моемому, это очень круто, решения принимаете вы, а не программа), он предложит вам внести свой код в файл wp-config.php.

Этот файл находится в корне сайта, его не пропустите, просто открываете папку public_html, и он там, скачиваете его себе.

Далее надо открыть его любым редактором и внести вот этот код:

Define("WP_CACHE", true);

Сам плагин hyper cache предлагает его внести его после строчки:

Define("WPLANG", "ru_RU");

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

Define("WP_DEBUG", false);

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

Настройка.

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

Сейчас разберем вкладку главная и основные кнопки hyper cache, сразу приведу скриншот.

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

1. Удалить весь кэш. Все что плагином сделано и скопировано, будет сразу удалено. Полезно в том случае если вы делаете какие-то глобальные изменения на блоге, например замена дизайна, то эта кнопка будет очищать все и уже копировать новые изображения себе в кэш.
2. Очистка архивов и домашней. Очень полезный функционал, понадобиться неистовым блоггерам, которые штампуют статьи по 10 штук в день, просто если плагин не успевает за вами кэшировать главную, в смысле обновлять ее, то нажимайте на эту кнопку, но об этом еще поговорим ниже.
3. Вычисление размера кэша. Бестолковая примочка, плагин просто вас информирует сколько места занимает копия блога в данный момент.
4. Импортировать настройки. Еще бесполезнее пункт чем прошлый. Никогда, слышите никогда, не переносите настройки со старых версий плагинов, потому как вместе с ними могут перекинуться и старые глюки и недочеты.

Теперь можно перейти к самим настройкам вкладки “Главная”.

1. Disable translations. Плагин частично переведен на русский язык, но если вы хотите ждать выхода полного русифицированного продукта, то можете поставить тут галочку, хотя я не советую, так как этого не будет никогда, это статистика, не стоит ждать у моря погоды.
2. Кэшированные страницы, будут действительны в течение. Тут можете установить свой временной промежуток хранения кэша. Я советую оставить все как есть раз в сутки (в 24 часа) пусть обновляется.
   

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

3. Включить сжатие. Довольно спорный пункт, он активирует сжатие в gzip формат, то есть всю страницу пакует в архив и отдает браузеру пользователя, а тот в свою очередь его распаковывает и выводит. Но побродив по многим форумам, я выяснил что эта функция может не работать, и пользователям выводится пустая запись, поэтому этот пункт не ставим. Само сжатие мы будем настраивать в следующей статье, там будет все немного посложнее, но безотказнее.
4. Enable on-the-fly compression. Сжатие на лету, если переводить дословно, не вижу смысла включать. Если пост по каким-то причинам не кэширован, то она вмиг это сделает, но при этом будет дико долго грузиться, пусть лучше идет так.
5. Когда обновлена домашняя страница, обновятся остальные . Бесполезная функция, зачем мне очищать кэш последних записей если я очищаю всю главную страницу, полный бред, оставляем все на ноле.
6. Когда записи отредактированы. Тут в принципе можно поставить первый пункт clean archives (categories, tags, …, but not the home) , чтобы после редактирования записи она сразу обновлялась в кэше. Но я не стал ее ставить, я не часто обновляю старые записи, да и кэш у меня настроен на обновление один раз в сутки (пункт 2 этого списка), а так смотрите сами.
7. При написании комментария. Так же спорный пункт, скажу сразу я их не ставил, объясню почему. Пост будет кэшироваться всякий раз когда будет оставляться комментарий, это будет катастрофа для сайтов с высокой посещаемостью и комментированием, потому как при каждом комментарии, будет вновь перезаписываться, что для скорости и обработки сервера ой как не хорошо. А для меня будет достаточно обновления и раз в 24 часа, пусть все идет в таком круговороте, оставил все пустое
8. Папка кэша. Можете прописать свой путь до файлов, которые будет создавать плагин, я оставил поле пусты, пусть пишет там где надо ему.
9. Далее эта функция будет выполняться через. Никто не знает что это и зачем, я не использую этот раздел.
10. Разрешение кеширования браузерами. То есть мы разрешаем браузерам на стороне пользователя кэшировать наш сайт, мы уже настраивали это в прошлой статье про.htaccess, и дабы не было конфликтов лучше выключить, хуже не будет.
11. HTTPS. Если у вас есть защищенное соединение, то тут еще можно поиграться, а так все оставляем как есть.
12. Use readfile(). Так же никто не знает что это такое, оставляем выключенным.
13. Служит ботам со страницами с закончившимся сроком действия. Галочку не ставим, не нужна.

Исключения.

1. Не кэшировать главную страницу. Главная это очень динамический элемент у блога, ее ни в коем случае кэшировать нельзя, не ставим галочку.
2. Не кэшировать “стр.404”. Так же не ставим, не зачем е заносить в память.
3. Не кешировать ленту комментариев. Я не ставил, пусть комментарии так же заносятся.
4. Не кешировать ленту RSS комментариев. Не включал и вам не советую.
5. Точный адрес URI исключить. Вводите сюда те адреса, которые хотите исключить, полезно если проводите какие-нибудь эстафеты на блоге, когда запись должна все время быть в изменении.
6. (Начиная с) адреса URI исключить. Тоже что и прошлое, только тут можно назначить исключение для целых разделов, допустим рубрик.
7. Куки исключить. Исключаем их на стороне пользователя.
8. Устройства(пользовательские) исключить. Этот раздел исключает устройства для которых не включать кэш.
9. Don’t serve cached pages to comment authors. Обязательно включать если у вас включена модерация комментариев, иначе окошко с надписью “Комментарий находиться на проверке” не появится.
10. Не кешировать страницы старше. Я считаю что эта строка вообще лишняя, как можно не кэшировать старые посты, в них же и есть самое основное блога, хотя я думаю подойти для новостных сайтов, а для остальных зло.

Раздел “Мобильный”.

1. Режим работы. Если вы не используете отдельную тему для мобильных устройств, то здесь оставляете все по старому.
2. Мобильная тема. Исходя из первого раздела, выбираем тему, либо же оставляем какая есть.
3. Мобильные агенты пользователей. Тут можете ввести разные ос, android, app и другие.

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

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

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

P.S. Спасибо за внимание, надеюсь статья пригодилась, и вы все правильно настроили

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

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

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

Ну что, начнем!

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

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

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

Итак, теперь давайте разберемся, как настроить Hyper Cache.

Как настроить Hyper Cache

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

Пусть вас это не пугает. Откройте данный файл, который находится у вас на сервере в корневой папке, и найдите строчку:

Define ("WPLANG", "ru_RU");

Эта строчка находится практически в самом низу файла. Чуть ниже этой строчки вставьте требуемый код:

Define ("WP_CACHE", true);

Если вы все сделали правильно, то плагин должен заработать.

Теперь давайте более подробно рассмотрим функционал и настройки Hyper Cache.

Начнем, пожалуй, с верхних синих кнопок.

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

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

Чуть ниже синих кнопок, расположен ряд четырех вкладок.

Вкладка «Главные»

По умолчанию у вас сразу открыта вкладка «Главные». Давайте с нее и начнем.

• Первый пункт этого меню «Disable translations» при активации, дает нам возможность «насладиться» данным плагином на оригинальном языке, то есть говоря простым обывательским языком – отключить встроенный переводчик.
• Второй пункт «Кэшированные страницы, будут действительны в течение» позволяет нам задать время, в течение которого кэш будет существовать. Я бы советовал вам оставить данный пункт без изменений.
• Третья и четвертая функция «Включить сжатие» и «Enable on-the-fly compression» относятся к активации сжатия, только первая дает компрессию данных при передаче информации, а вторая включает сжатие на «лету». Я бы посоветовал вам поставить галочки напротив данный полей, т.к. это позволит вашему блогу немного увеличить скорость загрузки страниц.
• Следующий пункт «Когда обновлена домашняя страница, обновятся остальные», на мой взгляд, совершенно нелогичен и бесполезен. Он дает нам возможность задать количество предыдущих статей, которые будут перекэшированы при добавлении нового поста. Для чего и для кого это сделано, я думаю, это загадка для самих разработчиков. Поэтому советую оставить эту чудную функцию без изменений.
• Последующие два пункта «Когда записи отредактированы» и «При написании комментария» дают нам возможность автоматически обновить кэш категорий, тегов и рубрик при изменении статьи, при этом главная страница не будет изменена (в случае если вы поставили галочку в первом квадрате). А если стоит галочка во втором квадрате, то и кэщ главной страницы обновиться.
• «Папка кэша» дает возможность задать папку на сервере, куда будут сохранены все кэшированные страницы. Я советую оставить данный пункт без изменений.
• «Далее эта функция будет выполняться через» показывает через какое время автоматически произойдет очистка устаревших материалов. Что самое интересное изменить мы данное значение никак не можем.
• «Разрешение кэширования браузерами» дает нам возможность разрешить данную функцию у наших посетителей, а также задать время хранения у них наших данных.
• «HTTPS» — позволяет задать вариант кэширования для протокола https. Я оставил у себя по умолчанию «Build a separated cache» то есть раздельное хранение для https и http страниц.
• «Use readfile» — помогает активировать функцию PHP readfile для более быстрой отдачи файла, то есть скрипт дожидается пока весь файл будет прочитан и отдан пользователю. По заверениям разработчиков она должна быть лучше, чем стандартная функция. Так ли это я не понял. Дабы не искушать судьбу, советую оставить данный пункт без изменений.
• «Служит ботам со страницами с закончившимся сроком действия» — то есть показывать устаревшие данные поисковым роботам (из кэша) или отдавать им обновлённую страницу. Я оставил данный пункт без внимания, потому что считаю, поисковики должны всегда получать свежую информацию.

Вкладка «Исключений»

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

Итак, давайте по порядку.

• Первый пункт «Не кэшируйте домашнюю страницу» дает нам возможность отключить кэширование главных страниц. Поскольку мы публикуем статьи с периодичностью один раз в сутки и на вкладке «Главные» мы задали, что кэширование страниц будут действительны в течение двадцати четырех часов, то в нашем случае ставить галочку не нужно. Эта функция актуальна людям, которые публикуют свой контент два и более раз в сутки.
• «Не кэшировать стр. 404» — данный пункт, я думаю, не требует пояснений. У нас на блоге я оставил его без изменений, потому что место он занимает немного.
• В последующих двух пунктах «Не кэшировать ленту комментариев» и «Не кэшировать ленту RSS» я советовал бы поставить галочки.
• «Точный адрес URL исключить» — эта функция позволяет исключить из кэширования определенные страницы. Актуально это тем, кто постоянно что-то меняет в определенной статье (возможно это какая-то статистика, которая обновляется каждый час или несколько минут).
• «Начиная с адреса URL исключить» — эта функция позволяет исключить из кэширования определенную последовательность статей, например какую-нибудь рубрику. Для этого введите в поле часть адреса страницы, которая относится к исключаемой рубрике. При этом обязательно должен быть указан адрес рубрики www.moysait/vse-o-krasote.
• «Куки исключить» - мы можем поставить галочку и внести в поле определённые cookie нашего читателя, тогда для этого человека кэширование работать не будет. Ну что ж, очередная ненужная функция. Для чего ее применять я так и не смог придумать.
• «Устройства пользовательские исключить» — если у вас есть отдельная мобильная версия, вы указываете название устройств, с которых к вам заходит посетитель, например ipad, android, iphone, windows mobile и т.д., то для данных устройств отображение обыкновенных кэшированных страниц не будет происходить.
• «Don"t serve cached pages to comment authors» — при включенной функции модерации сообщений, посетитель, оставляя комментарий, видит сообщение, что данный коммент ожидает проверки. Вот чтобы оно отображалось, обязательно поставьте галочку напротив данного пункта.
• «Не кэшировать страницы старше» — данный функционал позволяет задать возраст страниц, которые не требуется кэшировать. Данная функция будет полезна только авторам, которые не привлекают посетителей из поиска, и у которых публикуемая информация очень быстро теряет актуальность.

Вкладка «Мобильный»

Ну что, вот мы и дошли до вкладки «Мобильный».

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

• «Режим работы» — в нем находится 3 подменю:

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

— Кэшировать отдельно – для пользователей с мобильных устройств и с ПК выдается различный кэш. Это происходит только в том случае, если у вас две версии сайта (мобильная и основная).

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

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

Вкладка «CDN»

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

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

Видео «Установка и настройка плагина Hyper Cashe»

Друзья, посмотрите подробное видео, которое я записал по просьбе наших читателей. Уверен все сразу станет понятным! И не забудьте подписаться на наш youtube-канал, там много интересного!

Ну что, на этом буду заканчивать. Надеюсь мне максимально подробно удалось описать функционал и настройки Hyper Cach. А какой плагин используете вы на своем ресурсе?

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

С уважением, Калмыков Антон

Приветствую, друзья. Плагин 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 или щелкните правой кнопкой мыши по фону блога и выберите пункт «Исходный код страницы». Пролистайте в самый конец, там должен появиться тег с указанием того, что вы видите кэш с датой его создания – если тег есть, значит все в порядке и плагин работает.

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