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

1 голос

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

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

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

Пара слов о кэшировании

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

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

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

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

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

Приступим к установке

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

В поле поиска вводим название «Hyper cache» и нажимаем клавишу Enter.

После этого кликаем по кнопке «Установить». Обратите внимание на логотип приложения. Вам нужна именно эта программа.

Ждем пока плагин скачается и установится.

После нажимаем «Активировать плагин».

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

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

Перейдем в раздел «Настройки», нужную кнопку отыщите в панели слева. Тут же откройте ссылку на изменение «Hyper Cache»

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

Копируем нужный код: define(«WP_CACHE», true); и переходим в личный кабинет на хостинге (конечно же можете использовать FTP доступ, но я исхожу из того, что вы новичок). У меня это TimeWeb . Вам я тоже рекомендую его использовать, так как это один из самых лучших партнеров. Почти все проекты для своих клиентов, я делаю именно благодаря ему.

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

Теперь заходите в «Файловый менеджер» и открываете необходимую папку.

В новом окне начинаем искать wp-config.php и открываем. Мне пришлось повозиться, прежде чем я нашел нужный документ, хотя он находился на поверхности. Внимательно просматривайте списки.

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

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

Если вы просматриваете файл и не можете найти в описании «WPLANG», то ничего страшного в этом нет. Вместо определения языка, вы можете использовать определение режима отладки, то есть вставить код после строчки define (‘WP_DEBUG’); Нажимаете два раза на Enter и вставляете нужное определение.

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

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

Давайте перейдем к основным настройкам раздела «Главные». Первая функция, на которую необходимо обратить внимание, это опция «Кэшированные страницы будут действительны в течение». По умолчанию здесь стоит значение «24 часа». Я рекомендую изменить этот параметр на «48». Что это значит?

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

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

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

Следующая интересная настройка: «Когда записи отредактированы». Здесь я рекомендую поставить маркер напротив «clean the home».

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

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

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

Итак, мы перешли к «Исключениям».

Здесь нам необходимо «Не кешировать 404 страницу». Это лишнее, так что будет полезно для ваших посетителей.

А также включить «Don’t serve cached pages to comment authors». Несколько слов об этой функции.

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

Готово. Сохраняем изменения.

Единственное, о чем бы я хотел еще сказать, это кнопки, которые располагаются над вкладками настроек. «Удалить весь кэш», «Очистка архивов и домашней», «Вычисление размеров кэша» и «Импортировать настройки». Я не советую вам пользоваться последними тремя.

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

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

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

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

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

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

Желаю вам удачи и надеюсь видеть вас чаще.

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

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

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

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

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

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

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

Define("WP_CACHE", true);

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

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

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

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

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

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

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

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

Пункт про «Disable translations » позволяет отключить встроенный переводчик, если поставите галочку. В этом случае весь текст плагина должен отображаться в оригинале на английском.
Далее, в пункте «Кэшированные страницы, будут действительны в течение » указывается период, в течение которого будут храниться кэшированные версии документов. По истечении данного времени кэш сбрасывается и создается по новой при очередном посещении пользователем. Указать можно любое время, зависит от того, как часто вы обновляете материалы сайта. У меня стоит 24 часа, если у вас блог обновляется очень редко, то можете сделать и в разы больше. Чем реже будут пересоздаваться файлы с кэшем, тем меньше серверных ресурсов будет тратить сайт на их создание.
Следующие 2 пункта про сжатие данных (compression). Первый «Включить сжатие » включает сжатие данных при передаче информации, второй «Enable on-the-fly compression » включает сжатие «на лету» для страниц, которых нет в кэше.
Можно настроить обновление кэша последних записей в том случае, если обновлена главная. Для этого в «Когда обновлена домашняя страница, обновятся остальные. » укажите количество постов, которые должны меняться. У меня это поле стоит пустым, так как контент главной не влияет на содержимое статей (зависимость, скорее, обратная – об этом следующие пункты).
Следующие 2 строчки позволяют включить обновление копий домашней страницы, архивов, тегов и рубрик при изменении постов. Допустим, вы отредактировали статью, сохранили ее и, если стоит галочка в первой строке пункта «Когда записи отредактированы », обновится кэш категорий и рубрик, если стоит галочка во второй, то будет пересохранена главная страница сайта. Если у вас настроено редкое обновление сохраненных копий (п.2), то эти пункты стоит включить. У меня все данные в кэше обновляются каждые 24 часа, поэтому я не активирую этот блок – все равно через сутки все обновится по графику.
Пункт аналогичен предыдущему, только «При написании комментария » обновляет информацию в случае появления новых комментариев к записям.
«Папка кэша » позволяет сменить стандартную папку, используемую плагином для хранения данных на свою.
«Далее эта функция будет выполняться через » включает опцию автоматической очистки кэша от старых неиспользуемых (несуществующих) материалов.
Настройка «Разрешение кеширования браузерами » разрешает браузерам кэшировать данные с сайта на пользовательской стороне (на компьютере посетителя). Указывается время актуальности данных.
HTTPS – эта настройка нужна в том случае, если ваш блог использует соответствующий протокол (у меня его нет). По умолчанию устанавливается хранение раздельного кэша для http и https протоколов.
Что делает «Use readfile() » я не понял, поэтому не стал включать данную опцию.
Может возникнуть ситуация, когда срок действия кэша истек, а пользователи на этот 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 варианта:

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

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

Про CDN

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

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

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

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

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

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

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

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

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

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

Затем открываем её с помощью программы Notepad++ и после строчки «define» прописываем строку:

define("WP_CACHE", true);

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

В верхней части странички находится кнопочка:

