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

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

Итак, поведую об ускорении работы веб-ресурса. Для этого мы воспользуемся плагином для 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 — и здесь прописать для каких устройств действует данный плагин.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Настойка CDN HyperCache

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

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

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

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

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

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

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

Но если посетитель пришел в первый раз, либо любит часто чистить историю и кэш браузера, что тогда делать, то предыдущий пост был бесполезен. Нет, мы можем сделать кэш и внутри нашего сервера. В этом нам поможет хороший и качественный плагин 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, сразу приведу скриншот.

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

1. Удалить весь кэш. Все что плагином сделано и скопировано, будет сразу удалено. Полезно в том случае если вы делаете какие-то глобальные изменения на блоге, например замена дизайна, то эта кнопка будет очищать все и уже копировать новые изображения себе в кэш.
2. Очистка архивов и домашней. Очень полезный функционал, понадобиться неистовым блоггерам, которые штампуют статьи по 10 штук в день, просто если плагин не успевает за вами кэшировать главную, в смысле обновлять ее, то нажимайте на эту кнопку, но об этом еще поговорим ниже.
3. Вычисление размера кэша. Бестолковая примочка, плагин просто вас информирует сколько места занимает копия блога в данный момент.
4. Импортировать настройки. Еще бесполезнее пункт чем прошлый. Никогда, слышите никогда, не переносите настройки со старых версий плагинов, потому как вместе с ними могут перекинуться и старые глюки и недочеты.

Теперь можно перейти к самим настройкам вкладки “Главная”.

1. Disable translations. Плагин частично переведен на русский язык, но если вы хотите ждать выхода полного русифицированного продукта, то можете поставить тут галочку, хотя я не советую, так как этого не будет никогда, это статистика, не стоит ждать у моря погоды.
2. Кэшированные страницы, будут действительны в течение. Тут можете установить свой временной промежуток хранения кэша. Я советую оставить все как есть раз в сутки (в 24 часа) пусть обновляется.
   

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

3. Включить сжатие. Довольно спорный пункт, он активирует сжатие в gzip формат, то есть всю страницу пакует в архив и отдает браузеру пользователя, а тот в свою очередь его распаковывает и выводит. Но побродив по многим форумам, я выяснил что эта функция может не работать, и пользователям выводится пустая запись, поэтому этот пункт не ставим. Само сжатие мы будем настраивать в следующей статье, там будет все немного посложнее, но безотказнее.
4. Enable on-the-fly compression. Сжатие на лету, если переводить дословно, не вижу смысла включать. Если пост по каким-то причинам не кэширован, то она вмиг это сделает, но при этом будет дико долго грузиться, пусть лучше идет так.
5. Когда обновлена домашняя страница, обновятся остальные . Бесполезная функция, зачем мне очищать кэш последних записей если я очищаю всю главную страницу, полный бред, оставляем все на ноле.
6. Когда записи отредактированы. Тут в принципе можно поставить первый пункт clean archives (categories, tags, …, but not the home) , чтобы после редактирования записи она сразу обновлялась в кэше. Но я не стал ее ставить, я не часто обновляю старые записи, да и кэш у меня настроен на обновление один раз в сутки (пункт 2 этого списка), а так смотрите сами.
7. При написании комментария. Так же спорный пункт, скажу сразу я их не ставил, объясню почему. Пост будет кэшироваться всякий раз когда будет оставляться комментарий, это будет катастрофа для сайтов с высокой посещаемостью и комментированием, потому как при каждом комментарии, будет вновь перезаписываться, что для скорости и обработки сервера ой как не хорошо. А для меня будет достаточно обновления и раз в 24 часа, пусть все идет в таком круговороте, оставил все пустое
8. Папка кэша. Можете прописать свой путь до файлов, которые будет создавать плагин, я оставил поле пусты, пусть пишет там где надо ему.
9. Далее эта функция будет выполняться через. Никто не знает что это и зачем, я не использую этот раздел.
10. Разрешение кеширования браузерами. То есть мы разрешаем браузерам на стороне пользователя кэшировать наш сайт, мы уже настраивали это в прошлой статье про.htaccess, и дабы не было конфликтов лучше выключить, хуже не будет.
11. HTTPS. Если у вас есть защищенное соединение, то тут еще можно поиграться, а так все оставляем как есть.
12. Use readfile(). Так же никто не знает что это такое, оставляем выключенным.
13. Служит ботам со страницами с закончившимся сроком действия. Галочку не ставим, не нужна.

Исключения.

1. Не кэшировать главную страницу. Главная это очень динамический элемент у блога, ее ни в коем случае кэшировать нельзя, не ставим галочку.
2. Не кэшировать “стр.404”. Так же не ставим, не зачем е заносить в память.
3. Не кешировать ленту комментариев. Я не ставил, пусть комментарии так же заносятся.
4. Не кешировать ленту RSS комментариев. Не включал и вам не советую.
5. Точный адрес URI исключить. Вводите сюда те адреса, которые хотите исключить, полезно если проводите какие-нибудь эстафеты на блоге, когда запись должна все время быть в изменении.
6. (Начиная с) адреса URI исключить. Тоже что и прошлое, только тут можно назначить исключение для целых разделов, допустим рубрик.
7. Куки исключить. Исключаем их на стороне пользователя.
8. Устройства(пользовательские) исключить. Этот раздел исключает устройства для которых не включать кэш.
9. Don’t serve cached pages to comment authors. Обязательно включать если у вас включена модерация комментариев, иначе окошко с надписью “Комментарий находиться на проверке” не появится.
10. Не кешировать страницы старше. Я считаю что эта строка вообще лишняя, как можно не кэшировать старые посты, в них же и есть самое основное блога, хотя я думаю подойти для новостных сайтов, а для остальных зло.

