Hyper Cache — установка, настройка и использование плагина кэширования сайта WordPress

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

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

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

Что такое кэширование и для чего оно нужно

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

Соответственно отпадает необходимость каждый раз обращаться к серверу за получением оригинала. Странички, создаваемые посредством WordPress, как любой другой CMS, базирующейся на PHP и MySql, генерируются в формате HTML во время обращения к ним.

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

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

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

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

Установка Гипер Кэша и включение кэширования

Переходим к установке расширения. Вообще, я описал довольно подробно как установить абсолютно любой плагин для WordPress. В данном случае применим способ с использованием поиска через админку. Для этого перейдем в раздел загрузки админ панели «Плагины» - «Добавить новый» и в поисковое поле введем его название:

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

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

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

http://ваш_блог/my-single-post

После того, как вы поставите галочку, этот документ кешироваться не будет. Однако, вэбстраница, допустим, с таким адресом:

http://ваш_блог/my-single-post-something

Будет отправляться в папку cache. Идем дальше:

6. Исключаем вебстраницы, URL которых начинаются с набора определенных символов. Ежели вписать в текстовое поле данной опции:

http://ваш_блог/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.

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

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

2. То же касается и второго пункта. Ежели у вас уже используется отдельно тема для мобильников, то выбираете ее название из выпадающего меню, в ином случае устанавливаете «Использование активной темы сайта».

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

Как настроить платформу CDN

Ну и, наконец, последняя вкладка под названием CDN, которая работает только для изображений, файлов CSS и скриптов.

Здесь, безусловно, тоже нужны пояснения. CDN (Content Delivery Network) - сеть доставки контента, которая в общем случае позволяет осуществлять ускоренный вывод статических ресурсов (изображений различных форматов, JavaScript, архивов и т.д.) для пользователей.

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

Кеширование происходит аналогично описанному ранее. При повторном обращении юзера к определенному ресурсу происходит загрузка не с сервера, а с локальной папки cache. А как же можно дополнительно ускорить процесс? Дело в том, что у большинства современных браузеров ресурсы с определенного вебсервера загружаются с помощью нескольких потоков, число которых не превышает 10.

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

Если же активировать работу CDN, то весь этот контент будет подгружаться со сторонних вэбсерверов, что значительно ускорит их загрузку за счет распараллеливания потоков. Возможно, не все, но, думаю, основная идея здесь ясна.

В этой же вкладке даны сервисы, которые использует разработчик Hyper Cache для обеспечения работы данной функции: это MaxCDN и KeyCDN. Первый из них, к сожалению, платный, а второй предоставляет при регистрации, если я правильно понял, 5 кредитов, которые эквивалентны 125 ГБ свободного трафика.

Пока я не использую данную возможность и даже не тестировал ее. Хотя она обещает внести довольно существенную лепту в оптимизацию WordPress сайта в виде сокращения нагрузки на сервер (напомню, CDN позволяет подгружать контент со сторонних серверов) и ускорения вебресурса.

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

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

В конце вы должны увидеть нечто подобное (последняя строчка):

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

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

Еще статьи по данной теме:
Самые интересные публикации из рубрики: Создание сайтов

