Доброго здоровья всем читателям! Сегодняшнюю статью хочу посвятить реализации одной из задач оптимизации сайта, работающего на WordPress, коей является кэширование вебстраниц с помощью плагина Hyper Cache.
Это позволяет существенно снизить нагрузку на сервер хостинга и ускорить сайт, что является немаловажным фактором при развитии вебресурса. А вы наверняка знаете, что мелочей в продвижении быть не может, успех в этом деле складывается из совокупности множества нюансов.
Вообще-то я не сторонник использования большого числа плагинов на своем блоге, которые во многих случаях сильно нагружают хостинг. Предпочитаю вместо них применять специальные коды, которые внедряю в шаблоны, редактируя файлы темы Вордпресс. Однако в данном случае Гипер Кэш является приятным исключением, поскольку полностью выполняет свои задачи.
Что такое кэширование и для чего оно нужно
Итак, разберем поподробнее данный процесс и посмотрим, как он помогает в уменьшении нагрузки на сервер. Кэширование — сохранение часто запрашиваемых документов сайта на специальных серверах с целью предотвращения их постоянной загрузки с сервера-источника. Проще говоря, создаются их копии (cache — кэш), которые выдаются пользователям.
Читайте также: Обзор и отзывы расширения для заработка Surfe.be
Соответственно отпадает необходимость каждый раз обращаться к серверу за получением оригинала. Странички, создаваемые посредством WordPress, как любой другой CMS, базирующейся на PHP и MySql, генерируются в формате HTML во время обращения к ним.
Это происходит следующим образом: вэбстраница собирается из различных файлов шаблона вашей текущей темы Вордпресс (почитайте материал об ее устройстве), а также скриптов. Сначала создается графическая составляющая, затем из базы данных загружается текст поста. Таким образом, если не использовать WordPress кэширование, то формирование странички будет происходить при каждом запросе.
Как понимаете, при резком скачке количества запросов (увеличении числа посетителей) возрастает вероятность возникновения ошибок, вебстраницы долго загружаются. Как следствие, можно получить предупреждение от хостера за превышение лимита нагрузки, что чревато. Но и без этого терять посетителей является нежелательным (кому хочется ждать долго загрузки страниц). А ведь это сильно может помешать раскрутке сайта.
Поэтому я решил не доводить до этого, а уже сейчас начать предпринимать определенные шаги по оптимизации своего блога WordPress, первым из которых стало создание кэшированных страниц при помощи плагина Hyper Cache. Для начала представлю для наглядности скриншот с графиком, отображающим нагрузку моего блога на сервер:
Как видите, даже при небольшом числе посетителей я только-только укладываюсь в лимит. Конечно, можно изменить тарифный план, но ведь это нерентабельно, если есть бесплатные методы. В конце концов эта возможность всегда остается, когда исчерпаны остальные варианты.
WordPress hyper cache настройка плагина кэширования
Плагин имеет русскоязычную версию, точнее, русский перевод. Некоторые функции не переведены, но становится понятно в общем контексте.
В верхней части три иконки, позволяющие при необходимости очистить весь кэш, узнать размер кэша.
- Удалить весь кеш — плагин создаёт папку для хранения кэшированной информации. При нажатии на кнопку удаляются все данные. При глобальных изменениях следует воспользоваться.
- Очистка архивов и домашней — при нажатии удаляется кэш обозначенные страницы, при этом записи и остальное остаётся сохранённым.
- Вычисление размера КЕШа — информация о размере папки на сервере.
Настройки плагина состоят из четырех разделов: Главные, Исключения, Мобильный, CDN.
Главные настройки плагина Гипер Кэш
Приступим к полному разбору каждой функции.
Disable translations — отключить переводы. При включении опции и сохранении, настройки плагина будут отображаться на родном английском языке. Если Вы ас в знаниях языка — включайте.
Кэшированные страницы, будут действительны в течение. Наверное основной пункт. Настраивается время жизни кеша. Время устанавливается в часах, по прошествии которого кэш удаляется и будет создан новый при посещении новым пользователем. На рядовые статьи которые не обновляются можно смело ставить величину порядка 1 недели и более. Создание меньшего количества файлов с кэшем уменьшает ресурсы сервера на их создание. На часто изменяющиеся страницы, естественно, время ставить меньше. Главную новостного сайта кэшировать вообще не нужно.
Включить сжатие. Сжатие страниц кеша. Гипер Кэш предупреждает: при некорректном отображении вебстраниц сайта в виде нечитаемых символов не стоит включать опцию, это значит сервер уже использует сжатие.
Читайте также: Обзор и отзывы расширения для заработка Surfe.be
Enable on-the-fly compression — включить сжатие на «лету». Происходит процесс сжатия вебстраниц отсутствующих в кэше. Активация ускорит загрузку страницы, но и увеличит нагрузку.
Когда обновлена домашняя страница, обновятся остальные. Замысел функции такой. При обновлении главной страницы проекта можно указать количество постов, кэш которых требуется сбросить, то есть обновить. Не вижу смысла в этом.
Когда записи отредактированы. При редактировании статьи для отображения вновь добавленной информации посетителям сразу же, следует включить этот пункт. Здесь два варианта: обновление главной страницы, и страниц архивов, рубрик.
При написании комментария. При добавлении нового комментария обновляется и кэш указанных страниц. Здесь всё логично. Человек оставляет комментарий, и следующий посетитель уже видит этот коммент, а не сохранённую вебстраницу, созданную Hyper Cache.
Папка кэша. Для хранения кэшированных плагин автоматически создаёт папку. С помощью этой функции можете прописать адрес созданной вами папки. Но как по мне, какая разница.
Далее эта функция будет выполняться через. При активировании, через заданный промежуток времени кэшированные разделы с истекшим сроком (неактуальные), будут удалены в автоматическом режиме.
Разрешение кеширования браузерами. Наверняка Вы хоть раз при переходе на определенную страницу видели в браузере строку типа: «Вам будет показана сохранённая копия страницы». Это работа подобного плагина и данной функции. Суть её такова. При посещении Hyper Cache разрешает браузеру сохранять кэш страницы на стороне пользователя, то есть сохраняется в папке с кэшем на компьютере. При повторном обращении к этой вебстранице она будет показана с кэша компьютера, что быстрее, чем если бы показывалась со стороны сервера. Включаем данную пункт — мы же за скорость.
HTTPS. Надо активировать при использовании безопасного протокола соединения HTTPS.
Use readfile(). Опция чтения файла. Со слов разработчиков работает лучше, чем фактически используемая функция кэширования file_get_contents ().
Служит ботам со страницами с закончившимся сроком действия. Назначение функции отдавать поисковым роботам все страницы, даже с просроченным кешем. Когда такое может возникнуть? В случае когда срок хранения кеша закончился, а новый пользователь так и не посетил данный пост. Так как ботам надо скармливать актуальную информацию (возможно записи подвергались редактированию), то и нет смысла включать эту функцию.
Сохраняем главные настройки и переходим к следующему разделу.
Установка Гипер Кэша и включение кэширования
Переходим к установке расширения. Вообще, я описал довольно подробно как установить абсолютно любой плагин для WordPress. В данном случае применим способ с использованием поиска через админку. Для этого перейдем в раздел загрузки админ панели «Плагины» — «Добавить новый» и в поисковое поле введем его название:
Далее жмем кнопку ENTER на клавиатуре и в результате получаем внушительный список плагинов для кэширования, из которых на первом месте стоит Hyper Cache. Кликаем по ссылке «Установить».
Читайте также: Обзор и отзывы расширения для заработка Surfe.be
Несколько секунд спустя получаем информацию, что плагин успешно установлен. Тут же появится сообщение Вордпресса о возможности его активации. Также WordPress HyperCache можно активировать из раздела «Плагины».
Если вам что-то осталось непонятным, перейдите по ссылке в начале этого раздела на статью, где сможете прояснить ситуацию. Далее для корректной работы Hyper Cache следует инициировать кэширование WordPress. Для этого открываем основную папку конфигурации WP-CONFIG.PHP на хостинге, которая обычно располагается в корневом каталоге:
ваш_сайт/wp-config.php
И прописываем там следующую строку:
define(‘WP_CACHE’, true);
Этот код необходимо вставить обязательно до строчки WordPress absolute path to the WordPress directory
(абсолютный путь до директории WordPress), например, так:
Рекомендую для редактирования файлов и шаблонов Вордпресс использовать специализированный HTML, CSS и PHP редактор (например, NotePad++), который значительно облегчает работу и минимизирует количество возможных ошибок. После сохранения файла в новой редакции кэширование должно быть включено.
Настройка HyperCache для WordPress
Для того, чтобы настроить расширение, в разделе «Плагины», в который можно попасть из левого меню, активируем Гипер Кеш, ежели вы этого не сделали сразу после установки. Затем совершим коротенький путь «Настройки» — «Hyper Cache».
Ежели на вэбстранице настроек вы обнаружили какую-либо предупреждающую запись, то скорее всего, проблему можно решить, выставив права доступа 777 на соответствующую папку HYPER CACHE:
wp-content/plugins/hyper-cache
Это можно сделать при помощи ФТП клиента, например, Файлзилла (в этой статье с данным FTP менеджером можете ознакомиться поближе). Данное действо нужно для того, чтобы создать специальную папку в Вордпресс, куда будут помещаться кешированные вэбстраницы. Эта папка CACHE будет находиться в директории WP-CONTENT:
wp-content/cache
После того, как она будет создана, вы можете вернуть права на 755 (тут о правах доступа CHMOD вся информация). Теперь можно переходить непосредственно к настройке. В самом верху расположены четыре кнопки, которые помогают при необходимости удалить все страницы в папке cache, архивы и домашнюю, а также вычислить размер кеша:
Есть еще возможность импортировать настройки старых версий плагина, однако я советую не использовать эту кнопку, поскольку это может привести к дестабилизации корректной работы расширения. Далее подробнейшим образом разберем все возможные опции, которые распределены по четырем вкладкам.
Главные настройки Гипер Кэша
Как следует из названия, рассмотрим для начала базовые опции:
Разберем теперь все по пунктам в соответствии с нумерацией, обозначенной на скриншоте:
1. Отмечу, что WordPress HyperCahe всем хорош, но вот переведен на русский язык неидеально. Многие пункты в этом отношении вызывают некоторые вопросы. Поэтому, если вы неплохо владеете английским, можете отметить галочкой опцию «Disable», которая поспособствует отображению текста настроек на языке оригинала.
2. Устанавливаем время хранения кэшированных страниц. Для стандартного блога будет достаточным срок, установленный по умолчанию (24 ч). Чем чаще обновляется ресурс, тем меньше должен быть этот период.
3. Включаем сжатие выдаваемых из кэша вебстраниц. Однако, если после этого некоторые вэбстраницы будут отображаться некорректно (например, появится искаженный текст в виде нечитаемых символов), то галочку лучше снять. Это будет означать, что сжатие на вашем сервере уже включено.
4. Enable on-the-fly compression — эта опция активирует процесс так называемого gzip сжатия не кэшируемых (генерируемых со стороны сервера) вэбстраниц «на лету». Однако, включение этой функции создаст дополнительную нагрузку на вебсервер, хотя, несомненно, ускорит загрузку вэбсайта. Поэтому тут следует подумать, как поступить в каждом конкретном случае.
Если у вас есть резервы и вы безболезненно можете, скажем, повысить свой тарифный план на хостинге, увеличив лимит отпущенных вам ресурсов сервера, то можете заполнить чекбокс. Если вы такой возможности не имеете, то лучше не ставить галочку. Данный способ является аналогом динамического gzip сжатия, совершаемого посредством файла .htaccess, который я описывал довольно детально.
Читайте также: Обзор и отзывы расширения для заработка Surfe.be
Есть и другой вариант, при котором вы сможете инициировать компрессию документов, содержащих в том числе элементы HTML, CSS, а также скрипты. Это так называемое статическое gzip сжатие, при котором вы избежите излишней нагрузки на хостинг, однако он является гораздо более трудозатратным. В общем, выбирает здесь каждый сам. Главное, чтобы понять суть каждой опции.
Тут есть возможность узнать, действует ли gzip компрессия со стороны вашего хостинга. Проверить это можно, посетив, например, этот ресурс, введя в поле URL своего вебпроекта и нажав кнопку «Test». Если сжатие не включено, то есть смысл ознакомиться с материалом о динамическом gzip по предоставленной чуть выше ссылке либо обратиться к своему хостинг провайдеру.
5. Смысл этой настройки в том, что вы можете указать, сколько последних записей блога будет обновляться, если обновлена главная. Я оставил значение по умолчанию (0), поскольку не вижу здесь смысла настраивать по-другому эту опцию для обычного блога. Ведь содержание главной зависит от содержания статей, анонсы которых на нее выводятся.
6 и 7. Следующие два пункта позволяют очистить кэш вебстраниц, связанных со статьей, которая была обновлена либо к ней добавились новые комментарии. На блоге WordPress ими могут быть главная, страницы категорий, архивов и т.д., на которых обычно располагаются анонсы записей. Думаю, будет правильным заполнить все чекбоксы для получения актуального текста на всех связанных вэбстраницах.
8. С помощью этой функции можете прописать адрес созданной вами папки для кэширования. Хотя лично я не устанавливал данную настройку, оставив создание cache на откуп самому плагину.
Продолжаем разбор главных настроек:
9. Здесь активируем функцию автоочистки кэша, чтобы оптимизировать дисковое пространство. Кэшированные вебстраницы с неактуальным уже содержанием будут удаляться через автоматически устанавливаемые промежутки времени по мере их образования.
10. Это очень полезная опция, которую я рекомендую включить, поскольку она дополнительно ускоряет загрузку. После каждого посещения определенной вэбстраницы вашего блога или вебсайта юзерами создается ее копия, которая помещается в созданную на их компьютерах папку с кэшем.
В ходе последующих обращений эта вэбстраница выдается конкретному пользователю уже из кеша на компе, а не от сервера, что, естественно, заметно быстрее. Поэтому в целях ускорения WordPress используйте кэш браузера со стороны пользователей, что по сути данная настройка и обеспечивает.
11. HTTPS — для безопасного протокола желательно установить из выпадающего меню «Build a separated cache», что позволит создать отдельную папку cache с безопасным протоколом передачи данных. Механизм кэширования вебстраниц с HTTP и HTTPS несколько отличается. Впрочем, по умолчанию именно этот пункт и установлен, поэтому ничего менять не нужно.
12. ReadFile — функция чтения файла и записи его в буфер вывода. Это улучшенный аналог используемой по умолчанию при кэшировании функции file_get_contents (), как уверяют разработчики. Конечно, ускорения загрузки вэбсайта, заметное глазу, вы, возможно, и не получите, если включите эту опцию. Но лично я галочкой ее отметил. Курочка по зернышку клюет.
13. Данная опция при ее активации отдает ботам все, в том числе уже устаревшие вэбстраницы. Я не вижу смысла ее отмечать, поскольку предпочитаю, чтобы индексировались новые или отредактированные вебстраницы блога. Честно говоря, даже не знаю, для чего она нужна. Но раз предусмотрена, значит, для кого-то может оказаться полезной.
Надеюсь, в комментариях кто-нибудь из продвинутых пользователей внесет ясность на этот счет. Обращу лишь внимание на то, что ежели вы все же по каким-то причинами включите эту функцию, то обязательно деактивируйте автоочистку, которая удаляет весь неактуальный кэш.
Как исключить отдельные вэбстраницы блога Вордпресс из процесса кеширования
Теперь перейдем во вкладку «Исключения», название которой говорит само за себя. Здесь можно указать отдельные вебстраницы сайта WordPress, которые не должны кэшироваться с целью оптимизации дискового пространства на хостинге.
1. Содержание домашней вэбстраницы стандартного блога формируется посредством анонсов страниц записей, поэтому я не вижу смысла включать данную опцию и запрещать кешировать главную .
2. Отключаем кэширование страницы с ошибкой 404, поскольку обычно их процент на корректно оптимизированном вебресурсе невелик.
3. В наименование данного пункта закралась ошибка, поскольку в оригинальной версии его название выглядит как «Do not cache the blog main feeds», что означает «не кэшировать фиды блога» (ленту RSS). Естественно, что с «комментариями» здесь вышла промашка. Заполняем чекбокс.
4. Не кэшируем ленту RSS комментариев, поскольку комменты фидов в обычных постах не используются.
5. Здесь есть возможность запретить кэширование вебстраниц с точными URL, которые нужно вводить по одному на каждую строку. Что в данном случае значит понятие «точный», спросите вы? Обязательно объясню это на примере. Скажем вам необходимо освободить от попадания в cache вэбстраницу с таким адресом:
https://ваш_блог/my-single-post
После того, как вы поставите галочку, этот документ кешироваться не будет. Однако, вэбстраница, допустим, с таким адресом:
https://ваш_блог/my-single-post-something
Будет отправляться в папку cache. Идем дальше:
6. Исключаем вебстраницы, URL которых начинаются с набора определенных символов. Ежели вписать в текстовое поле данной опции:
https://ваш_блог/my-single-post
То кеширование будет включено для всех документов, урл которых содержит данную строчку. Для примера из предыдущего пункта будет осуществляться кэширование обоих вариантов.
7. Можно исключить куки, прописав их по одному на каждой строке и отметив чекбокс. То есть для юзеров, зашедших на ваш блог и идентифицированных по заданным кукам, документы ресурса кешироваться не будут.
8. Этот пункт требует конкретных разъяснений, чтобы понять его суть. Дело в том, что термин «пользовательский агент (user agent)» обычно применяется к тем клиентским приложениям, которые осуществляют доступ к вебсайтам. В частности, такими приложениями являются браузеры, которые при посещении вебресурсов пользователями посылают серверу хостинга информацию о себе.
Это сообщение, являющееся частью HTTP-запроса, обычно содержит такие данные как название и версию браузера, операционную систему пользователя и язык. Причем с помощью юзер-агента сервер определяет, с какого устройства (компьютера, мобильника или планшета) приходит посетитель, чтобы предоставить наиболее удобную для него версию вебсайта (обычную или мобильную). Примером может служить вот такой пользовательский агент:
Mozilla/4.0 (Windows NT 6.1; U; Android 4.0.3; ko-kr; LG-L160L Build/IML74K) AppleWebkit/534.30 (KHTML, like Gecko) Version/4.0 Mobile Safari/534.30
Заложенная здесь информация говорит о том, что пользователь в данном случае использует Андроид, и ему можно предоставить заточенную под эту платформу запрашиваемую им вэбстраницу. В нашем случае будут подвергаться кэшированию документы для юзеров с агентами, вписанными в текстовое поле данной опции, которая будет отмечена галочкой. Я пока агенты не вписывал, возможно, сделаю это в скором времени.
9. Рекомендую включить этот пункт и не кешировать вэбстраницы блога для авторов комментариев. Конечно, это не добавит скорости при загрузке вашего сайта, зато облегчит жизнь вашим посетителям.
В этом случае после написания комментария и его отправки пользователь увидит перед собой сообщение, которое имеет примерно такое содержание: «ожидает модерации». При включенном кэшировании такая надпись выводится не будет и посетитель будет несколько озадачен, дошел ли его комментарий до пункта назначения или нет.
10. Тут можно указать число дней, старше которых вебстраницы Вордпресс кешироваться не будут. Для обычного блога это лишнее, по крайней мере я не исключаю такие страницы. Практически они имеют одинаковую ценность с остальными, поскольку периодически обновляется информация в старых постах.
Настройки HyperCache под мобильные приложения
Далее переходи во вкладку, которая предназначена для пользователей, использующих мобильные устройства.
1. Первый пункт предусматривает выбор кеша для стационарных и мобильных устройств. В первом случае оставляете значение по умолчанию «Использовать стандартный кеш». Во втором случае (если используете на своем вебресурсе мобильную версию) следует установить «Кэшировать отдельно». Я, скажем, для мобильных платформ применяю пока не отдельный вариант, а адаптивный дизайн, поэтому установил применение стандартного cache.
Читайте также: Обзор и отзывы расширения для заработка Surfe.be
Кстати, в свете современных требований поисковых систем советую как можно быстрее адаптировать свой проект для просмотра на мобильниках. Поскольку Гугл, например, уже понижает в поисковой выдаче вебресурсы, владельцы которых не озаботились данным аспектом.
О мобильных пользователях мы будем говорить в дальнейшем, и весьма подробно, потому что это дополнительная аудитория, которой необходимо создать комфортные условия. С каждым месяцем процент мобильного трафика все увеличивается, поэтому важно не упустить момент.
2. То же касается и второго пункта. Ежели у вас уже используется отдельно тема для мобильников, то выбираете ее название из выпадающего меню, в ином случае устанавливаете «Использование активной темы сайта».
3. Последний пункт можно, в принципе, оставить по умолчанию. В нем перечисляются наиболее распространенные мобильные агенты, для которых и служит эта вкладка. Однако, если у вас есть, что добавить в этот список, непременно это сделайте, будет только в плюс.
Hyper Cache
Flector 5
04.03.2013
Hyper Cache это один из самых простых плагинов кэширования. И пусть вас не смущает слово «простой» — Hyper Cache чрезвычайно надежный и эффективный плагин кэширования, который незаслуженно обойден вниманием владельцев блогов на WordPress (по большей части, из-за того, что автор плагина итальянец и его английский язык далек от совершенства).
Маленькое пояснение для тех, кто вообще не представляет себе, что такое кэширование. При открытии любой страницы блога WordPress формирует необходимую страницу «на лету», путем выполнения PHP-кода. На слабых серверах или при большой посещаемости время генерации страницы может очень заметно вырасти (как узнать скорость генерации страниц вашего блога читайте тут). В некоторых, особо тяжелых случаях, генерация страниц может идти десятки секунд, что, конечно же, мало кого может устроить.
При такой ситуации вам необходимо либо сменить хостера (перейти на более дорогой тариф), либо воспользоваться плагинами кэширования. Какой вариант выбрать решать вам, но, на мой взгляд, если при малой посещаемости ваш сайт тормозит – надо менять хостера, а если ваш сайт тормозит лишь при большой посещаемости, то стоит воспользоваться плагинами кэширования.
Что делает плагин кэширования? Объясню на примере. Скажем, посетитель открывает главную страницу вашего блога. WordPress создает эту страницу, тратя на ее создание определенные ресурсы сервера. Плагин кэширования при этом сохраняет эту сгенерированную страницу на диске, а при следующем ее запросе посетителем отдает уже сгенерированный и сохраненный на диске вариант, не давая WordPress‘у заново тратить ресурсы сервера на генерацию полностью идентичной страницы.
Просто, не так ли? Но очевидно, что у кэширования есть и недостатки. Все динамические элементы блога перестанут работать. Оно и понятно – какая динамика может быть у страницы, которая была сгенерирована месяцы назад? Всяческие плагины голосований, подсчета просмотров и т.д. и т.п. придется отключать, так как толку от них станет немного.
А как быть с таким динамическим содержимым, как, например, комментарии от посетителей? Вот с этим плагины кэширования справляются на ура. Любой плагин кэширования умеет сбрасывать кэш для страниц, которые были изменены. То есть оставил кто-то комментарий к записи – плагин кэширования удалил старую страницу из кэша и сохранил на диске новый вариант этой страницы с уже добавленным комментарием. Таким образом, ваш блог останется блогом, а не полностью статичным сайтом.
Использование плагинов кэширования имеет свои недостатки и особенности, но кэширование все равно остается самым простым способом избежать лишних трат на хостинг вашего блога. Но хватит ликбеза, вернемся к Hyper Cache.
Скачиваем плагин по ссылке в конце страницы и устанавливаем его:
1 Распаковываем архив.
2 Копируем папку hyper-cache в /wp-content/plugins/.
3 Теперь необходимо внести изменения в файл конфигурации блога wp-config.php (он находится в корне вашего сайта). Найдите в нем строчку:
define (‘WPLANG’, ‘ru_RU’);
define (‘WPLANG’, ‘ru_RU’);
После нее добавьте строку:
define (‘WP_CACHE’, true);
define (‘WP_CACHE’, true);
4 Перед активацией плагина вам необходимо установить права на запись 777 на папку wp-content (временно, только на период установки плагина – после установки верните права по умолчанию 755 назад). Это необходимо, так как при активации плагин в этой папке создаст свою папку cache, в которой и будет хранить файлы кэша.
5 Заходим в админку блога на вкладку «Плагины» и активируем плагин.
Если вы все сделали правильно, то плагин активируется. Если же вы что-то напутали, то плагин выведет об этом предупреждение. После активации плагина на вкладке «Плагины» появится такое:
Не удивляйтесь непонятному «вкраплению» – так надо.
Настройка плагина находится в «ПараметрахHyper Cache«. Плагин переведен на русский язык, но криво и не полностью. Однако настраивать его вам практически не придется – настройки по умолчанию идеально подходят практически для любого сайта. Ну, за исключением времени жизни кэша.
Впрочем, по порядку. Начнем с основного:
Здесь надо править только таймаут кэшированных страниц. Смело ставьте цифру 0 – это значит вечный кэш до изменения содержимого. Нет никакого смысла ограничивать кэш временем в 1440 минут (сутки), если он все равно сбрасывается при любом изменении содержимого блога.
Остальные настройки здесь оставляйте без изменений – это идеальный вариант для большинства блогов. Если вы добавили или изменили статью в блоге – кэш будет сброшен. Если кто-то оставил комментарий – будет сброшен кэш страницы с комментарием, а также остальные связанные страницы (связаны они просто – комментарий может выводиться в сайдбаре на главной странице или просто числом у статьи).
Играться с настройками стоит только на очень сильно посещаемом сайте, на котором каждую минуту кто-то оставляет комментарии. Тогда смысла в кэшировании не будет, если кэш будет сбрасываться каждую минуту. Именно в таком случае стоит ставить таймаут в 1440 минут и «Ничего» в «Режим аннулирования кэша». При таких настройках сайт будет обновляться лишь раз в сутки, но это единственный способ снижения нагрузки при очень сильно посещаемом сайте.
Следующая часть настроек плагина касается мобильных устройств:
Зачем вообще нужны эти настройки? Некоторые плагины вроде WPtouch iPhone Theme или WordPress Mobile Pack создают отдельную версию вашего блога для мобильных устройств. Если плагин закэширует страницу мобильной версии сайта, то она же будет показана и для обычных посетителей. Понятное дело, что видеть на экране 24 дюймового монитора сайт, сверстанный для айфона, никому не хочется. При включении данных настроек плагин будет создавать две версии кэша – для обычных и для мобильных устройств, которые не будут пересекаться. Если у вас не установлены данные плагины, то эта часть настроек плагина вам совершенно не нужна.
Следующие настройки касаются сжатия кэшированных страниц:
Настройки по умолчанию указывают плагину хранить и отсылать архивированные версии закэшированных страниц. Это сохраняет место жесткого диска на сервере и увеличивает скорость загрузки страниц посетителями. При любых проблемах (белые страницы, «крякозябры» и т.д.) эти настройки следует отключить. Архивированные кэшированные страницы на сервере хранятся в папке «wp-content/cache/hyper-cache/«:
Следующая часть настроек плагина называется экспертной:
Вот здесь есть некоторая путаница при выставлении некоторых опций. Галка на опции «Перевод» отключает перевод и плагин будет использовать английский язык. То же самое с опцией «Кэширование Домашней» – галка отключает кэширование главной страницы для всех пользователей.
Из важного в этой части настроек следует о. Если в вашем блоге формат постоянных ссылок установлен «По умолчанию» («ПараметрыПостоянные ссылки»), то эту опцию необходимо включить. Если ее не включить, то плагин не будет кэшировать страницы, в урле которых будет содержаться знак вопроса, а следовательно, большая часть вашего сайта кэшироваться не будет. C другой стороны, существует много плагинов, чья работа зависит от передаваемых в урле параметров и включение данной опции может испортить работу данных плагинов. Будьте осторожны!
Последняя часть настроек плагина касается фильтров, которыми можно отключить кэширование для определенных страниц или для определенных пользователей:
Агенты и куки я не пробовал, а вот отключать кэширование определенных страниц по урлу пытался, но ничего у меня не вышло. Уж не знаю, в каком формате надо указывать ссылки, но ни один из перепробованных мной вариантов не подошел – плагин упорно кэширует любую страницу и полностью игнорирует все, что я пробовал указывать в данной опции.
Впрочем, если очень-очень надо исключить от кэширования определенные страницы или рубрики, то можно воспользоваться вот таким кодом:
Вставлять данный код лучше всего в header.php. В результате любая страница, в урле которой будет слово «rasnoe» будет исключаться от кэширования.
Я долго описывал настройки, но на деле вам, скорее всего, придется лишь изменить таймаут кэшированных страниц. Плагин не кэширует страницы зарегистрированных пользователей, так что если вы залогинены в блоге, то кэшированные страницы вы не увидите. Проще всего проверить работу плагина, зайдя на блог из другого браузера и открыв в нем несколько страниц. На странице настроек плагина в самом начале появится что-то типа:
Понятно из скриншота, что в кэше 5 сохраненных страниц, а следующий процесс чистки будет произведен в 16:21. Что это значит? Как я уже говорил выше – плагин умеет сбрасывать кэш, если добавился комментарий или изменилась статья. Но сразу он старые версии кэшированных страниц не удаляет, он только сохраняет новые кэшированные страницы, а устаревшие варианты удалит согласно времени, указанному в «Cleaning process».
Я это рассказываю, чтобы вы не удивлялись, как на сайте из 100 страниц вдруг находится 300 кэшированных файлов – из этих 300 страниц 100 будут актуальными, а 200 устаревшими.
Иногда, по какой-то причине, устаревшие файлы не удаляются плагином, а так и остаются висеть. Мешать они не мешают, но для очистки места на диске стоит иногда нажимать на кнопку «Clear Cache»:
При нажатии на эту кнопку все файлы кэша будет удалены. Этой кнопкой стоит пользоваться при любом изменении блога, о котором плагин не может знать — скажем, если вы поправили файлы шаблона.
Кэшированные страницы отличаются от сгенерированных лишь одним – плагин в конец таких страниц добавляет отладочную информацию вида:
Время в этой строке указано без учета часового пояса.
Если вам необходимо удалить плагин, то просто деинсталлировать и удалить файлы плагина недостаточно. Надо еще отменить изменения в файле wp-config.php, а также удалить файл advanced-cache.php из папки wp-content. Лишь после этого плагин будет корректно удален.
Hyper Cache, на мой взгляд, один из самых удобных для рядового пользователя плагинов кэширования. Минимум настроек, максимум функциональности. Даже у самого дешевого или бесплатного хостера данный плагин позволит легко держать блог с несколькими тысячами посетителей в день.
Hyper Cache Автор плагина: Stefano Lissa Рассматриваемая версия: 2.9.1.2 от 27.02.2013 Текущая версия: 3.3.9 от 11.07.2019 Совместимость с версией WordPress: 3.9 и выше Активных установок плагина: 20 000+ (всего скачено 1 031 095 раз)