Раздел “Мобильный”.

1. Режим работы. Если вы не используете отдельную тему для мобильных устройств, то здесь оставляете все по старому.
2. Мобильная тема. Исходя из первого раздела, выбираем тему, либо же оставляем какая есть.
3. Мобильные агенты пользователей. Тут можете ввести разные ос, android, app и другие.

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

Совсем забыл, проверить работоспособность плагина можно так, после начальной настройки дайте ему все сделать, подождите некоторое время, теперь войдите в любую запись, при этом выйдя из вордпресса или же через другой браузер, и нажмите комбинацию Cntrl+U, у вас появится новая вкладка где написан весь код, пролистываете до конца, и если все работает, то в самом низу будет что-то на подобие этой надписи.

Теперь вы меня понимаете почему, не хотел делать обзор в прошлом посте, вышло бы просто большое полотенце.

P.S. Спасибо за внимание, надеюсь статья пригодилась, и вы все правильно настроили

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

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

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

Кэширование в WordPress и как при этом работает блог

Все дело в том, что браузеры работают только с вебстраницами в формате HTML () и напрочь не понимают язык PHP, на котором, собственно, и написан данный движок. Поэтому Вордпресс, после того как пользователь обратится к той или иной страничке блога, должен успеть сформировать эту страницу опираясь на алгоритм, прописанный в ее коде на языке PHP.

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

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

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

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

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

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

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

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

Герой сегодняшней публикации (плагин Hyper Cache) кэширует странички целиком и хранит их HTML версии в своей папке с кэшем. Что примечательно, кэширование работает только для незарегистрированных посетителей вашего блога. Т.к. у большинства блогеров регистрация не используется, то единственным зарегистрированным пользователем в этом случае будет лишь администратор, т.е. вы.

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

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

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

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

Установка плагина Hyper Cache на Вордпресс

Скачать Hyper Cache вы можете с официальной страницы . Далее осуществляем стандартные действия по установке. Распакуйте архив hyper-cache.zip , используя ftp-менеджер () подключитесь к вашему сайту и загрузите папку hyper-cache в папку с плагинами wp-content/plugins/ на удаленном хосте.

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

Define("WP_CACHE", true);

Вставить ее можно в любое место до строки:

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

Я, например, вставил в область, где идет задание параметров для базы данных:

/** Имя базы данных для WordPress */ define("WP_CACHE", true); define("DB_NAME", "wm1604_ox823");

Войдите в админку Вордпресса, выберете вкладку «Плагины»- «Inactive», найдите строку с этим плагином и активируйте его. Далее выберете из левого меню Параметры -> Hyper Cache. Если в окне с настройками никаких предупреждающих сообщений не появилось, то все готово к работе.

Если предупреждения появились, то скорее всего поможет выставление прав доступа 777 на папку (читайте об этом в статье про Файлзилу по приведенной чуть выше ссылке) wp-content или папку wp-content/plugins/hyper-cache .

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

Настройки Hyper Cache для снижения нагрузки на сервер

В первом поле настроек (в левом меню выбрать Параметры — Хипер Кеш) под названием «Файлы в кэше» вы можете видеть, сколько вебстраниц вашего блога в данный момент сохранено в кэше.

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

В области «Конфигурация» сосредоточены основные настройки.

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

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

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

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

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

В области «Сжатие», поставив галочку в приведенных полях, вы можете страниц находящихся в кеше. Это позволит немного ускорить загрузку страниц вашего блога.

В области «Экспертные настройки» желательно будет поставить галочку в поле «URL с параметрами» . В моем случае, после ее установки нагрузка блога на хостинг уменьшилась вдвое.

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

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

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

Откройте любую страницу блога и посмотрите ее исходный код. Для этого нужно щелкнуть правой кнопкой мыши по странице в вашем браузере и выбрать пункт контекстного меню «Исходный код» (), либо «Исходный код страницы» (Firefox), либо «Просмотр кода страницы» (Google Chrome), либо «Просмотр HTML-кода» (IE).

Если вы увидите в самом низу окна с исходным кодом что-то вроде

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

Удачи вам! До скорых встреч на страницах блога сайт

Вам может быть интересно

Снижение потребляемой в WordPress памяти при создании страниц - плагин WPLANG Lite для подмены файла локализации Как в плагине Yet Another Related Posts убрать прозрачный пиксель http://yarpp.org/pixels и изменить надпись Похожие материалы
Simple Counters и Category and Page Icons - красивые счетчики RSS и Twitter, а так же иконки для категорий и страниц в WordPress
Как обновить WordPress вручную и автоматически, а так же плагин Database Backup для резервного копирования
Оптимизация темы (шаблона) WordPress для снижения его нагрузки на сервер хостинга, плагин WP Tuner и число запросов к БД Как отключить комментарии в WordPress для отдельных статей или всего блога, а так же убрать или наоборот подключить их в шаблоне
Comment Toolbar - добавляем в комментарии WordPress возможность ответа и цитирования
Установка и настройка плагинов для WordPress, решение возможных проблем
Установка WordPress в деталях и картинках, вход в админку WP и смена пароля Пропало левое меню в админке WordPress после обновления
Подсветка кода и кнопки форматирования комментариев в WordPress - SyntaxHighlighter и Comment Form