«Удалить весь кеш» , нажав на которую мы можем, когда захотим, очистить кэш нашего сайта и он станет кешироваться с нуля.
Следом за ней идет «Очистка архивов и домашней» — при нажатии у нас будут очищены архивы и домашняя страница. Могу сказать, что иногда подобная необходимость возникает.
«Вычисление размера кэша» — если нажмете, увидите, какой размер кэш занимает на данный момент.
«Импортировать настройки» — восстанавливает старые настроечки вашего кэша. Не советую нажимать, могут возникнуть проблемы, если настройки восстановятся неправильно. Желательно настроить «Hyper Cache» заново.

Затем, более тонко настроим плагин. Начнем с главной:

Disable translations – предлагает нам отключить перевод. Я здесь галочку не ставил.
Кэшированные страницы – нам предлагают задать время, сколько кэшированная страничка просуществует. Я предлагаю оставить по умолчанию, 24 часа.
Включить сжатие – подразумевается сжатие html странички, которое сервер отдаёт браузерам. По умолчанию она стоит, оставим как было.
Затем нам предлагают с добавлением нового поста кэшировать все предыдущие. Ставить не обязательно.
Далее идет настроечка, когда пост получает комментарий и когда редактируется. Я предлагаю оставить как есть. Ведь кэшированную страничку мы задали на 24 часа.
Насчет папок кэша – плагин предлагает создать особую папку для кэширования. Галочку ставить не обязательно. Куда «Hyper Cache» решил кэшировать, туда пускай и кэширует.
Разрешение кеширования браузерами – в пояснении нам предлагаю галку не ставить. Оставим как есть.
Use readfile – в комментариях поясняют, если мы поставим галочку, разницу не заметим. Ставить не обязательно.
Последняя настроечка позволяет показывать кэш страницы роботам, даже если время кеширования истекло. Не обязательно.

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

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

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

На этом заканчиваем обзор данного плагина. Поздравляю всех с праздником «Крещения»! Желающим совершить омовение в водном объекте посоветую не бояться и окунуться как положено, три раза! Я пробовал, ощущения не передаваемые! И главное, по преданиям здоровье сохранится на весь год! Успехов!

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

Ведь не секрет, что 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. А какой плагин используете вы на своем ресурсе?

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

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

htaccess кэширование сохраняет содержимое веб-страницы на локальном компьютере, когда пользователь посещает ее;
Использование кэша браузера – веб-мастер дает указания браузерам, как следует рассматривать ресурсы.

Когда браузер отображает веб-страницу, он должен загрузить логотип, CSS файл и другие ресурсы:

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

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

Как включить кэширование в браузере

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

Изменение заголовков запроса

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

Файл .htaccess контролирует многие важные настройки для вашего сайта.

Кэширование браузера через файл.htaccess

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

## EXPIRES CACHING ## ExpiresActive On ExpiresByType image/jpg "access 1 year" ExpiresByType image/jpeg "access 1 year" ExpiresByType image/gif "access 1 year" ExpiresByType image/png "access 1 year" ExpiresByType text/css "access 1 month" ExpiresByType text/html "access 1 month" ExpiresByType application/pdf "access 1 month" ExpiresByType text/x-javascript "access 1 month" ExpiresByType application/x-shockwave-flash "access 1 month" ExpiresByType image/x-icon "access 1 year" ExpiresDefault "access 1 month" ## EXPIRES CACHING ##

Сохраните файл .htaccess , а затем обновите веб-страницу.

Как установить время кэширования для различных типов файлов

В приведенном выше коде заданы промежутки времени. Например, 1 year (1 год ) или 1 month (1 месяц ). Они связаны с типами файлов. Приведенный выше код устанавливает, что .jpg файлы (изображения ) следует кэшировать в течение года.

Если бы вы хотели изменить это, чтобы и JPG изображения кэшировались в течение месяца, то вы бы просто заменили «1 год » на «1 месяц «. Указанные выше значения кэширования через htaccess оптимальны для большинства веб-страниц.

Метод альтернативного кэширования для.htaccess

Описанный выше метод называется «Expires «, он помогает с кэшированием большинству новичков. После того, как вам станет проще работать с кэшированием, можете попробовать другой метод кэширования Cache-Control , который дает больше возможностей.

Возможно, что метод Expires не сработает на вашем сервере, в этом случае вы возможно захотите попробовать использовать Cache-Control .

Cache-Control

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

Пример использования в файле .htaccess :

# 1 Month for most static assets Header set Cache-Control "max-age=2592000, public"

Приведенный выше код устанавливает заголовок Cache-Control в зависимости от типа файла.

Как работает Cache-Control

Рассмотрим упомянутую выше строку кода кэширования в браузере htaccess :

# 1 Month for most static assets

Данная строка — просто примечание. Файл .htaccess игнорирует строки, начинающиеся с символа # . Это примечание рекомендуется, так как у вас может быть несколько различных наборов данных в качестве решения для кэширования файлов:

Упомянутая выше строка говорит, что, «если файл будет одним из этих типов, то мы сделаем что-то с ним… »

Самое важное в этой строке то, что в ней перечислены различные типы файлов (CSS , JS , JPEG , PNG и т.д. ) и что инструкции кэширования следует применять к этим типам файлов. Например, если вы не хотите, чтобы JPG файлы кэшировались в течение указанного периода времени, можете удалить «JPG «. Если вы хотите добавить HTML , то нужно в этой строке указать «HTML «:

Header set Cache-Control "max-age=2592000, public"

В упомянутой выше строке установлены фактические заголовки и значения:

Часть «Header set Cache-Control » — устанавливает заголовок;
Переменная «max-age=2592000 » – указывает, сколько времени займет процесс кэширования (в секундах ). В этом случае мы осуществляем кэширование в течение одного месяца (2592000 ) секунд;
Часть «public » сообщает о том, что это общедоступно.