Приветствую, друзья. Плагин 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 или щелкните правой кнопкой мыши по фону блога и выберите пункт «Исходный код страницы». Пролистайте в самый конец, там должен появиться тег с указанием того, что вы видите кэш с датой его создания – если тег есть, значит все в порядке и плагин работает.
На этом настройка и проверка закончена, теперь ваш блог будет работать быстрее, а серверных ресурсов использовать меньше.
Добрый день, уважаемые читатели! В этой статье я расскажу об одном очень важном факторе, оказывающий влияние на развитие вашего блога.
Итак, поведую об ускорении работы веб-ресурса. Для этого мы воспользуемся плагином для wordpress Hyper Cache 3.0.7, вы уже наверно знаете, что вышло недавно обновление этого чудо плагина и мы будем разбирать все по полочке, так как много вопросов по данной теме.
О чем именно будет сказано в этой статье:
— Что такое Hyper Cache?
— Как установить плагин Hyper Cache?
Приступим!
Что такое Hyper Cache?
Данный плагин помогает блогу работать с базой данных.
Как это вообще понимать?! Очень просто! Для того чтобы показать любую страницу вашего блога движок вордпресс обращается к БД. То есть он собирает информацию от виджетов, плагинов, шаблона вашего сайта и воспроизводит.
Данный процесс занимает определенное время, что и отражается на скорости загрузки страниц блога. По умолчанию вордпресс не использует никаких способов кэширования. Почему? Потому уже есть немало плагинов, которые способны это сделать.
Одним из популярных и эффективных является Hyper Cache.
В чем заключается его суть?
Допустим, произошел запрос страницы, вордпресс потратил на это время, потом опять произошел запрос и платформа постоянно обращается к БД и тратит время.
Плагин Hyper Cache в свою очередь после запроса сохраняет статью или что-то, в общем всю страницу в кэш. В результате чего все данные будут выводиться без обращения к БД, в один миг.
Надеюсь понятно, в чем заключается суть работы этого плагина.
Как установить плагин Hyper Cache?
Он ничем не отличается от стандартных плагинов, поэтому установка производится просто.
1. Скачиваем Hyper Cache на официальном сайте wordpress.org;
2. Открываем загрузки. Вытаскиваем архив и выносим плагин;
3. Соединяемся с FTP-сервером. Открываем папку wp-content — plugins;
4. Загружаем Hyper Cache в последнюю папку;
Установка завершена.
Переходим в административную панель управления вашим блогом. Открываем «Плагины» находим там Hyper Cache и жмем"Активировать".
Теперь чуть ниже, опять же в админке наводим курсор мыши на «Настройки», если версия движка старая, тогда на «Параметры». В списке кликаем по Hyper Cache и попадаем на страницу настроек.
Здесь думаю, можно ничего не менять, то есть оставить все настройки по умолчанию. Однако произвести ряд настроек все же следует.
В обязательном порядке надо активировать использование кэшированных страниц. Для этого вставляем однострочный код в файл в корневой директории wp-config.php:
define("WP_NAME",
Да, кстати, найти wp-config.php можно в файловом менеджере на хостинге, либо воспользуйтесь FTP-клиентом, например FileZilla или TotalCommander.
С этим разобрались.
Возвращаемся к странице настроек плагина.
Итак настроек можно так сказать немало, по этому разобьем их на 3 этапа, так как у нас три вкладки. Давайте приступим и разберемся для начала с первой настройкой General (Общее настройки).
Заходим в панель управления блогом, Настройки/Hyper Cache и попадаем на страницу с настройками, вот и начнем с первой.
Каждый пункт настроек я разбирать не буду, по скольку это будет очень долго и честно говоря оно того не стоит.
Для начала посмотрим что это за синие кнопки итак:
— Clean the whole cache
(Очистить весь кэш) — очищает все полностью когда вы нажмете на наго и начнет создавать все заново.
— Clean home and archives
(Очистить главную и архивы) — очисщает только главную страницу и все архивы.
— Compute the cache size
(Вычислить размер кэша) — говоря откровенно она не нужна.
— Import old options
(Импортировать старые настройки) — перевод говорит сам о себе, по моему нет вопросов больше.
- Disabled translation — выйдет или уже вышел перевод на русском языке, и данная галочка говорит, оставить так как есть или вам нужен перевод, я рекомендую её поставить так как, обычно все переводы с каким то боками, лучше оставить оригинал, но смотрите сами, если вы доверяете переводу, то можете не ставить галочки.
- Cached pages will be valid for — перевожу, сохраненная копия страницы, будет действовать в течение 24 часов, то есть ставим так как у меня, это нормально.
- Enable compression — означает, включить или выключить сжатие, это очень классная штука, которая сжимает HTML страницы, включаем её.
- When the home is refreshed, refresh even the — настройка такова, кэш для последних статей, добавили новый пост, обновили страницу главную и в эту настройку ввели сколько постов последних нужно про кешировать. Вообщем я считаю бессмысленная настройка.
- Cache folder — папка кэша, ничего менять не надо пусть стоит по умолчанию.
- Allow browser caching — р азрешать кэшировать браузер или нет, я считаю что лучше не нужно, так как эта функция позволяет задать браузеру сохраненную уже страницу, и продержать ее на протяжение того время которое вы укажите выше ноля.
Сохраняем настройки нажав на SAVE в низу страницы.
- Do not cache the home page — запрещает плагину кэшировать домашнюю страницу, то есть при добавленино новой статьи он будет страница будет обновлятся, если вы добавляете каждый день новые статьи на свой блог то вам нужно поставить здесь галочку, если вы пишите 2-3 раза в неделю то не нужно ставить ничего.
- Do not cache the «404 - Not found» page — не кэшировать 404 страницу, ставим галочку.
- Do not cache the blog main feeds - не кэшировать страницы feeds, ставим галочку, так как это важно.
переходим немного ниже, потому что те настройки не важны, оставляем их по умолчанию.
- Don"t serve cached pages to comment authors — эта настройка нужна для того, чтоб включить кэш для комментариев, то есть при добавления нового комента на ваш блог, человек увидит свое сообщение и то что его комент ожидает проверки. Здесь обязательно ставим галочку.
И сохраняем страницу, все остальное по умолчанию. Переходим дальше на вкладку Mobile
Эта настройка для мобильных устройств, в ней можно задать шаблон для телефонной версии, ладно давайте к настройке перейдем, по сути здесь ничего не нужно менять.
- Working mode — режим работы при заходе на ваш блог с мобильного устройства.
- Mobile theme — здесь вы ставите тот шаблон, который вы хотите, чтоб отображался для телефонов.
- Mobile user agents — и здесь прописать для каких устройств действует данный плагин.
Здравствуйте уважаемые читатели! У вас есть свой блог? Если вы читаете это пост, то наверняка да. А вы знаете, что без того плагина, о котором я вам расскажу, у вашего блога при посещаемости 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 уважением, Александр Борисов
- htaccess кэширование сохраняет содержимое веб-страницы на локальном компьютере, когда пользователь посещает ее;
- Использование кэша браузера – веб-мастер дает указания браузерам, как следует рассматривать ресурсы.
Когда браузер отображает веб-страницу, он должен загрузить логотип, CSS файл и другие ресурсы:
Кэш браузера «запоминает » ресурсы, которые браузер уже загрузил. Когда посетитель переходит на другую страницу сайта, логотип, CSS файлы и т.д. не должны загружаться снова, потому что браузер уже «запомнил » их (сохранил ). В этом заключается причина того, почему во время первого посещения загрузка веб-страницы занимает больше времени, чем при повторных.
Когда вы используете кэширование, файлы веб-страницы будут сохранены в кэше браузера. Страницы будут загружаться в разы быстрее при повторных посещениях. Также будет с другими страницами, которые используют одни ресурсы.
Как включить кэширование в браузере
- Измените заголовки запроса ресурсов, чтобы использовать кэширование;
- Оптимизируйте свою стратегию кэширования.
Изменение заголовков запроса
Для большинства людей единственный способ кэширования сайта htaccess заключается в том, чтобы добавить код в файл .htaccess на веб-сервере.
Файл .htaccess контролирует многие важные настройки для вашего сайта.
Кэширование браузера через файл.htaccess
Приведенный ниже код указывает браузеру, что именно кэшировать и как долго это «запоминать «. Его следует добавить в начало файла .htaccess :
## 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
Приведенный выше код устанавливает заголовок 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 » сообщает о том, что это общедоступно.
Добрый день, друзья!
Сегодняшняя статья посвящена плагину 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. Смотрим ниже.
После этого, надеюсь, что вам все стало более, чем понятно.
Если появились какие-то вопросы, пишите их в комментариях. На все отвечу. Также пишите идеи для обзора новых плагинов и других фишек. Все возьму на заметку и в ближайшее время обязательно сделаю.
На этом я данную статью заканчиваю. И помните: "Быстрый блог - удобный блог" . Поэтому, делаете его работу быстрой.
До скорой.
С уважением, Константин Хмелев.
