(Последнее обновление: 18.02.2019)
Привет, дорогие мои читатели! У вас такое бывает? Заходишь на какой нибудь сайт и ждёшь несколько секунд, пока страница. Я в таком случае тут же сразу закрываю страницу в браузере, меня это просто бесит. Вот так, веб - ресурс теряет драгоценных посетителей. Вот, чтобы с моим или с вашим сайтом такого не случилось, я подготовил подборку популярных бесплатных плагинов которые помогут нам выдерживать нагрузки при увеличение посещаемости блога и скорость загрузки страниц. Эти плагины для кэширования WordPress и оптимизации скорости загрузки сайта .
Плагины для кэширования WordPress
Сегодняшний пост пишу прежде всего для себя, чтобы потом не рыскать по интернету в поисках нужной информации, а была уже под рукой. Надеюсь и вам пригодится. Обзор плагинов будут без инструкций по настройке, так как, я ещё не устанавливал их. NEW : Ссылка по настройке популярного модуля WP Super Cache будет ниже.
Друзья, если сайт стал тормозить, используйте кэширование . Эта тема часто поднимается в рунете и по данному поводу написано большое количество статей. В общих чертах, все сводится к следующему: при использовании CMS WordPress кэширование жизненно необходимо. Плюс к этому, поисковики не любят медленные сайты. А нам это надо?
В самом ядре WordPress кэширование страниц не реализовано, но есть все необходимые функции для реализации этого на уровне плагинов. Два самых популярных плагина для кэширования страниц - WP Super Cache и W3 Total Cache, хотя есть и другие.
Бесплатный плагин WP Super Cache
Плагин кэширования WP Super Cache наиболее популярен у пользователей , установили его уже более 6 401 830 раз, так как, модуль активно поддерживается разработчиками (Automattic). Принцип работы модуля заключается в создании вместо динамических php страниц WordPress, статических HTML станиц, которые, собственно и показываются посетителям, минуя базу данных. По настройкам WP Super Cache не так сложен, как следующий плагин кэширования W3 Total Cache, но по функционально очень хорош.
Читайте инструкцию по установке и настройке WP Super Cache на .
W3 Total Cache делает сайт реально быстрым, один из лучших плагинов для оптимизации WordPress. Данный плагин используют солидные и известные сайты mashable.com, smashingmagazine.com, yoast.com. Использование плагина W3 Total Cache на вашем веб - ресурсе повышает удобство для ваших посетителей за счет повышения производительности сервера, кэширования каждого элемента, сокращения времени загрузки страниц, выдавая пользователю нужный ему материал буквально молниеносно.
Плагин для WordPress LiteSpeed Cache
LiteSpeed Cache для WordPress (LSCWP) - это универсальный плагин для ускорения работы сайта, включающий эксклюзивный кэш на уровне сервера и набор функций оптимизации Вордпресс.
Тест плагинов для кэширования вордпресс
LSCWP поддерживает WordPress Multisite и совместим с большинством популярных плагинов, включая WooCommerce, bbPress и .
Подавляющее большинство плагинов и тем/шаблонов совместимы с LSCache.
Плагин Hyper Cache
Настройки плагина:
Настройки плагина Hyper Cache
Hyper Cache - это новая система кэширования WordPress. Кэш-плагин, специально созданный для получения максимальной скорости вашего блога/сайта на WordPress. Он может использоваться как на хостинге с ограниченными ресурсами, так и на высокопроизводительных серверах.
Модуль предназначен прежде всего для веб - мастеров, у которых сайты, блоги на хостинге с малой производительностью. Hyper Cache является гибким и простым в настройке системы кэширования для WordPress. Hyper Cache - это чисто PHP, он работает с любым блогом : никаких сложных настроек не требуется.
В последнее время плагин стал очень популярен, думаю обгонит скоро не которые другие по установке.
Вот пожалуй и всё о чём я хотел сказать сегодня. Надеюсь, дамы и господа было вам . Удачи.
P.S : Когда вы производите какие - то настройки на сайте связанные с изменением дизайна: добавляете или убираете виджеты, социальные кнопки или другие действия, то нужно воспользоваться кнопками очистки кэша, расположенными вверху в настройках предоставленных плагинах на самом видном месте.
Надеюсь, никому не надо объяснять, зачем нужен плагин для кэширования и насколько важно выбрать тот, который реально поможет, а не просто создаст лишнюю нагрузку на БД своим присутствием. При анализе будем учитывать все показатели, а не только время загрузки.
Небольшое отступление. Если все же кто-то еще сомневается в необходимости кэширования, то знайте, с 21 апреля Googleобъявил что все mobile-friendly сайты (а скорость - это одно из составных «friendly») получаютсущественное преимущество в результатах поисковой выдачи. Намерения Google предельно ясны – SEO-специалистам и вебмастерам необходимо работать над производительностью как десктопной, так и мобильной версии сайта.
Есть несколько способов улучшить производительность своего сайта и уменьшить время его загрузки, но для большинства начинающих (и не только) оптимизаторов кэширующие плагины являются не одним из, а единственным используемым инструментом для достижения поставленной цели.
WordPress формирует страницы динамически, что приводит к большому количеству запросов к БД. Кэширование же динамически создаваемых страниц позволяет пользователям видеть обычные HTML-страницы, что значительно уменьшает время загрузки страницы и снижает нагрузку на сервер.
В самом начале планировалось использовать в тестах 2 темы – простейшую «twenty-fourteen» и более сложную (которая будет имитировать «реальный» сайт). Но во время тестов оказалось, что влияние кэширования на скорость загрузки темы «twenty-fourteen» настолько минимально, что им можно пренебречь. Важнее оказалась тонкая настройка сервера, но сегодня статья не об этом.
В итоге мы будем использовать только 1 тему (тема Novelty от Tesla Themes). Тестовая страница оформлена с применением графики и текста. Также присутствует сайдбар и несколько плагинов (новости, фид из Twitter/Instagram). Хостинг использовался от WP Dev Shed. В итоге мы получили страницу с относительно большим временем загрузки.
Т.к. сайт новый, то у него не было посещаемости (в том числе, во время тестирования, не было даже ботов ПС). Сервер работал в связке Apache+ Ngnix.
Brutal Cache - не работал;
Batcache - плагин с зависимостью от Memcache, что не использовалось в текущем тесте.
Autoptimize и Widget Cache также остались за бортом, т.к. они являются не самостоятельными плагинами, а поддержкой для других.
В качестве инструментов мы использовали сервисы от Google, GTMetrix и Yahoo. Благодаря этому тестировалась не только скорость загрузки страниц, но и:
Google PageSpeed Insights
Сайт проверяется как с точки зрения десктопного ПК, так и со стороны мобильного устройства. Результат выдается по 100-балльной шкале. Сервис прост в использовании, но предоставляет относительно сырой результат, не дающий полного понимания всего, что может быть улучшено.
GTMetrix и YSlow
Основаны наруководстве по повышению производительности ресурса от Yahoo. Опять используется 100-балльной шкала. Сервисы работают более, чем с 50 различными метриками. GTMetrix даже визуализирует данные в диаграмму-водопад процесса загрузки. По нашему мнению – это один из лучших инструментов для определения способов повышения производительности сайта.
Тайминг
Для определения скорости загрузки страниц и проверки работы сервера под нагрузкой использовались следующие инструменты:
ApacheBench
Служит для определения нагрузки на сайт, вычисляет максимальное количество запросов в секунду. Во время теста отправлялось 1000 запросов по 10 различным потокам. Тест проводился 10 раз. Записывался лучший результат по каждому из плагинов.
Очень известный сервис по мониторингу и тестированию сайтов. Проводилось 20 тестов с каждым плагином и с фиксацией наилучшего результата.
Простой, но полезный сервис, показывающий время полной загрузки страницы именно в вашем браузере. Это не серверный инструмент, а сервис, запускаемый локально. Мы выбрали способ загрузки через Ethernet, браузер Opera. Каждая страница была загружена 101 раз с фиксированием среднего времени загрузки.
Итак, приступим к тестам.
Google, GTMetrix и Yslow
Результат тестирования страниц сайта с использованием указанных сервисов:
Как видно из таблицы, некоторые плагины здесь никак не проявили себя - оценка такая же или очень близка к оценке без кэширования. Google поставил лучшую оценку Super cache (и для десктопа, и для мобильного устройства). В GTmetrix и Yslow лучший результат показали Fastest Cache и Rocket. Как мы уже говорили, оценка от Googleменее информативна, т.к. он использует меньше факторов при оценке.
Итак, лучшими плагинами оказались WP Super Cache, WP Fastest Cache, и WP Rocket Cache.
Тайминг
Оценочные баллы в основном показывают качество кода сайта. Это даёт понимание того, что можно сделать для ускорения сайта. При этом высокие оценки сайта не означает, что он загружается быстрее, чем другие. И в этом главная ошибка - оценочные инструменты дают обилие идей по улучшению сайта для снижения времени загрузки, но при этом само время загрузки практически не принимается во внимание. Ниже – наглядный пример (скриншот из Pingdom).
Страница заработала 96 из 100 баллов (это лучше, чем у 99% страниц любых сайтов). При этом, страница грузится около 35 секунд. Вот до чего может довести слепая оптимизация.
Тайминг - очень важный тест, т.к. проводятся реальные измерения скорости загрузки страниц.
ApacheBench
Выявим максимальное количество запросов в секунду, которое способен поддерживать наш сервер. Чем больше цифра, тем лучше.
Лучший результат показал WP Rocket. Второе и третье место поделили WP-Cache.com и WP Fastest Cache.
Результат без кэширования - 2,78 секунды. Все плагины смогли улучшить этот показатель.
Безусловный лидер – опять WPRocket. Super Cache – второй, W3 Total Cache – третий.
Здесь мы решили вывести не только средний, но и медианный результат тестирования.
Среднее время загрузки
Ситуация аналогично предыдущему тесту. Тройка лидеров не изменилась – WPRocket, WPSuperCacheи W3 TotalCache.
Медианное время загрузки
Лидер все еще WP Rocket, но при этом практически неизвестный WP-Cache.com вновь показывает весьма неплохой результат.
Не кэшированием единым
Безусловно, не всё зависит только от кэширования. Свою роль играют выбор связки Apache+Nginx, верность настройки сервера и его тип (выделенный, VPS, шаред), количество и качество (оптимизация) изображений и многое другое.
Вывод
У всех представленных плагинов разная функциональность. Некоторые до неприличия просты, другие же можно сравнить со швейцарским ножом. Super Cache, W3 и прочие аналогичные плагины часто в своей работе используют профи, знакомые с CDN и прочими хитростями. Другие пользователи (особенно начинающие) останавливают свой выбор на более простых плагинах (Lite Cache или WP-Cache.com). Кстати, WP-Cache.com, несмотря на свою малоизвестность, смог показать отличные результаты.
Какой же плагин для WordPress лучше кэширует?
На первом месте (с большим отрывом) - WP-Rocket. У него много плюсов, но есть одно НО (для многих это будет минусом) – он платный. Разработчики хотят за него $39 (причем обновления не life-time, а только год)
На втором месте (хотя учитывая бесплатность, его можно тоже поставить на первое) -WPSuperCache. Результаты почти, как и у лидера, но зато он абсолютно free!
На третьем - WP-cache.com. Смущает только то, что он последний раз обновлялся в 2014 году.
Но зато он прост, бесплатен и показывает достойные результаты.
С егодня я предлагаю вам обсудить такую интересную тему как кэширование в wordpress. Первым делом нужно уточнить что такое кэширование и зачем оно нужно? Каждому блоггеру и вебмастеру справедливо хочется чтобы его блог или сайт работал быстро. Как известно WP не обладает рекордно высокой производительность, поэтому зачастую даже хороший хостинг не способен этого компенсировать. А уж если у вас «тяжелый» контент, да еще и высокая посещаемость, дело может быть вообще беда. В любом случае есть возможность ускорить блог почему бы этого не сделать?
Д вижок WordPress, как уже было сказано выше тяжеловат по своей природе. Все дело в его «динамичности». В отличие от «статичных» платформ WP работает на PHP, который и совершает многочисленные запросы к базам данный, за счет чего собственно и формируется содержимое. К счастью, существует технология способная существенно ускорить процесс, называется она кэширование.
Принцип кэширования в своей основе достаточно прост. Обычно все сводится к тому что тот или иной плагин генерирует из динамических страниц статические, выдавая их в последствие посетителю. При этом серверу не приходится обрабатывать большую часть запросов, что существенно снижает нагрузку на сервер и увеличивает скорость. Теперь давайте переходить к делу. Какие существуют плагины для кэширования и какой из них выбрать? В этом нам поможет отличное исследование проведенное на Tutorial9, выдержку из результатов которого я хочу вам привести.
Как проводилось данное исследование? Для оценки производительности того или иного плагина использовался Apache Benchmark. Данный тест генерирует большое количество запросов, на основании чего формируется отчет о количестве обработанных сервером запросов в секунду и среднем времени передачи данных. Исходные данные: WordPress 2.9.1 на котором установлено несколько популярных плагинов - Akismet, All in SEO Pack и Google XML Sitemap. Количество трафика на тестовом блоге не велико, представлен смешанный контент - текстовый, изображения, электронные таблицы, java-скрипты. Для объективности каждое измерение повторялось несколько раз в сутки.
Я не буду приводить результаты тестирования всех плагинов, которые тестировались авторами Tutorial9, потому что смысл заострять внимание есть только на самых распространенных, ходовых и популярных плагинах. Итак, приступим:
Блог без активированных плагинов, показал следующие результаты:
Запросов в секунду - 13,96;
Время на каждый запрос - 716,58 мс;
Скорость передачи данных - 673,98 Кбит/сек
Как видите исходные данные не впечатляют. Давайте посмотрим что и как можно улучшить.
Популярный плагин WP-Cache продемонстрировал следующий результат:
Запросов в секунду - 109,59;
Время на каждый запрос - 91,25 мс;
Скорость передачи данных - 5307,00 Кбит/сек
Заметно лучше чем без кэширования. Результат превосходит блог без активированных плагинов в среднем на 685%. Замечу что WP-Cache - давно известный плагин, который исторически пользуется популярностью.
WP Super Cache в настоящее время пожалуй более популярен чем WP-Cache. Это легко объяснимо - WP Super Cache является доработанной версией WP-Cache. Помимо того что он быстрее, он и «умнее», то есть умеет больше чем предшественник. В частности его легче устанавливать и удалять, он умеет чистить за собой «мусор» после деактивации и так далее.
Что же касается скорости, результат получился следующий:
Запросов в секунду - 118,23;
Время на каждый запрос - 84,58 мс;
Скорость передачи данных - 5743,07 Кбит/сек
Результаты тестирования превосходят результаты WP-Cache. WP Super Cache в среднем быстрее блога без активированного кэширования в среднем на 747%. Отмечу еще одну особенность - если в WP Super Cache включена компрессия , он может быть даже медленнее блога без плагинов!
Hyper Cache - достаточно новый плагин, который еще не успел завоевать большой популярности. Тем не менее, показал в ходе тестирования отличный результат. Кроме того плагин отличается достаточно простой установкой и настройкой.
Результаты:
Запросов в секунду - 130,75;
Время на каждый запрос - 76,48 мс;
Скорость передачи данных - 6325,36 Кбит/сек
В среднем это лучше на 837% чем блог без плагинов.
Я не стал приводить в этой статье всех плагинов, потому что оптимальным выбором является один из рассмотренных выше. Если у вас есть время, желание и знания английского вы с легкостью можете изучить полные результаты исследвания сравнения плагинов wordpress для кэширования.
Лучший результат показал Hyper Cache , к тому же он обеспечивает хороший контроль над процессом. Вполне можно использовать WP-Cache или WP Super Cache. И тот и другой заметно повышают производительность. Кроме того они из когорты «старых добрых», проверенных поколениями, а значит неплохо поддерживаются. Надеюсь, эта статья помогла вам определиться с выбором плагина для кэширования. Дело за установкой!
Что касается меня, то я использую и для своих и для клиентских сайтов платный премиум плагин WP Rocket, ну и конечно серверное кэширование средствами Nginx или LiteSpeed
А какой плагин для кэширования wordpress используете вы и почему?
Дорогие читатели, хочу сообщить вам очень важную информацию! Поисковые системы с каждым обновлением уделяют больше внимания скорости загрузки сайта. Чем быстрее открывается, тем выше вероятность заполучить первые строчки в поисковой выдаче.
В данной статье я расскажу как с помощью плагина кэширования wordpress — Wp Fastest Cache — увеличить скорость загрузки сайта.
Перед тем, как перейти к установке плагина, советую прочитать . А прежде чем активировать его и настраивать проверьте уровень оптимизации и скорость загрузки сайта с помощью сервиса Gtmetrix.com .
Вы же должны знать какие проблемы мешают вашему ресурсу работать быстро и насколько высоко сервис его оценивает. Правда же интересно узнать результаты до и после настройки Wp Fastest Cache.
Вот мои результаты:
А вот после:
Улучшением веб-проекта занимаюсь комплексно, поэтому он получил оценки A, близкие к 100%.
Как вы могли заметить циферки изменились незначительно, так может он вообще не нужен? — Нужен и ещё как!
Запомните, оптимизация состоит из маленьких внедрений, которые ведут к идеально функционирующему сайту с точки зрения seo.
Плагин Wp Fastest Cache выполняет функцию кэширования без которой посещаемый сайт не может работать. Дело в том, что при обращении пользователей к страничкам они каждый раз создаются заново, создавая нагрузку на сервер.
Если регулярно превышать лимиты предоставленные хостером — ваш аккаунт заблокируют, вследствие чего сайт будет недоступен.
Вы должны понимать, что посещаемость проекта — это не единственный фактор, который создает нагрузку на сервер.
Но есть решение, как уменьшить нагрузку с помощью плагина кэширования для wordpress:
Предварительно создает статичные страницы на сервере и при обращении посетителей выдает их не создавая нагрузки на сервер. При этом пользователь видит привычную версию сайта, но на его загрузку уйдет значительно меньше времени.
После установки нажимаем на иконку в главной панеле wordpress и переходим к настройкам.
Для ленивых можно поставить все галочки в доступных полях, кроме мобильные . Затем перейти в Таймаут кэша — периодичность обновления статичных страниц и выбрать необходимый вариант.
Советую придерживаться следующей логики: Чем чаще публикуете контент, тем меньше устанавливать промежуток.
Ну, а для тех кто основательно решил разобраться с плагином и понять каждый пункт в настройках — прошу проследовать дальше.
Для начала переключите пункты меню на Русский язык. Чтобы изменения вступили в силу, нажмите сохранить.
1. Включаем Кэширование.
2. Предподготовка — данный пункт отвечает за создание предварительных страниц сайта. Позволяет создавать их заранее, а не в момент, когда запросил пользователь. Тем самым уменьшая количество запросов к серверу.
На картинке ниже красная область отвечает за выбор разделов для которых будут созданы статичные страницы. А вот синяя отвечает за их количество, созданных в минуту: 4 — достаточно, чтобы не создавать большую нагрузку на сервер.
4. Мобильные — в данном пункте я не ставлю галочку. Скорее всего кэширование на мобильных устройствах будет работать нормально итак, но конечно данную функцию необходимо протестировать.
5. Новая запись — Очищает кэш при публикации новой записи или страницы. Конечно, можно сбросить кэш вручную, чтобы пользователь увидел свежую версию сайта. Но согласитесь, когда это происходит автоматически — намного удобнее.
Можно выбрать очищать все или только Домашнюю, Категории, Теги и Пагинация. Я выбираю второй вариант.
6. Обновление записи — практически тоже самое, но только при обновлении записи. Так что нажимаем галочку и не будем подробно останавливаться на данном пункте.
7. Сжатие HTML — плагин будет частично чистить код вашего сайта: убирать пробелы и сжимать. Для тех, кто еще не в курсе, ваш веб-ресурс для поисковых роботов выглядит следующим образом:
Я показал пример, когда плагин уже выполнил свою работу. Вы можете зайти на любой сайт и посмотреть его код. Для Google chrome — это комбинация ctrl + U или правая кнопка мыши, а затем Просмотр кода страницы . В большинстве случаев вы увидите красиво структурированные куски кода и много отступов.
На картинке же выше сложно что-то разобрать, но разве это важно!? Эти строчки предназначены для роботов, которым важна суть, а не красота. Так что считаю вполне оправданным включение данного пункта ради снижения веса страниц и уменьшения времени загрузки.
8. Сжатие CSS — действие аналогично предыдущему пункту, но только для css стилей, которые отвечают за вид вашего сайт.
Важно! После включения обязательно проверьте как отображается ваш сайт. Данная функция корректно работает не со всеми шаблонами wordpress. Перед этим не забудьте сбросить кэш.
9. Объединение CSS — в большинстве случаев таких файлов больше 1. Включение данного пункта обеспечивает объединение всех файлов, тем самым уменьшая количество запросов до одного.
Да, он будет весить, как все отдельно взятые файлы, но нам же важен выигрыш в нагрузке на сервер. Кстати, поставленная галочка может помешать правильно отображаться веб-проекту. Поэтому не забудьте проверить качество работы вашего сайта во всех браузерах.
10. Объединение JS — вы, наверное, сами догадались, чем это вам поможет. Скажу лишь, что это JavaScript — язык непонятный обычному пользователю. Интересно — ищем и читаем в интернете.
11. Компрессия Gzip — архивирует страницы, как программы архиваторы на компьютере. К сожалению, доступно примерно 90% веб-мастеров и зависит от вашего хостинг провайдера.
Работает следующим образом: архивированные страницы с помощью Gzip хранятся на сервере. В момент обращения пользователем распаковываются браузером. А так как компрессия Gzip уменьшает вес страниц, то наблюдается увеличивает скорости загрузки.
12. Кэш в браузере — в коде сайта создаются определенные метки, которые сигнализируют о отсутствии обновлений тех или иных элементов.
Браузер сохраняет на компьютер картинки и шрифты и загружает их, если они не изменились. Поэтому повторное посещение занимает меньше времени.
13. Отключить эмодзи — выключает прожорливую бесполезную функцию отображения смайликов.
Все остальные, недоступные галочки, можно включить купив премиум версию всего за 40$. У меня нет таких денег, в отличие от вас, поэтому я довольствуюсь бесплатной версией.
Статистика кэша доступна только в премиум версии. А вот ручная очистка доступна и в бесплатной. Причем существует два варианта — второй более полный.
Выбирайте таймаут в зависимости от частоты обновления контента.
Для себя я решил, что оптимальным будет раз в неделю, так как плагин автоматически чистит кэш при публикации или обновлении записей.
На сегодняшний день не могу ничего сказать, так как не покупал. Возможно в будущем приобрету и напишу обзор.
В данном разделе можно запретить кэшировать определенные страницы, браузеры, куки, css и js.
Это сервис с большим количеством серверов разнесенных географически по разным точкам земли. Когда вы подключаетесь к данному сервису — ваши файлы распределяются по всем этим серверам.
Как только пользователь запрашивает какую-то страницу, то файлы отдаются не с вашего сервера, а с сервера, находящегося как можно ближе к пользователю. Таким образом вы разгружаете хостинг и ускоряете работу сайта.
Доступно тоже только в премиум версии.
Писал статью не один день, вложил не мало сил, поэтому надеюсь на вашу отдачу в виде комментария!
Приветствую Всех читателей. Сегодня хочу поговорить об одном из пунктов оптимизации сайта на WordPress — ускорение загрузки страниц, ускорение работы сайта в целом. Одним из способов для выполнения поставленной задачи является кэширование. Плагинов для создания кэша предостаточно. Два популярных Hyper Cache и WP Super Cache. В этой статье выполнена настройка WordPress Hyper Cache.
Обо всём по порядку.
CMS WordPress является отличной платформой для создания сайтов. Она лёгкая в настройке, удобная, с большим функционалом, множеством набором плагинов для реализации задачи любой сложности. В то же время нагрузка на сервер больше, чем при работе с статическими страницами.
Как работает Вордпресс? Вся информация, так же как и в Joomla и других CMS, хранится в различных частях шаблона и таблицах базы данных. Для каждого типа инфы своя таблица: записи, комментарии, данные об авторе, сайте и так далее.
Таким образом, при вызове посетителем определенной страницы она генерируется из разных частей используемого : шапка, подвал, сайдбар, контентная часть, затем подгружается содержимое базы данных. Система выполняет множество команд, отправляет необходимое количество запросов к базе данных. И этот процесс повторяется снова и снова при открытии новой страницы каждым пользователем. Так формируется страница в формате HTML. И формируется она на сервере хостинга. При увеличении посещаемости нагрузка увеличивается.
Решить данную проблему призвано кэширование.
Что происходит при использовании кэширования? Посетитель переходит на сайт. WordPress выполняет запросы описанные выше и выводит страницу HTML, и одновременно сохраняет её в соответствующей папке сайта. При повторном обращении к этой странице системе нет необходимости проделывать сложную процедуру генерирования, она просто вызывает её из папки сохраненных кэшированых страниц и передаёт пользователю.
Такой приём облегчает работу сервера и ускоряет загрузку сайта в браузере.
Кэш — это своеобразное хранилище данных, с быстрым доступом информации к ним.
База WordPress содержит огромное количество плагинов. Но есть группа так называемых обязательных плагинов, установить которые необходимо на каждом проекте. Такие как плагин сеооптимизации, к примеру, SEObyYoast, плагин для резервного копирования (WordPress Database Backup), плагин кэширования.
Плагин устанавливается стандартным способом. Здесь подробная , чтобы освежить в памяти. Есть одно маленькое отличие. Для работы Hyper Cache после активации запросит внести изменения в файл wp-config.php.
Данный файл лежит в корне сайта. В него вносили изменения при установке WordPress, прописывали логин и пароль от базы данных.
Корректировать wp-config можно непосредственно на хостинге . Я же для таких целей использую специализированную программу Notpade++.
После сохранения и загрузки файла на хостинг плагин уже начал свою работу. Для индивидуальных настроек соответствующим Вашим требованиям нужно перейти в пункт Hyper Cache, который появился в разделе Настройки .
Плагин имеет русскоязычную версию, точнее, русский перевод. Некоторые функции не переведены, но становится понятно в общем контексте.
В верхней части три иконки, позволяющие при необходимости очистить весь кэш, узнать размер кэша.
Настройки плагина состоят из четырех разделов: Главные, Исключения, Мобильный, CDN.
Приступим к полному разбору каждой функции.
Disable translations — отключить переводы. При включении опции и сохранении, настройки плагина будут отображаться на родном английском языке. Если Вы ас в знаниях языка — включайте.
Кэшированные страницы, будут действительны в течение . Наверное основной пункт. Настраивается время жизни кеша. Время устанавливается в часах, по прошествии которого кэш удаляется и будет создан новый при посещении новым пользователем. На рядовые статьи которые не обновляются можно смело ставить величину порядка 1 недели и более. Создание меньшего количества файлов с кэшем уменьшает ресурсы сервера на их создание. На часто изменяющиеся страницы, естественно, время ставить меньше. Главную новостного сайта кэшировать вообще не нужно.
Включить сжатие . Сжатие страниц кеша. Гипер Кэш предупреждает: при некорректном отображении вебстраниц сайта в виде нечитаемых символов не стоит включать опцию, это значит сервер уже использует сжатие.
Enable on-the-fly compression — включить сжатие на «лету». Происходит процесс сжатия вебстраниц отсутствующих в кэше. Активация ускорит загрузку страницы, но и увеличит нагрузку.
Когда обновлена домашняя страница, обновятся остальные . Замысел функции такой. При обновлении главной страницы проекта можно указать количество постов, кэш которых требуется сбросить, то есть обновить. Не вижу смысла в этом.
Когда записи отредактированы . При редактировании статьи для отображения вновь добавленной информации посетителям сразу же, следует включить этот пункт. Здесь два варианта: обновление главной страницы, и страниц архивов, рубрик.
При написании комментария . При добавлении нового комментария обновляется и кэш указанных страниц. Здесь всё логично. Человек оставляет комментарий, и следующий посетитель уже видит этот коммент, а не сохранённую вебстраницу, созданную Hyper Cache.
Папка кэша . Для хранения кэшированных плагин автоматически создаёт папку. С помощью этой функции можете прописать адрес созданной вами папки. Но как по мне, какая разница.
Разрешение кеширования браузерами . Наверняка Вы хоть раз при переходе на определенную страницу видели в браузере строку типа: «Вам будет показана сохранённая копия страницы». Это работа подобного плагина и данной функции. Суть её такова. При посещении Hyper Cache разрешает браузеру сохранять кэш страницы на стороне пользователя, то есть сохраняется в папке с кэшем на компьютере. При повторном обращении к этой вебстранице она будет показана с кэша компьютера, что быстрее, чем если бы показывалась со стороны сервера. Включаем данную пункт — мы же за скорость.
HTTPS . Надо активировать при использовании безопасного протокола соединения HTTPS.
Use readfile() . Опция чтения файла. Со слов разработчиков работает лучше, чем фактически используемая функция кэширования file_get_contents ().
Служит ботам со страницами с закончившимся сроком действия . Назначение функции отдавать поисковым роботам все страницы, даже с просроченным кешем. Когда такое может возникнуть? В случае когда срок хранения кеша закончился, а новый пользователь так и не посетил данный пост. Так как ботам надо скармливать актуальную информацию (возможно записи подвергались редактированию), то и нет смысла включать эту функцию.
Сохраняем главные настройки и переходим к следующему разделу.
В плагине есть возможность исключить некоторые страницы сайта от кэширования. Функции включаются по разным причинам.
Не кэшируйте домашнюю страницу . Главная страница личных блогов практически всегда является лентой новостей ресурса. Исключения составляют коммерческие сайты, где на «морде» находится описание. Главная является так называемой посадочной страницей. Все индивидуально. Если главная не обновляется в течении суток — можно создавать кеш, в обратном случае смысла нет.
Не кэшировать «стр.404» . Активируем.
Не кешировать ленту комментариев . Создавать кеш комментариев не стоит. Посетители должны видеть оставленные новые комментарии. Моё мнение.
Не кешировать ленту RSS комментариев . То же.
Do not cache pages with URIs — Не кэшировать страницы с URL. Можно задать конкретные страницы не подлежащие кешированию. Прописывайте каждый URL с новой строки.
Do not cache pages with URIs starting with — Не кэшировать страницы с URL, начиная с. Используется для исключения целого раздела из функции кэш. Например, сайт с постоянно обновляющимся разделом новостей, посещаемый форум.
Bypass the cache for readers with cookies — Обход кеша для читателей с помощью файлов cookie.
Bypass the cache for readers with devices (user agents) — Обход кеша для считывателей с помощью устройств. Подразумеваются приложения, осуществляющие доступ к сайтам. Например, браузер.
Bypass the cache for readers which are commenters — Обход кеша для читателей, которые являются комментаторами. При включении опции посетитель, оставивший комментарий тут же увидит его. В случае если они не модерируются администратором. Иначе будет сообщение с таким смыслом: «Ваш комментарий ожидает модерацию». Читателю становится понятно, что коммент дошел до цели, а не затерялся.
Do not cache posts older than — Не кэшируйте сообщения старше, чем. После отметки количества дней статьи переходят в разряд старых и плагин перестаёт кэшировать. Стоит включить в случае когда старые посты перестают лить трафик.
По этой теме следует отметить следующее, не касающееся создания кэширования. Периодически стоит просматривать и улучшать старые заметки. Несмотря на то, какой трафик они приносят. Информация представленная в посте устаревает, дайте посетителю новую, актуальную информацию. Возможно статьи стоят на подходе к первой выдаче и их надо «допихнуть» в ТОП. Или наоборот, посещаемость снизилась. Надо расширить семантическое ядро конкретной статьи, увеличивать поисковые запросы под которые пользователь попадет на ваш сайт. Это может быть небольшое изменения контента, добавление графиков, таблиц или медиафайлов. Всё индивидуально.
Немного отступил от темы поста. Продолжаем настраивать Гипер Кеш.
Плагин позволяет выполнить настройки отдельно для мобильного трафика и настольных ПК. Воспользуемся предоставляемой возможностью.
For mobile devices — Для мобильных устройств. В этом пункте три варианта для выбора. При использовании на ресурсе адаптивного дизайна оставляйте настройки: Использовать основной кеш . В этом случае разницы просмотра страницы для пользователя ПК и с мобильного не будет.
Для мобильной версии сайта, когда посетителю показывается отличная от основного шаблона (облегченная) страница установите активным второй вариант: Использовать отдельный кеш. Тогда Hyper Cache будет создавать два разных файла кеша. При этом выборе укажите плагину какой шаблон показывать посетителю зашедшему с мобильного устройства.
Пару слов по поводу адаптивного шаблона. Всё больше людей приобретают и используют для выхода в интернет мобильные гаджеты. Смартфоны и планшеты. Трафик с этих устройств постепенно увеличивается. По статистике Яндекс Метрике на этот сайт процент посетителей с мобильных составляет в среднем 20-25%. В некоторых нишах, например, в сфере услуг, этот вид трафика является основным. Поисковые системы в аккаунтах для вебмастера при отсутствии мобильной версии сайта отмечают как замечание и советуют исправить.
Вполне вероятно, что и в поисковой выдаче ресурсы не адаптированные для просмотра на мобильных устройствах будут понижаться. Не стоит пренебрегать советами поисковиков.
Мобильная тема . Этот пункт связан с первым. При выборе отдельного шаблона выше, здесь указываете его. Иначе, оставляете по умолчанию использование активной темы сайта.
Мобильные агенты пользователей . По умолчанию указаны user-agent считающиеся как пользователи с мобильного. Есть что добавить, добавляйте.
К сожалению по этому разделу полную информацию дать не могу. Функция включает в себя возможность выдачи посетителю изображения, css из облачных хранилищ. Файлы сайта расположены на различных серверах и выдаются по требованию из ближайшего, сокращая тем самым нагрузку и увеличивая скорость.
После всех настроек логично проверить, может «WordPress Hyper Cache не работает?» Делается очень просто. Откройте сайт в другом браузере. Это необходимо сделать потому, что администратору ресурса всегда показывается актуальная информация. Просмотрите исходный код, который открывается сочетанием клавиш CTRL + U. В самом низу должен появится следующий код.
Если его нет, обновите страницу и просмотрите ещё раз.
Настройка WordPress Hyper Cache на этом заканчивается. С этого момента нагрузка на сервер уменьшится и сократится время отклика вебсайта. Кеширование является только одним из пунктов оптимизации сайта. В одной из следующих статей напишу обзор способов оптимизации изображений. Здесь можете почитать как с помощью Photoshop.
Какими плагинами кеширования пользуетесь Вы на данной момент, и думаете ли использовать Hyper Cache если у Вас активирован другой.
Желаю Всем удачи и быстрых сайтов!