55 отзывов

  1. Людмила

    Материал интересный, и но к сожалению, не все понятно. Так как я не могу войти в корневую папку на хостинге, ничего не могу применитьь и разобраться до конца. Написала письмо администратору. Спасибо, благодаря этой статье, хоть что-то предприняла...Не могу поставить ни одного плагина уже давно...Руки никак не доходят..

    1. Игорь

      Людмила, а что Вам не понятно, конкретизируйте, пожалуйста, я постараюсь ответить. Вы не знаете, где находится корневая папка? Какой у Вас хостинг?

  2. Алексей

    По вашей наводке поставил этот плагин, все сделал, как вы описали в статье. Все установки по умолчанию. Буду ждать изменений, или как-нибудь это по-другому проявится? Нагрузка на сайт вчера превышала vip1 три раза, а vip2 и vip3 - один раз

    1. Игорь

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

  3. Алексей

    Сначала, конечно, первую часть. Как увидеть "специальный код плагина, выделенный зеленым, открыв просмотр кода страницы", каким образом? Через pagespeed смотрел и не вижу.

    1. Игорь

      Алексей, какой у Вас браузер? Прочитайте окончание статьи, я же все подробно описал.

  4. Алексей

    Основной - Google Ghrome, но использую реже Мозилу и OPERA

    1. Игорь

      Если сейчас Вы работаете с сайтом в Хроме, то откройте, например, Мозиллу, кликните правой кнопкой мыши по странице и из контекстного меню выберите «Исходный код страницы». Откроется html код этой страницы, внизу которого после закрывающего тега html должна быть строчка, выделенная зеленым (в самом низу страницы), относящаяся к плагину Hyper Cache, посмотрите скриншот с примером в самом низу статьи.

  5. Алексей

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

    1. Игорь

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

  6. Саня

    Как всегда - куча полезной информации. Особенно для начинающих. Но остался один пробел.
    Установил Hyper Cache (версия 2.9.1.2). Кроме описанных в Вашем посте настроек, есть еще Allow browser caching (разрешить кеширование браузером).
    Вопрос: надо-ли разрешать это самое кеширование браузером?

    1. Игорь

      Да, Саня, действительно в новой версии плагина такая опция появилась. Я думаю, она помогает снизить еще более нагрузку на хостинг, поскольку все кэшированные странички все-таки хранятся в специальной папке на сервере. А при активации Allow browser caching вебстраницы какое-то время находятся на жестком диске пользователя, что еще более уменьшает число запросов к базе данных. Так что, думаю, эту опцию надо активировать, по крайней мере, я галочку поставил. Спасибо, Саня, за Ваши полезные комментарии, положительно моему блогу с Вами повезло. 🙂

  7. Константин

    доброе время суток.
    у меня обычный продающий сайт на базе WP.

    1.комментарии не предусмотрены.
    значит кеш для комментариев можно не отключать (не ставить галочку)
    или в данном случае разницы нет?

    2.RSS тоже нет, значит галочку ставить?

    3.В блоке Конфигурация, после кеширования RSS
    у меня еще есть пункт:
    Allow browser caching (Разрешить кэширование браузером)
    если я поставлю галочку, то кеширование будет проходить только у меня
    или и у тех, кто просматривает мой сайт повторно?
    Хотя если не только у меня, то изменения на сайте,
    посетители, при повторном входе долго не увидят, а это плохо.

    4. Зато в разделе "Экспертные настройки"
    последним пунктом идет:
    Allow browser to bypass cache (Разрешить браузера, очистите кеш)

    Интересует Ваше мнение по этим (3,4) пунктам.
    Как с ними поступить в моем случае?

    1. Игорь

      Константин, простите, пожалуйста, за задержку. Отвечаю по пунктам.
      1. Если у Вас комментарии не предусмотрены, то и говорить не о чем. Эта опция предназначена для удобства читателей. Думаю, здесь разницы нет, поскольку кэширование включается только при наличии комментариев. Но если Вы хотите быть уверенным до конца и все-таки сомневаетесь, то галочку не ставьте.
      2. В случае RSS даже я на своем блоге галочку не ставил, так что вывод очевиден. Эту опцию не отмечаем.
      3. Allow browser cashing - включение кэширования в браузерах у пользователей. Кэшированные страницы будут создаваться на компьютере пользователей, то есть тех, кто просматривает ваш сайт. Да, если крайне важно, чтобы посетители видели наиболее свежую информацию, то галочку включать не нужно, все зависит от специфики ресурса. У меня эта опция включена (галочка стоит), потому что скорость загрузки страниц, которую можно повысить таким образом, перевешивает для меня все остальное.
      4. Allow browser to bypass cache - в случае активизации этой опции страницы не будут кэшироваться, если браузер пользователя не поддерживает функцию кэширования либо она отключена. Это дает прибавку в уменьшении нагрузки на сервер, поскольку экономятся ресурсы хостинга, выделяемые на создание кэша, который в данном случае бесполезен. Здесь я советовал бы галочку поставить.
      Ну, вот, Константин, надеюсь, удовлетворил Ваше любопытство.

  8. Сергей

    Игорь, огромное спасибо за статью. Изложено просто и понятно. Все получилось сразу. Всего вам доброго.

    1. Игорь

      Сергей, спасибо на добром слове.

  9. Андрей

    Спасибо за статью, помогла

  10. Василий

    Игорь, у тебя новая тема. Поздравляю!
    Игорь, у меня вопрос по этому плагину. Hyper Cashe недавно обновился, я перешел на новую версию, а потом сразу вернулся на старую.
    Там совсем другие настройки. Как плагин теперь правильно настраивать непонятно.
    Игорь, ты не планируешь обновить эту статью, или написать новую об этом плагине.

    1. Игорь Горнов

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

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

  11. Светлана

    Игорь, большое спасибо!
    Плагин не с первого раза но установила. При проверке сразу не появился заветный код в конце страницы. Теперь есть. Правда не уверена, что новую версию плагина настроила абсалюно оптимально, но жизнь покажет. Может и вы статью допишете про свежую версию))).
    Удачи Вам!!!

    1. Игорь Горнов

      Да, Светлана, статья будет обновлена в ближайшее время, новая версия действительно нуждается в этом.

  12. Ольга

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

  13. Мария

    Алексей, большое Вам спасибо за статью - это единственный стОящий материал по этой теме, все понятно, и перевод этот дебильный Вы так подробно разъяснили, статья на 100 баллов! Я все поняла и установила как надо. Кладу Ваш сад в закладки, жмякаю на все кнопки соцсетей и рекламы, какие обнаружу :). Еще раз большое спасибо! Сейчас в сети редко встретишь человека, который качественно дает материал и паче того разбирается в нем, приятно почитать.

  14. Мария

    Дико извиняюсь, не Алексей, а Игорь 🙂

    1. Игорь Горнов

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

  15. константин

    Добрый вечер, установил плагин взамен другого, вроде работает, появилась строчка в низу с главной страницы, на остальных нет, я так предполагаю они появятся позже?
    И еще вопросик, у меня слетел супер кеш, и что только с ним ни делали работать не хотел, вот по этому заменил на этот, но вопрос в другом, как правильно удалить супер кеш, что бы от не го ни кусочка не осталось к примеру в папке WP-CONFIG.PHP вижу такую строчку после удаления плагина define( 'WPCACHEHOME', '/home/muzmics/domains/muz-mics.ru/public_html/wp-content/plugins/wp-super-cache/' ); //Added by WP-Cache Manager
    define('DISABLE_WP_CRON', true);, а тронуть сам боюсь?

    1. Игорь Горнов

      Константин, я тоже в свое время перешел с Суперкеша на Гипер и не жалею об этом. А очистить остатки любых удаленных плагинов помогает Plugins Garbage Collector. Скачать его можно с официального сайта WordPress:

      https://wordpress.org/plugins/plugins-garbage-collector/

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

  16. Елена

    Здравствуйте, Игорь!
    я тоже премного озабочена:) скоростью загрузки, Гугл ругается:( хотя мой хостер Таймвэб пытается убедить в том, что все хорошо, тем не менее я этот плагин активировала, а лезть в код боюсь, тк никогда не делала этого и на плагине самом грозное предупреждение висит, что свйт может сломаться!
    Подскажите, пожалуйста, как корректно сделать все, чтобы не аки слон в посудной лавке?:) Куда кликнуть, нажать? А то хостер меня просто посылает:) мол не о чем беспокоиться. И еще проблема: я плагином сжала все картинки, у меня их было примерно 150 по 5 мбт каждая, сжала как следует, а тест выдает такую же скорость, как до сжатия:( это как? или данные тестов тоже кешируются и надо подождать? а сколько ждать?

    1. Игорь Горнов

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

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

  17. Елена

    Игорь, спасибо Вам большущее за ответ!
    Подпишусь на обновления блога, он интересный и информативный! Таким чайникам, как я надо учиться, а Вы - гуру в этой области! Можно еще спросить: не пойму, каким образом эти метрики у меня фигурируют, если я их не подключала?! Вот только думаю: стоит ли метрику вешать, утяжеляя сайт таким образом? А тут оказывается и думать нечего:( она сооит без моего ведома! Подозреваю, что яндекс подключил ее в принудительном порядке при добавлении сайта в панель вэбмастера. А иначе как?! Если она стоит уже без моего ведома:(( на сайте, значит, можно ставить счетчик и ничего не произойдет более страшного?:))) или я не права? Или счетчик утяжелит сайт независимо от того, что яндекс мне уже навнедрял?:)

    1. Игорь Горнов

      Елена, пожалуйста. Правда, я не думаю, что Яндекс повесил свою Метрику без Вашего ведома... 🙂 Здесь что-то не так.

  18. Елена

    и вообще непонятно: откуда взялся этот сторонний ресурс от яндекса, на который ругается гугл? Присмотрелась: не метрика, хотя и метрика присутствует:)) но это другая история:) а тот самый другой? откуда он взялся?:( и как снести, чтоб картинку не портил? А есть возможность виджет ВК сжать? А самое главное: как настроить мой суперкэш плагин так, чтобы кеширование производилось на стороне пользовательских браузеров? Что то не нашла таких настроек в плагине...

  19. Елена

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

    1. Игорь Горнов

      Елена, нам всегда приходится выбирать из двух зол меньшее. В данном случае я проводил эксперимент и устанавливал счетчики ради получения обратных ссылок, пусть и закрытых атрибутом nofollow. Конечно, некоторые из них я уберу в скором времени.

  20. Елена

    мне тут советуют вот что сделать:

    Первое, что нужно сделать, это добавить вот этот код в конец файла .htaccess:
    # сжатие text, html, javascript, css, xml:

    AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/css text/javascript application/javascript application/x-javascript

    и этот:
    # кеш браузера

    ExpiresActive On
    #по умолчанию кеш в 5 секунд
    ExpiresDefault "access plus 5 seconds"
    # Включаем кэширование изображений и флэш на месяц
    ExpiresByType image/x-icon "access plus 1 month"
    ExpiresByType image/jpeg "access plus 4 weeks"
    ExpiresByType image/png "access plus 30 days"
    ExpiresByType image/gif "access plus 43829 minutes"
    ExpiresByType application/x-shockwave-flash "access plus 2592000 seconds"
    # Включаем кэширование css, javascript и текстовых файлоф на одну неделю
    ExpiresByType text/css "access plus 604800 seconds"
    ExpiresByType text/javascript "access plus 604800 seconds"
    ExpiresByType application/javascript "access plus 604800 seconds"
    ExpiresByType application/x-javascript "access plus 604800 seconds"
    # Включаем кэширование html и htm файлов на один день
    ExpiresByType text/html "access plus 43200 seconds"
    # Включаем кэширование xml файлов на десять минут
    ExpiresByType application/xhtml+xml "access plus 600 seconds"

    Нужно вставлять ПЕРЕД «# END WordPress», напомню также, что файл .htaccess лежит в корне сайта, там где папки wp-admin, wp-content и другие:

    Но я боюсь сайт испортить:( и в то же время ну просто жизненно необходимо:))) включить кеширование на стрроне пользователя. Что посоветуете? У меня суперкэш стоит, в нем нет такой опции, а хипер не стала ставить, тк опять- таки надо в код лезть.

    1. Игорь Горнов

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

  21. Елена

    Спасибо, Игорь!
    Еще за счетчики спрашивала, Вы ответили, про эксперименты со ссылками упомянули:) а у меня другая проблема со ссылками, но с исходящими... голову сломала:( не пойму ниче... с моего сайта куча левых ссылок... если верить сервису xseo.in (а для неверия нет оснований) то мой сайт - просто линкопомойка какая- то:( удалила все плагины, оставила только проверенные, где миллионы скачиваний, тему проверила - все чисто! Забавно, что тестила другими сервисами - чистота! Только ссылка на вордпресс сквозная и пара плагинов к яндексу обращается и земанта один, но это пережить можно в принципе. А вот откуда xseo.in генерирует ссылки - вопрос тот еще! Подозреваю хотлинк (кражу фоток с сайта и обращение к моим ресурсам) в яндексе нашла свои картинки и ссылка на мой сайт стоит, кликаю - онлайн казино:( Может, в этом проблема? Но почему другие сервисы молчат? Знакомых спрашиваю: все плечами пожимают...

    1. Игорь Горнов

      Елена, почитайте один из топиков на серче, возможно, ваш случай:

      http://searchengines.guru/archive/index.php/t-848499.html

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

      https://semsocial.ru/forum/showthread.php/10590-Левые-ссылки-на-сайте
  22. Елена

    Спасибо, прочту обязательно!
    Но заражение исключено потому что сайт новый, проблема появилась сразу в день создания млжно сказать, хотя тема чистая, официальная, также яндекс вебмастер оповещает о заражении и гугл тоже, а девайс у меня эппловский гаджет, они заботятся о пользователях, случаев заражения не зафиксировано вроде, это не андроид и не виндоус:) Мой случай прям уникальный какой- то:)) причем ссылки эти спамные меняются динамически: сейчас одни, через 5 мин другие! И самое интересное, что видит все это безобразие один лишь сервис, остальные ослепли?!

    1. Игорь Горнов

      Елена, все-таки почитайте топики, там проблемы тоже нестандартные.

  23. Елена

    Второй прочла, на первый зайти не могу... но у меня тема официальная Твенти фифтин и я ее сразу плагином проверила на чистоту, к хостеру тоже обращалась, отмахивается как от назойливой мухи:( но самое забавное: почему только ОДИН сервис из полутора десятков показывает проблему?

  24. Алексей Б.

    Установил Hyper Cache ещё и потому, что такого подробного и понятного описания нигде не встретил, что и для чего всё расписано. Спасибо Игорь! Удачи вам в продвижении! Добавляют сайт в закладки. И ещё, вам на сайт надо добавить кнопку "на верх", а то ведь пишите много и подробно....далеко крутить обратно 😉

    1. Игорь Горнов

      Вот спасибо, Алексей, за своевременную подсказку насчет кнопки наверх. Иногда, пока не получишь чувствительный пинок под зад, не почешешься. 🙂 Уже давно сменил тему, а кнопку сотворить все руки не доходят. А ведь мелочей в нашем деле не существует. Что же, мне урок - другим наука.

  25. Валентина

    Присоединяюсь к Алексею! Самое подробное и понятное описание! Огромное Вам спасибо!

  26. Илья

    Здравствуйте! Hyper Cache хороший в целом, но есть пару минусов, которые заметил. С ним не работает редирект урл (в конце) без слеша на слеш. Нужно вручную дописывать в .htaccess

     RewriteRule ^([^.]+)(?<!/)$ /$1/ [R=301,L] 

    . И при публикации комментария не появляется сообщение, что он будет опубликован после одобрения

    1. Илья

      Нашел решение отображения уведомления о комментариие - включить чекбокс Don't serve cached pages to comment authors

      1. Игорь Горнов

        Спасибо, Илья. Действительно, весьма ценное дополнение. Надеюсь, читатели обратят внимание.

        1. Илья

          Пожалуйста!
          Вчера обновлял блог до версии 4.5.1 и заметил, что в коде страниц в Google Chrom и IE 11 не пишется в низу . Зато в режиме Инкогнито в обеих есть надпись о кеше.

          В Опере и Мозилле пишется, но если в Мозилле при просмотре кода нажать F5 то надпись о кеше hyper cache gzip и дата кеша исчезает.

          Думал, что дело в обновлении Вордпрес с версии 4.4.2 на 4.5.1, но проверив на тестовом блоге все аналогично (у него старая версия была), просто раньше видно не замечал.
          И теперь не совсем понимаю, работает ли Hyper cache

          1. Илья

            Похоже понял в чем дело. Когда включен чекбокс Don't serve cached pages to comment authors - то в браузерах с которых оставляли комментарии отображаются не кешированные страницы сайта

  27. Татьяна

    Добрый вечер. Установила плагин. Но у меня появилась проблема. Недавно перевела сайт на https. Все было нормально, а после активации этого плагина пропал зеленый замочек безопасности и появилось предупреждение о ненадежности. Когда деактивировала, опять все стало хорошо. Может мне нужно указывать другие настройки. Там, где была настройка https — испробовала все три позиции, ничего не изменилось, так что дело скорее всего не в ней. Может что подскажете?

    1. Игорь Горнов

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

  28. Владимир

    Респект тебе дружище. Благодаря твоей теме и еще одному плагину, сайт заточил так, что pagespeed показывает 99 из 100. А GTMETRIX 99% и 2 Ms. Аж глаза на лоб полезли)

    Второй плагин Autoptimize, если что, только там надо осторожно, так как некоторые галки наоборот понижают скорость, либо вообще сайт перестает работать. Спасибо!

    p.s. Надписи в исходном коде внизу страницы тоже нет, может не последняя версия браузера, но я не заморачивался)

    1. Игорь Горнов

      Да не за что, Владимир. Но 99 из 100 это круто, как-то даже нереально. Ну и спасибо за упоминание альтернативного плагина, возможно, кому-нибудь пригодится.

  29. Виссарион

    Очень интересная статья. Однако после установки Hyper Cache у меня некорректно работает плагин NextGEN Галерея, также появилась запись You are just one step away - Complete "NextGEN Gallery" Activation Now. Что мне делать?

    1. Игорь Горнов

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

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Чтобы ввести любой код, вставьте его между [php] и [/php]. Ссылка (URL), помещенная в текст комментария, не будет активной. C целью ее выделения и более удобного копирования можно заключить ее между тегами <pre> и </pre>.