Как настроить hyper cache

Будем считать, что он у вас установлен. Если вы не знаете, как это сделать, то в этой статье я подробно описал два способа (через административную панель или при помощи FTP-клиента FileZilla).

Перейдя в настройки вашего плагина, вы увидите небольшое предупреждение о том, что вы должны добавить код в файл wp-config.php.

Пусть вас это не пугает. Откройте данный файл, который находится у вас на сервере в корневой папке, и найдите строчку:

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

Если вы все сделали правильно, то плагин должен заработать.

Теперь давайте более подробно рассмотрим функционал и настройки Hyper Cache.

Начнем, пожалуй, с верхних синих кнопок.

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

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

Чуть ниже синих кнопок, расположен ряд четырех вкладок.

Вкладка «Главные»

По умолчанию у вас сразу открыта вкладка «Главные». Давайте с нее и начнем.

Первый пункт этого меню «Disable translations» при активации, дает нам возможность «насладиться» данным плагином на оригинальном языке, то есть говоря простым обывательским языком – отключить встроенный переводчик.
Второй пункт «Кэшированные страницы, будут действительны в течение» позволяет нам задать время, в течение которого кэш будет существовать. Я бы советовал вам оставить данный пункт без изменений.
Третья и четвертая функция «Включить сжатие» и «Enable on-the-fly compression» относятся к активации сжатия, только первая дает компрессию данных при передаче информации, а вторая включает сжатие на «лету». Я бы посоветовал вам поставить галочки напротив данный полей, т.к. это позволит вашему блогу немного увеличить скорость загрузки страниц.
Следующий пункт «Когда обновлена домашняя страница, обновятся остальные», на мой взгляд, совершенно нелогичен и бесполезен. Он дает нам возможность задать количество предыдущих статей, которые будут перекэшированы при добавлении нового поста. Для чего и для кого это сделано, я думаю, это загадка для самих разработчиков. Поэтому советую оставить эту чудную функцию без изменений.
Последующие два пункта «Когда записи отредактированы» и «При написании комментария» дают нам возможность автоматически обновить кэш категорий, тегов и рубрик при изменении статьи, при этом главная страница не будет изменена (в случае если вы поставили галочку в первом квадрате). А если стоит галочка во втором квадрате, то и кэщ главной страницы обновиться.
«Папка кэша» дает возможность задать папку на сервере, куда будут сохранены все кэшированные страницы. Я советую оставить данный пункт без изменений.
«Далее эта функция будет выполняться через» показывает через какое время автоматически произойдет очистка устаревших материалов. Что самое интересное изменить мы данное значение никак не можем.
«Разрешение кэширования браузерами» дает нам возможность разрешить данную функцию у наших посетителей, а также задать время хранения у них наших данных.
«HTTPS» — позволяет задать вариант кэширования для протокола https. Я оставил у себя по умолчанию «Build a separated cache» то есть раздельное хранение для https и http страниц.
«Use readfile» — помогает активировать функцию PHP readfile для более быстрой отдачи файла, то есть скрипт дожидается пока весь файл будет прочитан и отдан пользователю. По заверениям разработчиков она должна быть лучше, чем стандартная функция. Так ли это я не понял. Дабы не искушать судьбу, советую оставить данный пункт без изменений.
«Служит ботам со страницами с закончившимся сроком действия» — то есть показывать устаревшие данные поисковым роботам (из кэша) или отдавать им обновлённую страницу. Я оставил данный пункт без внимания, потому что считаю, поисковики должны всегда получать свежую информацию.

Вкладка «Исключений»

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

Итак, давайте по порядку.

