Advanced cache php вкрапление. Кэширование WordPress: плагин Hyper Cache. Установка плагина Hyper Cache на Вордпресс

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

В двух словах, приведу определение кэша с Википедии:

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

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

Оптимизация блога

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

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

Чтобы попасть в настройки плагина нужно перейти в админку WordPress –> Настройки –> Hyper Cache . В пункте Cached pages timeout есть смысл поставить количество времени больше, я поставил 10 000 минут. Сохраните изменения.

Проверка работы плагина кэширования на WordPress

В принципе, все. Будут вопросы – пишите в комментариях. Спасибо за внимание, ждите следующие уроки по созданию, раскрутки и монетизации блога!

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

Обо всём по порядку.

Работа WordPress, кэширование

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

Как работает Вордпресс? Вся информация, так же как и в Joomla и других CMS, хранится в различных частях шаблона и таблицах базы данных. Для каждого типа инфы своя таблица: записи, комментарии, данные об авторе, сайте и так далее.

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

Решить данную проблему призвано кэширование.

Принцип кэширования данных

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

Такой приём облегчает работу сервера и ускоряет загрузку сайта в браузере.

Кэш — это своеобразное хранилище данных, с быстрым доступом информации к ним.

База WordPress содержит огромное количество плагинов. Но есть группа так называемых обязательных плагинов, установить которые необходимо на каждом проекте. Такие как плагин сеооптимизации, к примеру, SEObyYoast, плагин для резервного копирования (WordPress Database Backup), плагин кэширования.

Особенности установки Hyper Cache

Плагин устанавливается стандартным способом. Здесь подробная , чтобы освежить в памяти. Есть одно маленькое отличие. Для работы Hyper Cache после активации запросит внести изменения в файл wp-config.php.

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

Корректировать wp-config можно непосредственно на хостинге . Я же для таких целей использую специализированную программу Notpade++.

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

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

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

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

Настройки плагина состоят из четырех разделов: Главные, Исключения, Мобильный, CDN.

Главные настройки плагина Гипер Кэш

Приступим к полному разбору каждой функции.

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

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

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

Enable on-the-fly compression — включить сжатие на «лету». Происходит процесс сжатия вебстраниц отсутствующих в кэше. Активация ускорит загрузку страницы, но и увеличит нагрузку.

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

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

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

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

Разрешение кеширования браузерами . Наверняка Вы хоть раз при переходе на определенную страницу видели в браузере строку типа: «Вам будет показана сохранённая копия страницы». Это работа подобного плагина и данной функции. Суть её такова. При посещении Hyper Cache разрешает браузеру сохранять кэш страницы на стороне пользователя, то есть сохраняется в папке с кэшем на компьютере. При повторном обращении к этой вебстранице она будет показана с кэша компьютера, что быстрее, чем если бы показывалась со стороны сервера. Включаем данную пункт — мы же за скорость.

HTTPS . Надо активировать при использовании безопасного протокола соединения HTTPS.

Use readfile() . Опция чтения файла. Со слов разработчиков работает лучше, чем фактически используемая функция кэширования file_get_contents ().

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

Сохраняем главные настройки и переходим к следующему разделу.

Настройка исключения плагина Hyper Cache

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

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

Не кэшировать «стр.404» . Активируем.

Не кешировать ленту комментариев . Создавать кеш комментариев не стоит. Посетители должны видеть оставленные новые комментарии. Моё мнение.

Не кешировать ленту RSS комментариев . То же.

Do not cache pages with URIs — Не кэшировать страницы с URL. Можно задать конкретные страницы не подлежащие кешированию. Прописывайте каждый URL с новой строки.

Do not cache pages with URIs starting with — Не кэшировать страницы с URL, начиная с. Используется для исключения целого раздела из функции кэш. Например, сайт с постоянно обновляющимся разделом новостей, посещаемый форум.

Bypass the cache for readers with cookies — Обход кеша для читателей с помощью файлов cookie.

Bypass the cache for readers with devices (user agents) — Обход кеша для считывателей с помощью устройств. Подразумеваются приложения, осуществляющие доступ к сайтам. Например, браузер.

Bypass the cache for readers which are commenters — Обход кеша для читателей, которые являются комментаторами. При включении опции посетитель, оставивший комментарий тут же увидит его. В случае если они не модерируются администратором. Иначе будет сообщение с таким смыслом: «Ваш комментарий ожидает модерацию». Читателю становится понятно, что коммент дошел до цели, а не затерялся.

Do not cache posts older than — Не кэшируйте сообщения старше, чем. После отметки количества дней статьи переходят в разряд старых и плагин перестаёт кэшировать. Стоит включить в случае когда старые посты перестают лить трафик.

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

Немного отступил от темы поста. Продолжаем настраивать Гипер Кеш.

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

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

For mobile devices — Для мобильных устройств. В этом пункте три варианта для выбора. При использовании на ресурсе адаптивного дизайна оставляйте настройки: Использовать основной кеш . В этом случае разницы просмотра страницы для пользователя ПК и с мобильного не будет.

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

Пару слов по поводу адаптивного шаблона. Всё больше людей приобретают и используют для выхода в интернет мобильные гаджеты. Смартфоны и планшеты. Трафик с этих устройств постепенно увеличивается. По статистике Яндекс Метрике на этот сайт процент посетителей с мобильных составляет в среднем 20-25%. В некоторых нишах, например, в сфере услуг, этот вид трафика является основным. Поисковые системы в аккаунтах для вебмастера при отсутствии мобильной версии сайта отмечают как замечание и советуют исправить.

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

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

Мобильные агенты пользователей . По умолчанию указаны user-agent считающиеся как пользователи с мобильного. Есть что добавить, добавляйте.

Настойка CDN HyperCache

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

После всех настроек логично проверить, может «WordPress Hyper Cache не работает?» Делается очень просто. Откройте сайт в другом браузере. Это необходимо сделать потому, что администратору ресурса всегда показывается актуальная информация. Просмотрите исходный код, который открывается сочетанием клавиш CTRL + U. В самом низу должен появится следующий код.

Если его нет, обновите страницу и просмотрите ещё раз.

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

Какими плагинами кеширования пользуетесь Вы на данной момент, и думаете ли использовать Hyper Cache если у Вас активирован другой.

Желаю Всем удачи и быстрых сайтов!

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

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

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

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

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

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

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

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

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

Define("WP_CACHE", true);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фильтры

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

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

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

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

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

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

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

Что такое кэширование и зачем нужен 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. Смотрим ниже.

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

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

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

До скорой.

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