Всем привет! Хочу поведать вам одну историю о своей невнимательности, которая и побудила меня к написанию данной статьи. Около недели назад мой хост-провайдер проводил профилактические работы , время было оговорено и было предупреждение о том, что сайт будет лежать 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. По одному на строку.
Не забывайте после изменений настроек нажимать кнопку Обновить, для каждого блока своя кнопка.
Если вы все сделали правильно, то плагин начнет работать и . О других способах ее понижения я расскажу в следующих статьях. тема очень актуальна, поскольку поисковики, особенно , обращают внимание на скорость загрузки страницы. До скорых встреч на страницах блога МонетаВИнтернете!
Сайта в браузерах пользователей и снизить нагрузку, оказываемую ресурсом на . Скорость загрузки увеличивается за счет того, что пользователям каждый раз выдается не генерируемая с нуля, а готовая и сформированная страница (берется из кэша). Нагрузка на сервер уменьшается за счет сокращения числа http-запросов .
Кеширование жизненно необходимо практически на всех современных сайтах и блогах. Это обусловлено экспоненциальным увеличением нагрузки на хостинг даже при относительно небольшой посещаемости. А если посетителей при выключенном кэшировании будет много, то у сайта в буквальном смысле «закипят мозги» (страницы будут открываться очень долго, сайт будет периодически «ложиться», то есть выходить из строя).
Установка плагина Hyper Cache
На движке WordPress есть как минимум несколько плагинов, позволяющих включить кэширование. Одним из самых популярных и простых в использовании является плагин Hyper Cache . Скачать его можно с официального репозитория WordPress — wordpress.org (скачать), предварительно воспользовавшись поиском по сайту.
В плане скачивания и установки никаких проблем возникнуть не должно, так как здесь все происходит по стандартной схеме (вытаскиваем из архива папку со всеми файлами и копируем ее в wp-content/plugins ). После разархивации идем в админку и ищем Hyper Cache среди всех установленных плагинов. Жмем кнопку «Активировать» . Также нужно изменить права доступа к папке со всеми плагинами wp-content/plugins на 777 (возможность чтения и записи). Финальный этап установки — редактирование файла wp-config.php. Сюда следует вписать следующую строчку кода:
define(‘WP_CACHE’, true).
На этом установка завершена. После активации плагин сразу же начнет свою работу (будет кешировать страницы блога).
Настраиваем Hyper Cache и снижаем нагрузку на сервер
Настроек в Hyper Cache совсем немного. В первую очередь, заходим на вкладку “Главные”.
Здесь можно указать время жизни кеша (время, в течение которого кешированные страницы будут храниться на сервере). Оптимальное время — от нескольких часов до нескольких суток (тут все зависит от специфики сайта, частоты обновления контента, посещаемости и других факторов). Чем чаще обновляется контент и чем выше посещаемость, тем меньше должно быть время кеша. Я как правило указываю 24 часа для нашего блога. Необходимо включить сжатие, если оно у Вас не активно.
Во-вторых заходим на вкладку “Исключения”. Здесь можно указать страницы, которые должны кешироваться. К примеру, можно отключить кэширование:
- для домашней страницы,
- для страницы 404,
- для ленты комментариев,
- для ленты RSS,
Все остальные пункты можно оставить по умолчанию.
hyper cache вкладка «Исключения» В следующей вкладке “Мобильный ” необходимо указать “Режим работы ” — > “Использовать стандартный КЄШ ”.
hyper cache вкладка «Мобильный» Проверить, работает ли Hyper Cache или нет, довольно легко. Для этого нужно зайти на блог с другого браузера или от лица незарегистрированного пользователя. Посмотрите исходный код данной страницы (конечно, если вы не отключили для нее кеширование в настройках плагина). В самом конце кода должна находиться строка следующего вида.
- 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. Весь сайт у нас сохранится в специальной папке на хостинге и будет грузиться оттуда, удобно не правда ли?
Установка плагина.
Ставиться плагин стандартно, можно через поиск в самой панели вордпресса (тут я ничего говорить не буду, плагины ставить умеют все). Ну что поставили, едем дальше. Теперь будет ругаться что вы не прописали его код в файле конфигурации (по моемому, это очень круто, решения принимаете вы, а не программа), он предложит вам внести свой код в файл wp-config.php.
Этот файл находится в корне сайта, его не пропустите, просто открываете папку public_html, и он там, скачиваете его себе.
Далее надо открыть его любым редактором и внести вот этот код:
Define("WP_CACHE", true);
Сам плагин hyper cache предлагает его внести его после строчки:
Define("WPLANG", "ru_RU");
Но, например, у меня ее не было, некоторых новичков эта проблема может привести в тупик, но на самом деле его можно вставлять в любое место, до вот этой строки в файле wp-config.php:
Define("WP_DEBUG", false);
Теперь все сохраняем и закачиваем обратно на хостинг, если сделали правильно, то строчка с замечанием пропадет.
Настройка.
Вот и дошли до вкусного. В интернете много статей о настройке этого плагина, но они все написаны о старых его версиях, у которых с новой вообще ничего общего, поэтому господа блоггеры обновите данные или вообще удалите, оно утратило свою актуальность. Ну да ладно.
Сейчас разберем вкладку главная и основные кнопки hyper cache, сразу приведу скриншот.
Начнем со строчки основных кнопок, когда вы установили плагин, он сделает копию сайта в своей папке.
- Удалить весь кэш. Все что плагином сделано и скопировано, будет сразу удалено. Полезно в том случае если вы делаете какие-то глобальные изменения на блоге, например замена дизайна, то эта кнопка будет очищать все и уже копировать новые изображения себе в кэш.
- Очистка архивов и домашней. Очень полезный функционал, понадобиться неистовым блоггерам, которые штампуют статьи по 10 штук в день, просто если плагин не успевает за вами кэшировать главную, в смысле обновлять ее, то нажимайте на эту кнопку, но об этом еще поговорим ниже.
- Вычисление размера кэша. Бестолковая примочка, плагин просто вас информирует сколько места занимает копия блога в данный момент.
- Импортировать настройки. Еще бесполезнее пункт чем прошлый. Никогда, слышите никогда, не переносите настройки со старых версий плагинов, потому как вместе с ними могут перекинуться и старые глюки и недочеты.
Теперь можно перейти к самим настройкам вкладки “Главная”.
- Disable translations. Плагин частично переведен на русский язык, но если вы хотите ждать выхода полного русифицированного продукта, то можете поставить тут галочку, хотя я не советую, так как этого не будет никогда, это статистика, не стоит ждать у моря погоды.
- Кэшированные страницы, будут действительны в течение.
Тут можете установить свой временной промежуток хранения кэша. Я советую оставить все как есть раз в сутки (в 24 часа) пусть обновляется.
Если вы написали в день не одну статью, а несколько, то не ждите что они окажутся на главной, потому как основной кэш еще не обновился, просто нажмите на кнопку “Очистка архивов и домашней”, и все сразу появится это вам так на будущее.
- Включить сжатие. Довольно спорный пункт, он активирует сжатие в gzip формат, то есть всю страницу пакует в архив и отдает браузеру пользователя, а тот в свою очередь его распаковывает и выводит. Но побродив по многим форумам, я выяснил что эта функция может не работать, и пользователям выводится пустая запись, поэтому этот пункт не ставим. Само сжатие мы будем настраивать в следующей статье, там будет все немного посложнее, но безотказнее.
- Enable on-the-fly compression. Сжатие на лету, если переводить дословно, не вижу смысла включать. Если пост по каким-то причинам не кэширован, то она вмиг это сделает, но при этом будет дико долго грузиться, пусть лучше идет так.
- Когда обновлена домашняя страница, обновятся остальные . Бесполезная функция, зачем мне очищать кэш последних записей если я очищаю всю главную страницу, полный бред, оставляем все на ноле.
- Когда записи отредактированы. Тут в принципе можно поставить первый пункт clean archives (categories, tags, …, but not the home) , чтобы после редактирования записи она сразу обновлялась в кэше. Но я не стал ее ставить, я не часто обновляю старые записи, да и кэш у меня настроен на обновление один раз в сутки (пункт 2 этого списка), а так смотрите сами.
- При написании комментария. Так же спорный пункт, скажу сразу я их не ставил, объясню почему. Пост будет кэшироваться всякий раз когда будет оставляться комментарий, это будет катастрофа для сайтов с высокой посещаемостью и комментированием, потому как при каждом комментарии, будет вновь перезаписываться, что для скорости и обработки сервера ой как не хорошо. А для меня будет достаточно обновления и раз в 24 часа, пусть все идет в таком круговороте, оставил все пустое
- Папка кэша. Можете прописать свой путь до файлов, которые будет создавать плагин, я оставил поле пусты, пусть пишет там где надо ему.
- Далее эта функция будет выполняться через. Никто не знает что это и зачем, я не использую этот раздел.
- Разрешение кеширования браузерами. То есть мы разрешаем браузерам на стороне пользователя кэшировать наш сайт, мы уже настраивали это в прошлой статье про.htaccess, и дабы не было конфликтов лучше выключить, хуже не будет.
- HTTPS. Если у вас есть защищенное соединение, то тут еще можно поиграться, а так все оставляем как есть.
- Use readfile(). Так же никто не знает что это такое, оставляем выключенным.
- Служит ботам со страницами с закончившимся сроком действия. Галочку не ставим, не нужна.
Исключения.
- Не кэшировать главную страницу. Главная это очень динамический элемент у блога, ее ни в коем случае кэшировать нельзя, не ставим галочку.
- Не кэшировать “стр.404”. Так же не ставим, не зачем е заносить в память.
- Не кешировать ленту комментариев. Я не ставил, пусть комментарии так же заносятся.
- Не кешировать ленту RSS комментариев. Не включал и вам не советую.
- Точный адрес URI исключить. Вводите сюда те адреса, которые хотите исключить, полезно если проводите какие-нибудь эстафеты на блоге, когда запись должна все время быть в изменении.
- (Начиная с) адреса URI исключить. Тоже что и прошлое, только тут можно назначить исключение для целых разделов, допустим рубрик.
- Куки исключить. Исключаем их на стороне пользователя.
- Устройства(пользовательские) исключить. Этот раздел исключает устройства для которых не включать кэш.
- Don’t serve cached pages to comment authors. Обязательно включать если у вас включена модерация комментариев, иначе окошко с надписью “Комментарий находиться на проверке” не появится.
- Не кешировать страницы старше. Я считаю что эта строка вообще лишняя, как можно не кэшировать старые посты, в них же и есть самое основное блога, хотя я думаю подойти для новостных сайтов, а для остальных зло.
Раздел “Мобильный”.
- Режим работы. Если вы не используете отдельную тему для мобильных устройств, то здесь оставляете все по старому.
- Мобильная тема. Исходя из первого раздела, выбираем тему, либо же оставляем какая есть.
- Мобильные агенты пользователей. Тут можете ввести разные ос, android, app и другие.
Вообще эта вкладка актуальна если у вас есть отдельная тема для мобильных устройств, так как у меня всё на адаптивном дизайне, то я ничего не трогал, все по умолчанию.
Совсем забыл, проверить работоспособность плагина можно так, после начальной настройки дайте ему все сделать, подождите некоторое время, теперь войдите в любую запись, при этом выйдя из вордпресса или же через другой браузер, и нажмите комбинацию Cntrl+U, у вас появится новая вкладка где написан весь код, пролистываете до конца, и если все работает, то в самом низу будет что-то на подобие этой надписи.
Теперь вы меня понимаете почему, не хотел делать обзор в прошлом посте, вышло бы просто большое полотенце.
P.S. Спасибо за внимание, надеюсь статья пригодилась, и вы все правильно настроили
Приветствую Всех читателей. Сегодня хочу поговорить об одном из пунктов оптимизации сайта на 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 если у Вас активирован другой.
Желаю Всем удачи и быстрых сайтов!