Первый пункт «Не кэшируйте домашнюю страницу» дает нам возможность отключить кэширование главных страниц. Поскольку мы публикуем статьи с периодичностью один раз в сутки и на вкладке «Главные» мы задали, что кэширование страниц будут действительны в течение двадцати четырех часов, то в нашем случае ставить галочку не нужно. Эта функция актуальна людям, которые публикуют свой контент два и более раз в сутки.
«Не кэшировать стр. 404» — данный пункт, я думаю, не требует пояснений. У нас на блоге я оставил его без изменений, потому что место он занимает немного.
В последующих двух пунктах «Не кэшировать ленту комментариев» и «Не кэшировать ленту RSS» я советовал бы поставить галочки.
«Точный адрес URL исключить» — эта функция позволяет исключить из кэширования определенные страницы. Актуально это тем, кто постоянно что-то меняет в определенной статье (возможно это какая-то статистика, которая обновляется каждый час или несколько минут).
«Начиная с адреса URL исключить» — эта функция позволяет исключить из кэширования определенную последовательность статей, например какую-нибудь рубрику. Для этого введите в поле часть адреса страницы, которая относится к исключаемой рубрике. При этом обязательно должен быть указан адрес рубрики www.moysait/vse-o-krasote.
«Куки исключить» — мы можем поставить галочку и внести в поле определённые cookie нашего читателя, тогда для этого человека кэширование работать не будет. Ну что ж, очередная ненужная функция. Для чего ее применять я так и не смог придумать.
«Устройства пользовательские исключить» — если у вас есть отдельная мобильная версия, вы указываете название устройств, с которых к вам заходит посетитель, например ipad, android, iphone, windows mobile и т.д., то для данных устройств отображение обыкновенных кэшированных страниц не будет происходить.
«Don’t serve cached pages to comment authors» — при включенной функции модерации сообщений, посетитель, оставляя комментарий, видит сообщение, что данный коммент ожидает проверки. Вот чтобы оно отображалось, обязательно поставьте галочку напротив данного пункта.
«Не кэшировать страницы старше» — данный функционал позволяет задать возраст страниц, которые не требуется кэшировать. Данная функция будет полезна только авторам, которые не привлекают посетителей из поиска, и у которых публикуемая информация очень быстро теряет актуальность.

Вкладка «Мобильный»

Ну что, вот мы и дошли до вкладки «Мобильный».

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

«Режим работы» — в нем находится 3 подменю:

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

— Кэшировать отдельно – для пользователей с мобильных устройств и с ПК выдается различный кэш. Это происходит только в том случае, если у вас две версии сайта (мобильная и основная).

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

«Мобильные темы» — тут выбирается тема, которая будет отображаться посетителю при заходе с мобильного устройства. Советую оставить данный пункт без изменений.
«Мобильные агенты пользователей» — тут перечислены устройства, к которым будут применены предыдущие настройки данного меню.

Вкладка «CDN»

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

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

Видео «Установка и настройка плагина Hyper Cashe»

Друзья, посмотрите подробное видео, которое я записал по просьбе наших читателей. Уверен все сразу станет понятным! И не забудьте подписаться на наш youtube-канал, там много интересного!

Ну что, на этом буду заканчивать. Надеюсь мне максимально подробно удалось описать функционал и настройки Hyper Cach. А какой плагин используете вы на своем ресурсе?

Если будут вопросы, не стесняйтесь, пишите в комментариях.

Источник

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 на хостинге, которая обычно располагается в корневом каталоге:

И прописываем там следующую строку:

Этот код необходимо вставить обязательно до строчки WordPress absolute path to the WordPress directory (абсолютный путь до директории WordPress), например, так:

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

Настройка HyperCache для WordPress

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

Ежели на вэбстранице настроек вы обнаружили какую-либо предупреждающую запись, то скорее всего, проблему можно решить, выставив права доступа 777 на соответствующую папку HYPER CACHE:

Это можно сделать при помощи ФТП клиента, например, Файлзилла (в этой статье с данным FTP менеджером можете ознакомиться поближе). Данное действо нужно для того, чтобы создать специальную папку в Вордпресс, куда будут помещаться кешированные вэбстраницы. Эта папка CACHE будет находиться в директории WP-CONTENT:

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

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

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

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

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

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

8. Этот пункт требует конкретных разъяснений, чтобы понять его суть. Дело в том, что термин «пользовательский агент (user agent)» обычно применяется к тем клиентским приложениям, которые осуществляют доступ к вебсайтам. В частности, такими приложениями являются браузеры, которые при посещении вебресурсов пользователями посылают серверу хостинга информацию о себе.

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

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

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

«Просмотр кода страницы», если браузером является Гугл Хром (как загрузить, обновить и настроить);
«Исходный код» для Opera (скачать и установить русскую версию, в том числе Опера Мини);
«Исходный код страницы» для Firefox (тут информация о том, как скачать бесплатно и настроить Мазила Фаерфокс);
«Просмотр HTML кода» для Интернет Эксплорера.

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

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

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

Источник

Как настроить hyper cache

Hyper cache — настройка лучшего плагина по кэшированию

Как работает Hyper Cache