Приветствую Всех читателей. Сегодня хочу поговорить об одном из пунктов оптимизации сайта на 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 если у Вас активирован другой.

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

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

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

Здравствуйте уважаемые читатели! У вас есть свой блог? Если вы читаете это пост, то наверняка да. А вы знаете, что без того плагина, о котором я вам расскажу, у вашего блога при посещаемости 1000-1500 чел. в сутки могут закипеть мозги? (шутка конечно). В общем будет создаваться большая нагрузка на ваш хостинг и страницы будут очень долго грузиться вашим пользователям.

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

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

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

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

Что делает плагин Hyper Cache?

Hyper Cache кэширует веб-страницы блога на WordPress целиком и хранит их HTML версии в своей папке с кэшем. Поэтому при заходе на ваш блог даже 3000 тыс. пользователей нагрузка на хостинг будет минимальная, так как все страницы вашего блога уже сгенерированы и лежат в папке cache на вашем сервере. Я думаю вы поняли. Если нет напишите свой вопрос в комментариях.

Ну а теперь к настройке.

1. Скачайте сам плагин (справа кнопка) - скачать
2. Загрузите папку hyper cache в папку с плагинами wp-content/plugins/
3. Включите кэширование в WordPress.

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

Define("WP_CACHE", true);

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

/** Абсолютный путь к директории WordPress. */ if (!defined ("ABSPATH")) define ("ABSPATH", dirname (__FILE__) . "/");

Я, лично вставил эту строку там, где идет задание параметров для базы данных WP:

/** Имя базы данных для WordPress */ define ("WP_CACHE", true); - вот сюда define ("DB_NAME", "a20230_blog");

4. Войдите в админку WordPress, выберете вкладку «Плагины» и найдите строку с плагином. (активируйте плагин).

5. Снова зайдите в админку - «настройки» - Hyper Cache.

Если в окне с настройками никаких предупреждающих сообщений не появилось, то кэш в WordPress готов к работе. Если предупреждения появились, то скорее всего поможет выставление прав доступа 777 на папку wp-content или папку wp-content/plugins/hyper-cache.

Это нужно для того, чтобы плагин мог создать в WordPress папку для хранения кэшированных вебстраниц вашего блога. После того как плагин создаст эту папку, вы можете вернуть права доступа на папку wp-content и папку wp-content/plugins/hyper-cache обратно на 755, а уже папке cache или hyper cache, которая находится у вас на хостинге (wp-content/plugins/hyper-cache/cache или wp-content/hyper cache), назначить права доступа 777, чтобы плагин Hyper Cache имел возможность записывать в нее и стирать HTML-файлы с кэшем вебстраниц блога.

Увидеть их количество вы сможете в настройках hyper cahe - «Всего кэшированных страниц (кэшированные редиректы также считаются)» - будет указано число. Вот такой вот классный плагин. Пользуйтесь друзья!!!

P.S. Как вам статья? Советую , чтобы не пропустить информацию о новых бесплатных видеокурсах и конкурсах блога!

C уважением, Александр Борисов

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

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

define("WP_CACHE", true);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

До скорой.

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

Другое