Hyper Cache — включаем плагин кэширования в Вордпресс для оптимизации WP блога и снижения его


Содержание материала:

Кэширование в WordPress с плагином Hyper Cache

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

Что такое кэш и кэширование?

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

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

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

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

Кэширование в WordPress

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

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

Что происходит на сайте, работающем на WordPress? В CMS WordPress, которая основана на PHP и MySql, страницы в формате HTML формируются на сервере хостинга из составных частей — шаблонов (index.php, single.php, page.php и т.д.). На основе этих шаблонов создается графическое оформление запрашиваемой web-страницы, а затем в область контента загружается данные из базы данных MySql, например, тексты статей.

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

Как работает кэширование в WordPress? Каждая страничка в формате HTML, которая генерируется на сервере из вордпрессовских шаблонов PHP, стилей, данных базы MySql и т.д., при обращении посетителя, не только передается браузеру, но и кэшируется, то есть сохраняется в соответствующей папке вашего сайта (wp-content/plugins/hyper-cache/cache) и уже при следующем обращении к этой странице она не генерируется заново, а загружаться из этой папки, сохраняя ресурсы сервера.

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

Плагин Hyper Cache

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

Скачать плагин можно на официальном сайте WordPress и установить любым стандартным способом, либо произвести установку через админ-панель. Процесс установки «прост, как кусок хозяйственного мыла» и никаких трудностей вызывать не должен.

После активации плагина, перейдите на страницу настроек: Настройки → Hyper Cashe . Здесь будет предложено включить кэширование в движке WordPress. В самой верхней части страницы увидите сообщение:

В файл wp-config.php в самом начале нужно добавить строку:

В готовом виде это будет выглядеть так:

После сохранения изменений в файле wp-config.php, запись на странице плагина исчезнет. А это говорит о том, что плагин включился в работу.

Что касается настроек плагина, их можно оставить по умолчанию и не «заморачиваться». Тем более, что при совершении ошибки, как предупреждают разработчики плагина неправильная конфигурация может уничтожить ваш сайт. Зачем Вам такие потрясения?

Для очистки кэша:

  1. Нажмите кнопку Вычисление размера кэша и в верхнем левом углу увидите результат.
  2. При нажатии кнопки Удалить весь кэш операция будет выполнена и в верхней части страницы появится сообщение об очистке кэша.

Что дает очистка кэша?

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

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

Hyper Cache – настройка и использование плагина для кэширования страниц в WordPress

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

Содержание:

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

  • как минимум, блог будет медленно грузиться, что создаст не комфортные условия пользователям и будет ухудшать поведенческие факторы;
  • как максимум, хостинг будет предъявлять претензии по поводу превышения допустимой нагрузки и предложит перейти на более дорогой тарифный план, грозя отключением (я такие письма получал).

WordPress имеет массу важных и полезных плагинов. Для каждого проекта одни нужны, другие не нужны, но существует группа таких, использование которых обязательно на каждом ресурсе. В их число входит Hyper Cache (наравне с такими плагинами, как All in One SEO Pack и WordPress Database Backup).

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

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

Но, для того, чтобы понять принцип работы плагинов кэширования нужно копнуть чуть глубже.

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

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

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

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

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

Чтобы этот недостаток не был критичным, необходимо периодически удалять старые файлы и заставлять сохраняться новые версии (в настройках Hyper Cache такая возможность предусмотрена – все делается автоматом).

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

Установка Hyper Cache

Как и для всех WordPress плагинов, существует 2 способа установки:

  1. Скачать с сайта WordPress архив – тут , выложить его себе на хостинг и активировать;
  2. Поставить плагин Hyper Cache прямо через админку (в поиске плагинов он находится) – это проще.

Оба этих способа я подробно описывал в статье «Как установить плагин?» – подробно смотрите тут.

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

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

Когда активируете плагин – он вам сам подскажет, что требуются изменения в файле. Я вставил в самом конце, вот так:

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

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

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

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

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

Главные настройки

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

  1. Пункт про «Disable translations» позволяет отключить встроенный переводчик, если поставите галочку. В этом случае весь текст плагина должен отображаться в оригинале на английском.
  2. Далее, в пункте «Кэшированные страницы, будут действительны в течение» указывается период, в течение которого будут храниться кэшированные версии документов. По истечении данного времени кэш сбрасывается и создается по новой при очередном посещении пользователем. Указать можно любое время, зависит от того, как часто вы обновляете материалы сайта. У меня стоит 24 часа, если у вас блог обновляется очень редко, то можете сделать и в разы больше. Чем реже будут пересоздаваться файлы с кэшем, тем меньше серверных ресурсов будет тратить сайт на их создание.
  3. Следующие 2 пункта про сжатие данных (compression). Первый «Включить сжатие» включает сжатие данных при передаче информации, второй «Enable on-the-fly compression» включает сжатие «на лету» для страниц, которых нет в кэше.
  4. Можно настроить обновление кэша последних записей в том случае, если обновлена главная. Для этого в «Когда обновлена домашняя страница, обновятся остальные.» укажите количество постов, которые должны меняться. У меня это поле стоит пустым, так как контент главной не влияет на содержимое статей (зависимость, скорее, обратная – об этом следующие пункты).
  5. Следующие 2 строчки позволяют включить обновление копий домашней страницы, архивов, тегов и рубрик при изменении постов. Допустим, вы отредактировали статью, сохранили ее и, если стоит галочка в первой строке пункта «Когда записи отредактированы», обновится кэш категорий и рубрик, если стоит галочка во второй, то будет пересохранена главная страница сайта. Если у вас настроено редкое обновление сохраненных копий (п.2), то эти пункты стоит включить. У меня все данные в кэше обновляются каждые 24 часа, поэтому я не активирую этот блок – все равно через сутки все обновится по графику.
  6. Пункт аналогичен предыдущему, только «При написании комментария» обновляет информацию в случае появления новых комментариев к записям.
  7. «Папка кэша» позволяет сменить стандартную папку, используемую плагином для хранения данных на свою.
  8. «Далее эта функция будет выполняться через» включает опцию автоматической очистки кэша от старых неиспользуемых (несуществующих) материалов.
  9. Настройка «Разрешение кеширования браузерами» разрешает браузерам кэшировать данные с сайта на пользовательской стороне (на компьютере посетителя). Указывается время актуальности данных.
  10. HTTPS – эта настройка нужна в том случае, если ваш блог использует соответствующий протокол (у меня его нет). По умолчанию устанавливается хранение раздельного кэша для http и https протоколов.
  11. Что делает «Use readfile()» я не понял, поэтому не стал включать данную опцию.
  12. Может возникнуть ситуация, когда срок действия кэша истек, а пользователи на этот URL еще не заходили, то есть новый кэш создан не был. Но, пришел поисковый робот, вопрос – что показывать ему? В пункте «Служит ботам со страницами с закончившимся сроком действия» вы можете выбрать – показывать данные с истекшим сроком годности из кэша или отдавать обычную страницу WordPress. Я считаю, что роботам надо отдавать всегда актуальный материал, поэтому «просрочку» им показывать не стоит.

Раздел «Исключения»

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

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

Также отключил показ кэша для человека, оставившего комментарий – он должен видеть то, что написал – галка тут – «Don’t serve cached pages to comment authors».

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

Из того, что вам может пригодится:

  • Запрет на кэширование конкретных URL-ов, для этого включаете пункт «Точный адрес URI исключить» и в поле прописываете адреса нужных страниц.
  • Запрет на кэширование разделов, тогда в следующем пункте пишете адрес, с которого URL должен начинаться.
  • Исключение некоторых типов пользовательских устройств в пункте «Устройства (пользовательские) исключить». Например, если у вас отдельная версия для мобильных устройств, выдавать человеку на смартфон обычный кэш не нужно. Прописываете в этом поле с новой строки все агенты пользователей, подпадающие под фильтр – iphone, android, ipad, ipod, symbian, windows phone 7, windows mobile, opera mini, opera mobile и т.д. (я сам не знаю весь перечень, указал основные варианты, в принципе, большую часть устройств они охватывают). В принципе, этот пункт вряд ли вам пригодится. Если вы будете использовать отдельную мобильную версию ресурса, то лучше настроить его кэширование (в следующем разделе расскажу), чем отключать.
  • Не кэшировать старые записи, по которым маленький трафик. Если у вас сайт не привлекает посетителей с поиска, то посты, опубликованные давно редко кто читает, их кэширование можно отключить, чтобы не занимать место на хостинге. Указываете количество дней, через которые пост уходит в разряд старых.

Раздел «Мобильный»

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

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

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

Теперь выбираем режим работы, там есть 3 варианта:

  1. Использовать стандартный кэш – это вариант, при котором никакой разницы между пользователями разных устройств не будет – все получат те же самые страницы (У меня в блоге именно такой вариант, так как верстка сайта адаптивная).
  2. Кэшировать отдельно – позволяет пользователям с мобильными user-agent выдавать кэш с использованием темы оформления отличной от основной (для пользователей ПК показываете обычный шаблон, для мобильных другой – облегченный) – получается 2 разных кэша.
  3. Не кэшировать страницу – все ясно – плагин вмешиваться в работу сайта, при заходе мобильных пользователей, не будет.

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

Про CDN

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

На самой странице есть 2 ссылки на сервисы, предоставляющие такую услугу (MaxCDN и KeyCDN) – посмотрел, там все за деньги.

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

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

Как проверить работу Hyper Cache

После всех проведенных выше настроек надо проверить, как все работает.

Плагин не показывает кэш администратору сайта – администратор получает полную версию всегда.

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

Дальше, нажмите сочетание клавиш Ctrl+U или щелкните правой кнопкой мыши по фону блога и выберите пункт «Исходный код страницы». Пролистайте в самый конец, там должен появиться тег с указанием того, что вы видите кэш с датой его создания – если тег есть, значит все в порядке и плагин работает.

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

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

Object cache или Кэш объектов в WordPress — это механизм ядра, который позволяет сохранять любые данные в кэш. Такой кэш используется для сохранения данных, которые получаются много раз в процессе кода или для сохранения данных полученных после сложных операций.

Пример объектного кэширования

Рассмотрим пример кэширования SQL запроса.

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

Function myfunc() < return $wpdb->get_results(«SELECT . «); > myfunc(); // SQL запрос myfunc(); // SQL запрос myfunc(); // SQL запрос

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

Функции объектного кэша

Где в WordPress используется объектное кэширование?

В WP такое кэширование используется практически везде: в опциях, записях, терминах, у пользователей, метаданных и т.д.

Кэширование объектов в опциях WordPress

Для примера, рассмотрим как работает кэширование объектов в опциях WordPress. Функция get_option() не создает дополнительных запросов в базу данных при множественном вызове, как раз благодаря такому кэшу.

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

Для каждого сайта сети к ключу кэша добавляется префикс сайта, чтобы отличать, например, кэш записи с ID 5 одного сайта от кэша записи с таким же ID 5 другого сайта. Но также в мультисайте есть объекты, которые работают для всей сети, например «Пользователи» — они и относятся к глобальным группам, к кэшам таких объектов никакой префикс не добавляется.

По умолчанию глобальными группами являются:

Users userlogins usermeta user_meta useremail userslugs site-transient site-options blog-lookup blog-details site-details rss global-posts blog-id-cache networks sites themes

В список глобальных групп можно добавить свою группу, см. функцию wp_cache_add_global_groups(«my-global-group») .

Непостоянные группы

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

Иногда надо, чтобы кэш не сохранялся на постоянной основе, а работал как и прежде (только во время генерации страницы). Чтобы добиться этого, можно указать группу для создаваемого кэша объектов и пометить эту группу как «Непостоянная». Делается это с помощью функции wp_cache_add_non_persistent_groups(«my-group») .

Так при сохранении кэша в группе «my-group», значение будет сохранено только в локальный кэш (в оперативную память) и не будет сохраняться в хранилище кэширующего плагина, например на сервер Memcached.

Обычно к непостоянным группам относятся группы:

Counts plugins themes

Отключение кэша объектов

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

Всем привет! Хочу поведать вам одну историю о своей невнимательности, которая и побудила меня к написанию данной статьи. Около недели назад мой хост-провайдер проводил профилактические работы , время было оговорено и было предупреждение о том, что сайт будет лежать 15-30 минут. Я подумал, что это не так много и особо не волновался по этому поводу и ушел по своим делам.

Во время профилактики сайт действительно лежал, но время я особо не засекал. К моему удивлению, после окончания работ доступа к сайту так и не было — на нем висела ошибка 403 (про коды ошибок и ответа сервера прочитайте ), которая означает недостаток прав клиента . Примерно в то же время было написано письмо в службу поддержки провайдера. Ответили довольно быстро.

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

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

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

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

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

В появившейся странице вписываем имя плагина — Hyper Cache, должен оказаться на первом месте. Устанавливаем плагин (от вас потребуется ввод данных ftp аккаунта). Также можно загрузить архив с плагином с официального сайта, затем через админку загрузить и установить. В общем, устанавливайте любым удобным для вас способом .

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

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

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

В тесте участвовали следующие плагины:

  1. AIO Cache
  2. WP Fast Cache
  3. WP-Cache.Com
  4. Alpha Cache
  5. Flexicache
  6. Bodi0’s Easy Cache
  7. Hyper Cache
  8. Hyper Cache Extended
  9. Cachify
  10. Lite Cache
  11. Next Level Cache
  12. Really Static
  13. Super Static Cache
  14. W3 Total Cache
  15. Gator Cache
  16. Wordfence Falcon
  17. WP Fastest Cache
  18. WP Rocket
  19. WP Super Cache
  20. Zen Cache (formerly Quick Cache)

За тестом остались:

Brutal Cache — не работал;

Batcache — плагин с зависимостью от Memcache, что не использовалось в текущем тесте.

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

Инструменты бенчмаркинга

В качестве инструментов мы использовали сервисы от Google, GTMetrix и Yahoo. Благодаря этому тестировалась не только скорость загрузки страниц, но и:

  • оптимизация изображений;
  • минификация и оптимизация js- и css-кода;
  • использование кэширования в браузере;
  • временная задержка сервера;
  • использование Gzip-сжатия;
  • размещение скриптов;
  • количество HTTP-запросов.
  • использование CDN, распараллеливания/доменного шардинга;

Google PageSpeed Insights

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


GTMetrix и YSlow

Основаны наруководстве по повышению производительности ресурса от Yahoo. Опять используется 100-балльной шкала. Сервисы работают более, чем с 50 различными метриками. GTMetrix даже визуализирует данные в диаграмму-водопад процесса загрузки. По нашему мнению – это один из лучших инструментов для определения способов повышения производительности сайта.

Для определения скорости загрузки страниц и проверки работы сервера под нагрузкой использовались следующие инструменты:

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

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

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

Лучший результат показал 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, потому что смысл заострять внимание есть только на самых распространенных, ходовых и популярных плагинах. Итак, приступим:

Топ-пост этого месяца:  Что нового будет в Angular 6 обзор функций, команд CLI и других интересных моментов

Блог с выключенным кэшированием

Блог без активированных плагинов, показал следующие результаты:

Запросов в секунду — 13,96;
Время на каждый запрос — 716,58 мс;
Скорость передачи данных — 673,98 Кбит/сек

Как видите исходные данные не впечатляют. Давайте посмотрим что и как можно улучшить.

Плагин WP-Cache

Популярный плагин WP-Cache продемонстрировал следующий результат:

Запросов в секунду — 109,59;
Время на каждый запрос — 91,25 мс;
Скорость передачи данных — 5307,00 Кбит/сек

Заметно лучше чем без кэширования. Результат превосходит блог без активированных плагинов в среднем на 685%. Замечу что WP-Cache — давно известный плагин, который исторически пользуется популярностью.

Плагин WP Super 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

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

Запросов в секунду — 130,75;
Время на каждый запрос — 76,48 мс;
Скорость передачи данных — 6325,36 Кбит/сек

В среднем это лучше на 837% чем блог без плагинов.

Итоги работы плагинов кэширования для wordpress

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

Лучший результат показал Hyper Cache , к тому же он обеспечивает хороший контроль над процессом. Вполне можно использовать WP-Cache или WP Super Cache. И тот и другой заметно повышают производительность. Кроме того они из когорты «старых добрых», проверенных поколениями, а значит неплохо поддерживаются. Надеюсь, эта статья помогла вам определиться с выбором плагина для кэширования. Дело за установкой!

Что касается меня, то я использую и для своих и для клиентских сайтов платный премиум плагин WP Rocket, ну и конечно серверное кэширование средствами Nginx или LiteSpeed

А какой плагин для кэширования wordpress используете вы и почему?

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

(Последнее обновление: 18.02.2020)

Привет, дорогие мои читатели! У вас такое бывает? Заходишь на какой нибудь сайт и ждёшь несколько секунд, пока страница. Я в таком случае тут же сразу закрываю страницу в браузере, меня это просто бесит. Вот так, веб — ресурс теряет драгоценных посетителей. Вот, чтобы с моим или с вашим сайтом такого не случилось, я подготовил подборку популярных бесплатных плагинов которые помогут нам выдерживать нагрузки при увеличение посещаемости блога и скорость загрузки страниц. Эти плагины для кэширования WordPress и оптимизации скорости загрузки сайта .

Плагины для кэширования WordPress

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

Друзья, если сайт стал тормозить, используйте кэширование . Эта тема часто поднимается в рунете и по данному поводу написано большое количество статей. В общих чертах, все сводится к следующему: при использовании CMS WordPress кэширование жизненно необходимо. Плюс к этому, поисковики не любят медленные сайты. А нам это надо?

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

Плагин LiteSpeed Cache

LiteSpeed ​​Cache для WordPress (LSCWP) — это универсальный плагин для ускорения работы сайта, включающий эксклюзивный кэш на уровне сервера и набор функций оптимизации Вордпресс.

Тест плагинов для кэширования вордпресс

LSCWP поддерживает WordPress Multisite и совместим с большинством популярных плагинов, включая WooCommerce, bbPress и .

Основные характеристики плагина

  • Кэш объекта (Memcached / LSMCD / Redis);
  • Оптимизация изображения (Lossless / Lossy);
  • Сократите CSS, JavaScript и HTML;
  • Минимизировать встроенный CSS / JS;
  • Поддержка нескольких CDN;
  • Кэш браузера;
  • Очистить базу данных и оптимизатор;
  • Оптимизация оценки PageSpeed;
  • OPcode Cache;
  • HTTP / 2 Push для CSS / JS (на веб-серверах, которые его поддерживают);
  • DNS Prefetch;
  • Cloudflare API;
  • Поддержка одного сайта и нескольких сайтов (сети);
  • Импорт / Экспорт настроек;
  • Базовый / Расширенный вид настроек;
  • Привлекательный, понятный интерфейс;
  • Поддержка формата WebP.

Подавляющее большинство плагинов и тем/шаблонов совместимы с LSCache.

Плагин Hyper Cache

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Настойка CDN HyperCache


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

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

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

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

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

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

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

Небольшая ремарка о кэшировании

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

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

Подробности теста

Для того, чтобы сделать тестируемый пустой сайт максимально приближенным к реальности, использовалась тема Novelty от Tesla Themes. Тестируемую страницу сайта оформили с использованием графики и текста, был добавлен сайдбар и некоторые плагины (вывод новостей, фид из Twitter/Instagram). Теперь у нас страница, загрузка которой занимает относительно много времени. Да, в качестве хостинга использовался вот этот WordPress хостинг .

Плагины, которые тестировались:

  • AIO Cache
  • Alpha Cache
  • Bodi0’s Easy Cache
  • Cachify
  • Flexicache
  • Gator Cache
  • Hyper Cache
  • Hyper Cache Extended
  • Lite Cache
  • Next Level Cache
  • Really Static
  • Super Static Cache
  • W3 Total Cache
  • Wordfence Falcon
  • WP Fast Cache
  • WP Fastest Cache
  • WP Rocket
  • WP Super Cache
  • WP-Cache.Com
  • Zen Cache (formerly Quick Cache)

Остались ещё:

Brutal Cache — просто не работал;Batcache — плагин с зависимостью от Memcache, что не использовалось в текущем тесте.Autoptimize и Widget Cache также остались за бортом, поскольку они являются поддержкой для других плагинов, это не совсем самостоятельные плагины.

Хостинг и инструменты бенчмаркинга

В качестве инструментов использовались сервисы, предлагаемые Google, GTMetrix и Yahoo. Благодаря этому стало возможным тестировать не только скорость загрузки страниц, но и другие факторы, среди которых:

  • оптимизация изображений;
  • временная задержка сервера;
  • минификация и оптимизация js- и css-кода;
  • использование кэширования в браузере;
  • размещение скриптов;
  • использование CDN, распараллеливания/доменного шардинга;
  • использование Gzip-сжатия;
  • количество HTTP-запросов.

Google PageSpeed Insights

При этом Google во время оценки не принимает во внимание CDN, поэтому в некоторых случаях оценка занижена.

GTMetrix и YSlow

Тайминг

ApacheBench

Стоит отметить, что использование Nginx несколько снижает различие между работой сайта с плагинами/без плагинов. По этому поводу можно спорить, но в случае использования Nginx зафиксирована двукратная разница по сравнению с Apache.

Pingdom

Webwait

Итак, с описанием всё, теперь приступим непосредственно к тестам.

Google, GTMetrix и Yslow

Как видим, некоторые плагины здесь просто никак не проявились — оценка такая же или очень близка к оценке, когда кэширование вообще не используется. Google дал лучшую оценку Supercache как для десктопа, так и для мобильного устройства. В GTmetrix и Yslow мы видим, что Fastest Cache Rocket впереди планеты всей. Мы склонны оценивать последние значения как более важные, поскольку Google Page Insight для оценки использует меньше факторов.

Итак, лучшими плагинами оказались WP Fastest Cache, WP Super Cache и WP Rocket Cache. Победитель — WP Super Cache с работой через мобильный девайс. Кэширование для мобильных было также включено, о нём не забыли.

Тайминг

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

ApacheBench

Без кэширования сервер показывает результат в 18 запросов за секунду. Это довольно неплохой результат, который стал возможным благодаря использованию Nginx. На каждый запрос уходит примерно 1/500 с.

Здесь мы видим, что Hyper Cache Ext, WP Fastest Cache, WP-Cache.com и WP Rocket улучшают результат на 300% по сравнению с работой без кэширования. WP Rocket — самый быстрый и WP-Cache.com занимает второе место.

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

Pingdom

Webwait

Среднее время загрузки

Медианное время загрузки

Как видим, практически неизвестный WP-Cache.com работает весьма неплохо.

Не кэшированием единым

Вывод

Кто победитель?

На втором месте — WP Super Cache . Здесь результаты почти такие же, как и у лидера.

На третьем месте — WP-cache.com , заслуженный призёр. Похоже на то, что над созданием этого плагина работали ничуть не менее способные разработчики, чем над WP-Rocket. Этот плагин очень прост в настройке, так что, если у вас нет желания заморачиваться с конфигурацией, рекомендуем именно его.

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

Что именно кэширует? Мы знаем, что это может ускорить работу наших сайтов, но есть ли еще больше? Как мы должны использовать кеширование для повышения производительности наших веб-сайтов? Есть ли какие-то конкретные соображения, которые нужно учитывать?

Эта статья ответит на все вышеперечисленные вопросы, связанные с кэшированием в WordPress:

В ажность кэширования в wordpress

Ч то такое кэширование?

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

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

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

П реимущества кэширования

Существуют различные преимущества кэширования в WordPress, такие как:

  • Прежде всего, это повышает скорость и производительность вашего сайта. Статические кэшированные файлы загружаются быстрее, чем запросы динамической базы данных, что приводит к более быстрой и лучшей производительности вашего сайта.
  • Кэширование также может помочь снизить нагрузку на ваш сервер хостинга. Это может сохранить память сервера и операции ввода-вывода. В результате кэширование быстро становится важной функцией, особенно для людей с ограниченными хостинговыми планами.
  • Более быстрые веб-сайты не просто загружаются быстро, но и получают выгодный ранг в поисковых системах. Это, очевидно, сильно зависит от других показателей, таких как качество вашего контента и настройки вашего SEO. Но при прочих равных условиях сайт, который загружается быстрее, получит более высокий рейтинг, чем более медленный. Google подтвердил, что он учитывает страницы страниц.
  • Кэшированные веб-сайты обеспечивают лучший пользовательский интерфейс в целом. Более быстрый сайт помогает пользователям лучше просматривать. Кроме того, кэшированный сайт означает, что полоса пропускания пользователя также сохраняется (хотя и с номинальной маржой), поскольку статические кэшированные страницы меньше с точки зрения размера файлов по сравнению с динамическими запросами. Чтобы это произошло, ваше кэширующее решение должно использовать комбинированный и мини-JavaScript, и CSS, кроме простого базового кэширования страниц.

Уже впечатлены? Но как включить кеширование в WordPress? Самый простой способ сделать это — с помощью плагинов. Существует несколько бесплатных плагинов WordPress, которые помогут вам включить кеширование на вашем веб-сайте. Мы рассмотрим некоторые из ключевых здесь:

П опулярные плагины для wordpress

WP Super Cache — это бесплатный плагин WordPress с более чем миллионом активных установок. Он создает статические HTML-файлы для вашего сайта. Таким образом, ваш сайт работает быстрее, чем не кэшированный сайт .

WP Super Cache — простой плагин, но он также предлагает хорошие возможности для настройки. Вы также можете заставить его работать синхронно с вашим сервисом CDN. WP Super Cache — безопасная ставка, если вы новичок в кэшировании в WordPress и ищете плагин, который находится в устойчивой разработке.

W3 Total Cache — еще один чрезвычайно популярный кеширующий плагин для пользователей WordPress с более чем миллионом активных сайтов. В отличие от других плагинов кэшей, W3 Total Cache больше, чем просто создание статических страниц. Он также может помочь вам минимизировать и сжать ваши скрипты и использовать другие инструменты для дальнейшего ускорения вашего сайта.

Безусловно, W3 Total Cache — довольно непростой плагин с немного более сложной системой. Если вы относительно новичок в плагинах для WordPress, это может быть слишком сложно для вас.

С амый быстрый кэш wp

WP Fastest Cache генерирует статические HTML-страницы вашего контента, чтобы ускорить загрузку страниц. В дополнение к кэшированию WordPress он также предлагает различные варианты оптимизации производительности, такие как возможность минимизации HTML и CSS и ускорение JS-скриптов.

WP Fastest Cache также поддерживает сжатие GZip, которое можно использовать для уменьшения размера файлов, отправленных с вашего сервера. Этот плагин является бесплатным, но поддерживается премиум-версией, которая поставляется с добавленными функциями, такими как возможность интеграции с службами CDN.

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

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

Обратите внимание, что поскольку Cache Enabler — это новый плагин, он менее популярен, чем другие записи в этом списке.

Comet Cache предлагает такие функции кэширования, как создание статических HTML-страниц, а также функции оптимизации, такие как сжатие GZip. Он поддерживает кэширование и серверное кэширование. В настоящее время Comet Cache имеет более 30 000 активных установок.

Comet Cache также имеет версию Pro, которая позволяет вам делать такие вещи, как интеграция с службами CDN, запуск настраиваемого кода PHP, принудительное использование канонических URL-адресов и т.д. Интерфейс Comet Cache немного запутан, хотя и не такой чистый, как у других плагинов в этом списке. Возможно, вам понадобится некоторое время, прежде чем вы привыкнете к этому.

WP Rocket — это превосходное решение, но было доказано, что он обеспечивает лучшие результаты из всех инструментов кэширования WordPress на рынке. (Это, вероятно, плата за деньги).

WP Rocket легко настраивается, а также предлагает более индивидуальные функции по сравнению с другими плагинами в этом списке.

В ывод

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

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

Какой плагин кэша WordPress вы используете и почему? Поделитесь своими мнениями в комментариях ниже!

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

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

Что такое кэш?

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

Именно поэтому кэширование контента вашего сайта так полезно:

— быстро предоставляйте доступ к данным сайта, которые редко меняются

— ускорьте весь процесс загрузки сайта

— предоставьте более качественный пользовательский опыт для всех посетителей своего сайта

— продвиньтесь в позициях выдачи поисковиков, благодаря более высоким показателям загрузки

— приберегите серверные ресурсы и снизьте кол-во крахов

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

Лучшие плагины для кэширования WordPress

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

Wp Fastest Cache — Плагин кэширования wordpress. Hyper Cache — включаем плагин кэширования в Вордпресс для оптимизации WP блога и снижения его нагрузки на сервер хостинга

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

Небольшая ремарка о кэшировании

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

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

Подробности теста

Для того, чтобы сделать тестируемый пустой сайт максимально приближенным к реальности, использовалась тема Novelty от Tesla Themes. Тестируемую страницу сайта оформили с использованием графики и текста, был добавлен сайдбар и некоторые плагины (вывод новостей, фид из Twitter/Instagram). Теперь у нас страница, загрузка которой занимает относительно много времени. Да, в качестве хостинга использовался вот этот WordPress хостинг .

Плагины, которые тестировались:

  • AIO Cache
  • Alpha Cache
  • Bodi0’s Easy Cache
  • Cachify
  • Flexicache
  • Gator Cache
  • Hyper Cache
  • Hyper Cache Extended
  • Lite Cache
  • Next Level Cache
  • Really Static
  • Super Static Cache
  • W3 Total Cache
  • Wordfence Falcon
  • WP Fast Cache
  • WP Fastest Cache
  • WP Rocket
  • WP Super Cache
  • WP-Cache.Com
  • Zen Cache (formerly Quick Cache)

Остались ещё:

Brutal Cache — просто не работал;Batcache — плагин с зависимостью от Memcache, что не использовалось в текущем тесте.Autoptimize и Widget Cache также остались за бортом, поскольку они являются поддержкой для других плагинов, это не совсем самостоятельные плагины.

Хостинг и инструменты бенчмаркинга

В качестве инструментов использовались сервисы, предлагаемые Google, GTMetrix и Yahoo. Благодаря этому стало возможным тестировать не только скорость загрузки страниц, но и другие факторы, среди которых:

  • оптимизация изображений;
  • временная задержка сервера;
  • минификация и оптимизация js- и css-кода;
  • использование кэширования в браузере;
  • размещение скриптов;
  • использование CDN, распараллеливания/доменного шардинга;
  • использование Gzip-сжатия;
  • количество HTTP-запросов.

Google PageSpeed Insights

При этом Google во время оценки не принимает во внимание CDN, поэтому в некоторых случаях оценка занижена.

GTMetrix и YSlow

Тайминг

ApacheBench

Стоит отметить, что использование Nginx несколько снижает различие между работой сайта с плагинами/без плагинов. По этому поводу можно спорить, но в случае использования Nginx зафиксирована двукратная разница по сравнению с Apache.

Pingdom

Webwait

Итак, с описанием всё, теперь приступим непосредственно к тестам.

Google, GTMetrix и Yslow

Как видим, некоторые плагины здесь просто никак не проявились — оценка такая же или очень близка к оценке, когда кэширование вообще не используется. Google дал лучшую оценку Supercache как для десктопа, так и для мобильного устройства. В GTmetrix и Yslow мы видим, что Fastest Cache Rocket впереди планеты всей. Мы склонны оценивать последние значения как более важные, поскольку Google Page Insight для оценки использует меньше факторов.

Итак, лучшими плагинами оказались WP Fastest Cache, WP Super Cache и WP Rocket Cache. Победитель — WP Super Cache с работой через мобильный девайс. Кэширование для мобильных было также включено, о нём не забыли.

Тайминг

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

ApacheBench

Без кэширования сервер показывает результат в 18 запросов за секунду. Это довольно неплохой результат, который стал возможным благодаря использованию Nginx. На каждый запрос уходит примерно 1/500 с.

Здесь мы видим, что Hyper Cache Ext, WP Fastest Cache, WP-Cache.com и WP Rocket улучшают результат на 300% по сравнению с работой без кэширования. WP Rocket — самый быстрый и WP-Cache.com занимает второе место.

Топ-пост этого месяца:  Как можно вывести содержимое категории

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

Pingdom

Webwait

Среднее время загрузки

Медианное время загрузки

Как видим, практически неизвестный WP-Cache.com работает весьма неплохо.

Не кэшированием единым

Вывод

Кто победитель?

На втором месте — WP Super Cache . Здесь результаты почти такие же, как и у лидера.

На третьем месте — WP-cache.com , заслуженный призёр. Похоже на то, что над созданием этого плагина работали ничуть не менее способные разработчики, чем над WP-Rocket. Этот плагин очень прост в настройке, так что, если у вас нет желания заморачиваться с конфигурацией, рекомендуем именно его.

С егодня я предлагаю вам обсудить такую интересную тему как кэширование в 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

Популярный плагин WP-Cache продемонстрировал следующий результат:

Запросов в секунду — 109,59;
Время на каждый запрос — 91,25 мс;
Скорость передачи данных — 5307,00 Кбит/сек

Заметно лучше чем без кэширования. Результат превосходит блог без активированных плагинов в среднем на 685%. Замечу что WP-Cache — давно известный плагин, который исторически пользуется популярностью.

Плагин WP Super 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

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

Запросов в секунду — 130,75;
Время на каждый запрос — 76,48 мс;
Скорость передачи данных — 6325,36 Кбит/сек

В среднем это лучше на 837% чем блог без плагинов.

Итоги работы плагинов кэширования для wordpress

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

Лучший результат показал Hyper Cache , к тому же он обеспечивает хороший контроль над процессом. Вполне можно использовать WP-Cache или WP Super Cache. И тот и другой заметно повышают производительность. Кроме того они из когорты «старых добрых», проверенных поколениями, а значит неплохо поддерживаются. Надеюсь, эта статья помогла вам определиться с выбором плагина для кэширования. Дело за установкой!

Что касается меня, то я использую и для своих и для клиентских сайтов платный премиум плагин WP Rocket, ну и конечно серверное кэширование средствами Nginx или LiteSpeed

А какой плагин для кэширования wordpress используете вы и почему?


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

посмотреть еще ролики можно перейдя на

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

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

Сегодня я предлагаю вам обсудить такую интересную тему как кэширование в 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 Кбит/сек

Как видите исходные данные не впечатляют. Давайте посмотрим что и как можно улучшить.

Если вы привлекаете аудиторию из соц.сетей, которые могут генерировать очень большой объем трафика, без кэширования не справиться. Кстати, есть такой недорогой сервис https://avi1.ru/ для развития и продвижения аккаунтов, групп, сообществ и встреч в самых узнаваемых и проходимых социальных сетях. С его помощью можно накрутить большое количество лайков, просмотров, подписчиков и комментариев.

Популярный плагин WP-Cache продемонстрировал следующий результат:

Запросов в секунду — 109,59;
Время на каждый запрос — 91,25 мс;
Скорость передачи данных — 5307,00 Кбит/сек

Заметно лучше чем без кэширования. Результат превосходит блог без активированных плагинов в среднем на 685%. Замечу что WP-Cache — давно известный плагин, который исторически пользуется популярностью.

Плагин WP Super 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

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

Запросов в секунду — 130,75;
Время на каждый запрос — 76,48 мс;
Скорость передачи данных — 6325,36 Кбит/сек

В среднем это лучше на 837% чем блог без плагинов.

Итоги работы плагинов кэширования для wordpress

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

Лучший результат показал Hyper Cache , к тому же он обеспечивает хороший контроль над процессом. Вполне можно использовать WP-Cache или WP Super Cache. И тот и другой заметно повышают производительность. Кроме того они из когорты «старых добрых», проверенных поколениями, а значит неплохо поддерживаются. Надеюсь, эта статья помогла вам определиться с выбором плагина для кэширования. Дело за установкой! Что касается меня, то для одного из блогов блогов я использую плагин кэширования WP Super Cache, вроде помогает:)

А какой плагин для кэширования wordpress используете вы и почему?

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

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

Итак. Вот список 10 лучших кэш-плагинов для сайтов на WordPress .

DB Cache Reloaded Fix

Этот плагин — переработанная версия DB cache reloaded , которая работает на WordPress версий 3.1 и выше. Плагин кэширует SQL-запросы посетителей, присваивая им определенный срок жизни, с целью оптимизации работы сайта.

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

WP Super Cache

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

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

Заранее сгенерированные HTML-страницы предназначаются для:

  • пользователей, не прошедших процедуру авторизации на сайте;
  • пользователей, не оставляющих комментарии;
  • пользователей, не просматривающих посты, защищенные паролем.

WP Total Cache

Еще один плагин, который ускорит работу вашего сайта на WordPress методом очистки кэша блога. Он имеет в своем арсенале следующие функции:

  • совместим с различными типами хостинга: виртуальным хостингом, VPS и выделенным сервером;
  • совместим с мобильными платформами;
  • кэширует ленты новостей, результаты поиска, объекты баз данных на диске и в памяти;
  • сжимает и оптимизирует ленты новостей, записи, страницы, Java-скрипты и т.д.

Заявлено, что возможно увеличение скорости загрузки блога в 10 раз. Плагин предоставляет множество средств оптимизации, таких как минимизация кода и интеграция с CDN (Content Delivery Network, Сеть доставки контента).

Hyper Cache Extended

Этот плагин является обновленной версией Hyper Cache , предоставляющей качественно выполненный функционал:

  • отлов страниц 404;
  • сжатие;
  • поддержка мобильных устройств.

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

WP fastest cache

Этот плагин также создает статические копии HTML-страниц. Это значительно сокращает время загрузки страницы.

Ниже приведены некоторые из особенностей этого плагина:

  • файлы кэша удаляются, при публикации страницы или поста;
  • администратор веб-ресурса может очищать кэш, удалять сжатые CSS и JavaScript файлы самостоятельно;
  • также можно включить поддержку кэша для мобильных устройств.

Quick Cache

Этот плагин довольно компактен и имеет дружественный интерфейс. Каждая опция снабжена детальным описанием.

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

WP fast Cache

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

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

Ниже перечислены самые основные функции плагина:

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

Hyper Cache

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

Отметим некоторые функциональные возможности этого плагина:

  • кэширование страниц ошибки 404;
  • может управлять как gzip , так и обычными страницами;
  • легок в настройке;
  • может быть легко интегрирован в систему совместно с другими плагинами.

FlexiCache

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

WP File Cache

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

Он не будет эффективно работать со статическими страницами.

Перевод статьи « Top 10 Essential WordPress Cache plugins to Expedite your Website » был подготовлен дружной командой проекта

Тестирование и сравнение нескольких плагинов для кэширования WordPress

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

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

Давайте сначала разберемся, что такое кэширование.

Заметка о кэшировании

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

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

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

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

Наша методика тестирования

Мы решили протестировать реальную тему для WordPress от WPExplorer — Total . Тестируемый веб-сайт на этой теме Color Awesome — это установка WordPress, которая была специально создана для имитации реального веб-сайта.

На этом веб-сайте были установлены все типичные плагины для WordPress, включая Contact Form 7 , Slider Revolution , Visual Composer , Formidable Forms , WooCommerce , и Yoast SEO . Color Awesome имеет демо-данные и интегрированный интернет магазин. Размер тестируемого сайта близок к размеру реального.

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

Хостинг-провайдер и тарифный план

Согласно с веб-сайтом Bluehost :

Bluehost и WordPress с 2005 года совместно работали над созданием хостинг-площадки, подходящей для обеспечения работы веб-сайтов WordPress.

Веб-сайт Color Awesome размещен в хостинге Bluehost Shared. Мы специально выбрали этого хостинг-провайдера и хостинг-план, поскольку Bluehost является одним из лучших рекомендованных хостингов для сайтов WordPress.

Инструменты тестирования для анализа

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

1. Site Grading Tools

Эти инструменты созданы для тестирования определенного веб-сайта по разным критериям, кроме скорости. Они учитывают такие факторы как оптимизация изображений, кэширование браузеров, минификаторы Javascript, сжатие GZIP и огромное количество HTTPS запросов. Для оценки мы использовали GTMetrix и Google PageSpeed Insights.

GTMetrix

GTMetrix основан на принципах работы Yahoo и представляет более детальный отчет по сравнению с Google PageSpeed Insights. С помощью этого инструмента пользователи получают подробное описание всего, что замедляет процесс загрузки страницы.

Google PageSpeed Insights

Особенностью Google PageSpeed Insights является то, что он тестирует сайт с позиции и компьютера, и мобильного устройства, а потом ставит балл от 1 до 100. Хотя этот инструмент и не дает глубокого понимания работы алгоритма ранжирования Google или факторов, которые важны для Google, но он всё еще широко используется для оценки сайта, поскольку предоставляет консультацию для каждого сайта.

2. Timing Tools

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

Pingdom — это, по сути, сервис для тестирования и контроля серверов. Хотя у него тоже есть встроенный модуль для оценивания сайта, мы использовали его как модуль для замера времени, записали время загрузки страницы для теста кэширования каждого плагина с постоянным сервером.

Плагины кэширования

Мы успели обсудить стратегию тестирования, определились с инструментами, давайте просмотрим выборку плагинов для кэширования. Кроме WP Rocket, мы нашли все плагины для кэширования в директории плагинов WordPress:

  • WP Rocket
  • WP Super Cache
  • W3 Total Cache
  • WP Fastest Cache
  • Zen Cache
  • Hyper Cache
  • Cachify
  • Hyper Cache Extended
  • Lite Cache
  • Gator Cache

Мы выбрали 10 лучших WordPress плагинов для кэширования согласно их популярности и количества активных установок.

Результаты по GTMetrix и PageSpeed Insights

После проверки каждого плагина для кэширования с помощью инструментов GTMetrix и PageSpeed Insights мы получили такие результаты:

Анализ результатов

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

С помощью Google PageSpeed Insights мы выяснили, что WP Super Cache и Hyper Extended Cache получили наивысшую оценку как для компьютеров, так и для мобильных устройств, 52 и 45 баллов соответственно.

В категории GTMetrix WP Fastest Cache занял первое место с наивысшей скоростью загрузки страницы и получил 83 балла, от него отстает на 2 балла WP Rocket . Очень впечатляет!

А в категории YSlow, WP Rocket значительно обгоняет всех остальных с 86 баллами!

Наш вердикт


Согласно результатам тестирования сайта мы приходим к заключению, что лучшие плагины для кэширования — WP Rocket , WP Fastest Cache , WP Super Cache и Hyper Extended Cache .

Результаты по Pingdom

После завершения оценки тестирования сайта мы приступаем к замеру времени загрузки страницы при использовании каждого из плагинов. Итоги:

Анализ результатов

Перед тестированием плагинов мы замеряли время загрузки страницы нашего сайта на Pingdom. Без кэширования сайт загружается за 9,45 секунд (не судите!) После записи времени загрузки страницы с каждым плагином мы вычислили разницу от начальной скорости (без кэширования — 9,45 секунд), и насколько плагин ускорил загрузку.

И снова WP Rocket занял первое место, поскольку он ускорил загрузку в 2,25 раза. То есть с этим плагином загрузка заняла 4,19 секунд (что на 126% быстрее начальной версии сайта!)

WP Super Cache идёт следующим с результатом – 5,29 секунд, а W3 Total Cache занял третье место с 6,02 секунд.

Наш вердикт

Согласно результатам замера времени загрузки страницы нашего сайта с каждым плагином, можно с уверенностью сказать, что лучшими плагинами стали WP Rocket , WP Super Cache , и W3 Total Cache .

Победители

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

WP Super Cache получил серебренную медаль за потрясающее время загрузки страницы и наивысший балл в Google PageSpeed Insights для компьютеров и мобильных устройств. Плагин очень легко установить и настроить. Он отлично подойдёт для тех, кто не хочет тратить много денег.

Почетное третье место занимает W3 Total Cache . Хотя этот плагин и продемонстрировал хороший результаты при загрузке страницы, но он никак не проявил себя при тестировании страницы. Поэтому его часто выбирают вебмастера с техническим складом ума, которые любят настраивать все 16 страниц параметров настройки до последней детали.

Итоги

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

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

А какие плагины для кэширования вы используете на вашем сайте WordPress? По каким критериям оцениваете? Пишите свое мнение в комментариях внизу!

Источник: colorlib.com

Насколько полезным был этот пост?

Нажмите на звезду, чтобы оценить этот пост!

Средний рейтинг: 5 / 5. Количество голосов: 1

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

You are using an outdated browser. Please upgrade your browser.

By signing up, you agree to our Terms of Service and Privacy Policy.

Длительная загрузка страниц может нанести вред вашему сайту различными способами ведь это один из Важных СЕО трендов 2020 года . Поэтому следует как можно быстрее улучшить скорость вашего работы вашего сайта первым делом важно выбрать хостинг для wordpress и настроить кэширование – один из наиболее эффективных методов повышения скорости. Мы рассмотрим особенности 6 лучших плагинов кэширования для WordPress. А также изучим возможности, которые каждый из них предлагает, чтобы помочь Вам определить лучший (а не только самый быстрый). Мы проанализируем плагины: WP Rocket, W3 Total Cache, WP Super Cache, WP Fastest Cache, Comet Cache и Cache Enabler.

Что такое кэширование?

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

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

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

Как проверить измениться ли работа после включения функции кэширования?

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

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

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

Топ-пост этого месяца:  10 советов как улучшить фоновое видео для сайта

WP Rocket – плагин с множеством настроек, который предлагает предзагрузку кеширования, браузерное кэширование, сжатие GZIP, сжатие и настройку для HTML, CSS и минимизацию JavaSCript.

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

Вот некоторые другие функции, которые вы найдете в каждой лицензии плагина кэширования:

  • Простая, быстрая и интуитивно понятная настройка.
  • Кэширование страницы немедленно активируется.
  • Оптимизация Google Fonts минимизирует HTTP-запросы.
  • Уменьшения использования трафика за счет использования сжатия GZIP
  • Минимизация JavaScript и CSS .
  • Интеграция с CloudFlare.
  • Поддержка технологии LazyLoad
  • Поддержка предоставляется на English, French, German, Spanish, Italian языках.

W3 Total Cache – это единственный фреймворк для оптимизации WordPress, созданный для улучшения пользовательского опыта и время загрузки страницы. Первое, что вам необходимо знать про плагин, это то, что его настройки делятся на 16 страниц. Так что на настройку данного плагина может уйти прилично времени (даже у опытных разработчиков). Стоит отметить, что не обязательно вручную изменять все настройки, для корректной работы плагина будет достаточно настроек по умолчанию.

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

  • Сжатие GZIP для оптимизации рендеринга веб-браузера.
  • Минимизация и конкатенация файлов HTML, CSS и JavaScript.
  • Поддержка сетей доставки контента (CDN).
  • Совместимость с SSL сертификатами.
  • Экономия трафика на 80% за счет минимизации и сжатия HTML, CSS, JavaScrip
  • Поддержка AMP

WP Super Cache

WP Super Cache – бесплатное решение для кэширования в WordPress. Механизм работы данного плагина достаточно прост. Плагин генерирует статический HTML с вашего динамического WordPress блога и кэширует их вместо скриптов WordPress PHP. Плагин предлагает 3 варианта ускорения загрузки страницы:

  • Использовать mod_rewrite для загрузки статических страниц
  • Загружать статические страницы с использованием РНР
  • Используйте режим кэширования, который кэширует страницы для пользователей, которые вошли в систему
  • Сжатие страницы и динамическое кэширование.
  • Поддержка сетей доставки контента (CDN).
  • Кэширование посетителей с мобильных устройств.
  • Планировщик для удаления и повторного кэширования с заданными интервалами.

WP Fastest Cache

По мнению веб разработчиков, плагин WP Fastest Cache – это наиболее простой и быстрый плагин кэширования для WP. Наподобие WP Super Cache, WP Fastest Cache создает статическую HTML страницу основываясь на динамическом WordPress блоге и сохраняет в кэш.

WP Fastest Cache предоставляет простой в установке плагин. Вам даже не нужно будет изменять конфигурационный файл .htaccess.

Плагин использует mod_rewrite для создания статических HTML-файлов на вашем веб-сайте. Он также предлагает минимизацию, сжатие GZIP, кэширование браузера и возможность комбинирования файлов JavaScript и CSS для сокращения запросов с вашего сервера.

  • Mod_Rewrite, который является самым быстрым методом, используется в этом плагине
  • Все файлы кэша удаляются, когда пост или страница публикуется
  • Поддержка CDN и SSL
  • Возможность включить/отключить параметр кеша для мобильных устройств и зарегистрированных пользователей
  • Блокировка кэша для конкретной страницы или сообщения с коротким кодом
  • Управление периодом хранения и удаления кэша.

Comet Cache

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

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

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

  • Параметры для управления автоматической очисткой кэширования для домашней страницы и страницы сообщений, страницы автора, категории, тега и пользовательских временных архивов, пользовательских архивов типа сообщений, каналов RSS / RDF / ATOM и XML-файлов Sitemap.
  • Возможность кэшировать или игнорировать URL-адреса, содержащие строки запросов (GET Requests).
  • Пользовательский агент и шаблоны исключения HTTP.
  • Установка времени автоматического истечения времени для файлов кеша.
  • Кэширование на стороне клиента.
  • Совместимость с WP-CLI

Cache Enabler

Cache Enabler – небольшой по размеру плагин для WP, который выполняет 2 основные функции – снижает время загрузки страницы и генерирует статические HTML файлы, предоставляет поддержку WebP. Статические HTML файлы хранятся на жестком диске сервера.

Этот плагин – единственный позволяет пользователям загружать WebP изображения без использования JavaScript. Для тех, кто еще не в курсе, WebP – это новый формат изображения, который быстро набирает популярность из-за небольшого веса и хорошей оптимизации.

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

  • эффективное и быстрое кэширование со стороны CMS – системы
  • автоматизированная или ручная очистка кэш
  • ручная настройка кэширования для отдельных страниц
  • отображает актуальный размер кэша в панели управления
  • минимизация HTML и JavaScript
  • WebP поддержка (в месте с Optimus )
  • Поддержка адаптивных изображений
  • ориентирован на HTTP/2

Сравнивая работу плагинов по результатам тестов GT Metrix и Pingdom, мы получаем следующие результаты

Из результатов тестов видим, что только один плагин показал результат ниже 1 секунды по обоим тестам – Cache Enabler и его по праву можно назвать самым быстрым. Стоит отметить, что данный плагин бесплатный и очень простой в установке.

WP Super Cache – еще один эффективный плагин для кэширования, так как результаты тестов показывают, что он находиться на 2 месте после Cache Enabler.

По результатам анализа Pingdom наиболее ускоряет работу сайта WP Fastest Cache.

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

Если бы мы более глубоко покопались в настройках W3 Total Cache, то возможно, получили бы более высокие показатели. Но так, как мы брали за основу стандартные настройки, то это было бы нечестно по отношению к другим плагинам. Ну и на основе тестов можем сказать, что мы не рекомендуем Comet Cache.

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

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

Также рекомендуем изучить еще 8 советов, которые помогут ускорить работу Вашего сайта
Как альтернативу кешированию через плагины можете рассмотреть также CDN кеширование

Какой плагин кеширования в Вордпрессе лучше других?

Ох, опять эта тема 🙂

Для начала могу сказать какой точно никогда, ни при каких обстоятельствах не использовать — W3 Total Cache. Это адище с большой буквы. Туда же все остальные плагины, которые пытаются быть «все-в-одном» и предоставлять 120 страниц конфигурации. В топку.

Далее, давайте мухи отдельно и котлеты отдельно. Есть object cache — у него свои задачи. Есть fragment cache — у него свои. Есть full page cache — это отдельная кухня. Есть кеширование на уровне сервера (nginx fastcgi_cache), все тот же full page cache но «навыворот». А еще Nginx умеет разговаривать с Memcached напрямую. И даже если сравнивать решения, которые делают одно и то же (например, тот же full page cache), разница в «эффекте» на разных серверах и даже на разных сайтах на одном сервере будет. Часто — существенная. Плюс, есть кеширование на многих уровнях на самом сервере — файловая система, кеши БД и тд. И все эти настройки будут влиять на поведение плагинов кеширования. Часто — существенно. Кеширование на стороне клиента — отдельная кухня, начиная с server push, prefetch и тд, выдача поддерживаемых форматов (brotli/gzip, woff/woff2/ttf, webp/jpg/png и тому подобное).

В общем, performance — это целый комплекс мер, решений и инструментов. Подходить к этому надо с умом и четким планом, полным пониманием всего процесса от инициации запроса клиентом и до. а нету точки Б, потому что там свои моменты.

А еще надо понимать, что ваш медленный DNS может убить всю экономию на PHP runtime. Или криво установленный SSL-сертификат. Или кеширование SSL-сессий, некорректно настроенное под специфику трафика конкретного проекта. Или канал на выходе перегруженный. Или далеко не оптимальный конфиг пула PHP. Или вообще Apache. Или I/O wait зашкаливает.

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

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

Очень важная составляющая в этой связке это MariaDB, так как по сравнению с mySQL innoDB в разы быстрее работает.

lamer350, Начнем с того, что в MySQL 8 меняется формат хранения метаданных (internal data dictionary), в MariaDB — нет. С этого, вполне возможно, может начаться то, что они более не будут полностью совместимы. Раньше или позже это произойдет, это просто надо держать в голове. Далее, кроме Oracle еще есть Percona, которая очень и очень хороша.

Далее, дефолтные конфиги, равно как и дефолтная производительность на разных ОС у них разные. Плюс надо учитывать версии и брать полное соответствие. Включая весь фарш, который идет с конкретной сборкой. Какие версии вы тестировали? Дело в том, что MariaDB 10 до версии 10.2 включительно построена на базе MySQL 5.6/5.7. Версии 10.3 и 10.4 являются эволюцией 10.2 (а значит тоже построены на MySQL 5.7), но уже содержат тележку уникальных фич, которых нет в MySQL. Но ни одна из этих фич не используется в WordPress, поэтому можем об этом забыть.

Теперь что касается «в 2 раза быстрее» в целом. Мария в целом действительно немного шустрее, там достаточно много оптимизаций по сравнению с MySQL. Но это прирост в небольших процентах, точечно. Дает ли это ощутимый результат? Да, на больших данных. Да, на высонагруженных проектах. Есть ли заметный прирост в стоке на локальной машине на голой базе? Нет, и быть его не может. Если он у вас есть — значит вопрос в дефолтной конфигурации, не более.

более идиотской связки придумать сложно.

А обосновать вброс можете? Я вот искренне интересуюсь, что идиотского в этой связке?

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

nginx + php 7.3 + OPcache + MariaDB? — почему не апач+муСКЛ?

Потому что MariaDB это drop-in замена MySQL от Oracle, которая полностью бесплатная и разрабатывается веселее чем MySQL под руководством Oracle, разрабатывается с учетом ожиданий и потребностей более широкой аудитории веб-разработчиков, чем все тот же Oracle MySQL, целевой аудиторией которого является (очень крупный) Enterprise.

Почему не апач? Потому что если у вас не shared хостинг, где нужно дать возможность в каждой папке иметь свой автономный конфиг, то не существует ни одной другой причины использовать Apache для более-менее стандартного use case. Nginx, в первую очередь, быстрее и использует меньше памяти. Если углубляться, то есть еще тележка фич.

Почему за такие ответы не банят.?

EvgenyMorozov, Если кратко:
— спутаны между собой разные уровни кеширования, мухи и котлеты в одну кашу, про некоторые вообще ни слова
— используются не совсем корректные параметры замера (нечетко определенные Page load time вместо стандартных индексов TTI, TTFB и тп)
— Ударение на конкатенацию скриптов и стилей, ни слова об HTTP/2 (а тут уже HTTP/3 на подходе), мультиплексировании, server-push и тд
— Apache
— Результаты вообще не наглядны, какие-то проценты и условные циферки, сложно натянуть на real world scenario
— Многие плагины из списка не являются заменителями и сравнивать их в принципе некорректно вообще

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

lukoie, статья смешивает совершенно разные понятия и дает на выходе циферки, по которым ничего не понятно. «Простому пользователю с бложиком» она не очень-то понятна. Продвинутому разрабу — тем более.

Совсем кратко, без каких-либо статей с кучей непонятных тестов — самое быстрое кеширование для статического сайта — full page cache. В идеале — чтобы PHP даже не поднимался на запрос (то есть статика HTML), и в этом плане самый быстрый nginx fastcgi_cache. Есть user-friendly решения. Если этот метод не катит — используем Batcache, который реализует full page cache в памяти (memcached / redis). Если и это не вариант — тогда WP Super Cache или WP Rocket, а еще лучше — CloudFlare между пользователем и сайтом или адекватный специализированный хостинг типа Kinsta, где все это уже есть из коробки. Минимум настроек и головной боли, максимум эффекта. Все остальное можно не трогать и не экспериментировать.

Breeze, by default, supports Varnish. It has been tested to be fully compatible with Cloudways Servers that come with Varnish pre-installed.

Исключения, кстати, в конфиг Varnish придется вручную вносить, из админки они не будут применяться.
Далее, они делают «оптимизацию базы данных» (на самом деле — контроль/очистку ревизий, спам-комментариев, удаление протухших transients). Плагин кеширования не должен этого делать, от слова совсем.
Еще — они впилили активную поддержку CDN из коробки, но при этом поддерживают только 3 провайдера -MaxCDN, KeyCDN и Amazon Cloudfront. Поддержки Push CDN — нету, только Pull CDN. Настройка CloudFlare требует определенного опыта, которого у нашего предполагаемого блоггера нет.
Плагин гзипит контент, и как я понял (не рылся уже глубоко в коде) — с помощью PHP. Это минус по производительности на этапе генерации кеша, к тому же при некоторых (думаю многих) конфигурациях nginx у нас будет двойной gzip. Бред. То же самое по минификации — она делается с помощью PHP, что есть не ок.
Код плагина, кстати, начался как форк WP Speed Of Light.

2. WP Speed of Light. Лично для меня плагин, который тащит в админку WP какой-то левый интерфейс со своими цветастыми градиентами, шрифтами и прочей мишурой — сразу в корзину и в черный список. Но закроем на это глаза и посмотрим на него по существу.
Те же проблемы с минификацией и gzip. Это не должно делаться с помощью PHP, тем более в runtime.
Опять «оптимизация» базы данных. Не более чем маркетинг. И это не должен делать плагин кеширования. Плюс, «оптимизация» transients часто может иметь нежелательные побочные эффекты, когда закешированы будут неактуальные данные или вообще данных не будет.
Вредный совет Remove Query strings — да, Google PageSpeed обрадуется, пользователи — наоборот. Привет, жалобам от посетителей клиенту, а дальше клиента разработчику (или если клиент сам ставил — в поддержку плагина). Классика жанра — «у меня все ок», а у тысяч людей по всем миру — старый код. Добавьте сверху еще CDN и привет полный.
Option to disable the WordPress REST API — серьезно? Ничего, что WP постепенно мигрирует с Ajax на REST, и отключать его не нужно? Да и «оптимизации» в этом ровно ноль. При чем здесь это вообще в плагине кеширования? И да, он вообще-то врет и совсем не дизейблит REST API — все что он делает это убирает ссылку на API из головы документа. Сама апишка как была, так и остается.
Option to disable the WordPress RSS feeds — при чем RSS фиды к кешированию?
Cache external resources such as scripts served from Google (served locally) — о, привет жалобам из отдела маркетинга, сломанным трекерам и ретаргетингу, нестыковкам в статистике и отчетах. Добавляем поверх этого Remove query strings и CDN — и полный привет.
Плагин весит 4.5Мб. Четыре с половиной мегабайта! Код — так себе. К примеру, используют свой собственный механизм переводов поверх нативного. В папочке js — jQuery UI который и так включен в WP.
В общем, это каша из категории «премиум-тем-1000-в-1». В топку.

3. LiteSpeed Cache — замечание по поводу кастомного дизайна внутри админки WP все то же. Сразу в бан. Но копнем все-таки плагин, для интереса. По перечню фич и подходу к реализации из этих 3х плагинов он, пожалуй, наиболее адекватен. Но:
Во-первых, полноценно может использоваться только с сервером LiteSpeed. Большой минус сразу. Наш среднестатистический блогер 100% впервые слышит что-либо кроме Apache, максимум Nginx.
Пытается оптимизировать картинки. Это не его задача.
Минификация и конкатенация скриптов и стилей. Опять же, во-первых не задача плагина кеширования. Во-вторых, не надо делать это на уровне PHP runtime.
Тулит свой Lazyload в нескольких вариациях. Если у нашего условного блоггера «премиум»-тема (а это скорее всего так), то там будет свой LL js, значит конфликты практически неизбежны.
Опять же, обещает чистить базу. Не его задача и пускать его туда нельзя.
Обещает еще «OPcode Cache». Это как?
Обещает HTTP/2 Push for CSS/JS, но делает его криво — пушит всегда, а не первый раз. К тому же, HTTP/2 фичи доступны только на коммерческом LiteSpeed, так что нашему блогеру это не светит все равно.
Есть глюки с корзинами WooCommerce (фиксится, но те кто не вчитывается во все доки просто пропустят этот нюанс и через некоторое время будут в панике искать фрилансера на апворке чтобы ему пофиксили неработающую корзину).
Исключения из кеша, работа с nonce, и много других фич требуют ковыряться в коде, пусть даже и минимально. Делать это после заполнения дюжины длиннющих форм в админке — ад.
Достаточно много конфликтов с другими плагинами.

Вердикт — все 3 плагина являются аналогом «премиум»-тем 1000-в-1 — пытаются делать ВСЕ, в результате не делают хорошо ничего. Миллион настроек, кастомный «интерфейс» с говнодизайном, который кричит и выскакивает из интерфейса WP, требует использования сторонних ресурсов (LiteSpeed, ограничение по 3м CDN-провайдерам, Varnish итд), сомнительные фичи которые создают видимость оптимизации но абсолютно бесполезны (отключение RSS и REST API, якобы оптимизация базы данных итд), минификация-конкатенация на стороне PHP в runtime. Итого, что они делают? Много обещают. Дают какую-то оптимизацию если Cache HIT. Заметно замедляют, если Cache Miss. Вопрос — зачем их использовать, если есть проверенные, быстрые, эффективные плагины без всего этого мусора?

Выбираем плагин для кэширования WordPress: бенчмаркинг 18 плагинов

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

Небольшая ремарка о кэшировании

Google недавно объявил, что все mobile-friendly сайты (а скорость — это путь к тому, чтобы быть «friendly») получают существенное преимущество в поисковой выдаче, начиная с 21 апреля. Возможно, вы уже видели тег «mobile friendly» в поисковой выдаче. И в Google Page Insights первая же панель адаптирована под мобильные устройства, а не под десктопы. Намерения Google ясны, и звучат громко для любого SEO-специалиста или вебмастера. Сейчас важно работать над производительностью как десктопной, так и мобильной версии сайта, что мы и попробовали отобразить в бенчмаркинге.

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

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

Подробности теста

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

Для того, чтобы сделать тестируемый пустой сайт максимально приближенным к реальности, использовалась тема Novelty от Tesla Themes. Тестируемую страницу сайта оформили с использованием графики и текста, был добавлен сайдбар и некоторые плагины (вывод новостей, фид из Twitter/Instagram). Теперь у нас страница, загрузка которой занимает относительно много времени. Да, в качестве хостинга использовался вот этот WordPress хостинг.

Плагины, которые тестировались:

  • AIO Cache
  • Alpha Cache
  • Bodi0’s Easy Cache
  • Cachify
  • Flexicache
  • Gator Cache
  • Hyper Cache
  • Hyper Cache Extended
  • Lite Cache
  • Next Level Cache
  • Really Static
  • Super Static Cache
  • W3 Total Cache
  • Wordfence Falcon
  • WP Fast Cache
  • WP Fastest Cache
  • WP Rocket
  • WP Super Cache
  • WP-Cache.Com
  • Zen Cache (formerly Quick Cache)

Остались ещё:

Brutal Cache — просто не работал;Batcache — плагин с зависимостью от Memcache, что не использовалось в текущем тесте.Autoptimize и Widget Cache также остались за бортом, поскольку они являются поддержкой для других плагинов, это не совсем самостоятельные плагины.

Хостинг и инструменты бенчмаркинга

Во время проведения тестов мы работали с аккаунтом на шаред-хостинге, схожим с большинством других вариантов. Таким образом, мы получаем скорость загрузки, достижимую для «бюджетных» пользователей. У тестируемого сайта не было посещаемости, на него не заходили поисковые боты во время тестирования. Сервер работал с Ngnix в качестве прокси, а не с чистым Apache.

В качестве инструментов использовались сервисы, предлагаемые Google, GTMetrix и Yahoo. Благодаря этому стало возможным тестировать не только скорость загрузки страниц, но и другие факторы, среди которых:

  • оптимизация изображений;
  • временная задержка сервера;
  • минификация и оптимизация js- и css-кода;
  • использование кэширования в браузере;
  • размещение скриптов;
  • использование CDN, распараллеливания/доменного шардинга;
  • использование Gzip-сжатия;
  • количество HTTP-запросов.

Google PageSpeed Insights

Сервис PageSpeed Insight проверяет сайт как с точки зрения десктопного ПК, так и со стороны мобильного устройства, выдавая оценку по 100-балльной шкале. Page Speed Insights прост в использовании, но предоставляет относительно сырой результат, который не даёт полного понимания того, что может быть улучшено. Даже несмотря на то, что инструмент даёт представление о некоторых вещах, которые Google может находить важными, информация, предоставляемая GTMetrix и Yahoo, намного полнее.

При этом Google во время оценки не принимает во внимание CDN, поэтому в некоторых случаях оценка занижена.

GTMetrix и YSlow

GTMetrix и YSlow основаны на руководстве по повышению производительности ресурса от Yahoo, оценка также выводится по 100-балльной шкале. Эти инструменты гораздо более изощрены в плане проведения измерений. PageSpeed Insight даёт всего несколько подсказок о том, что может быть улучшено, в то время как GTMetrix YSlow работают с не менее чем 50 различными метриками. GTMetrix также предлагает диаграмму-водопад, препарируя процесс загрузки, а также весьма продвинутую историю загрузки. Если вы хотите понять, как повысить производительность вашего ресурса, это один из лучших инструментов.

Тайминг

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

ApacheBench

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

Стоит отметить, что использование Nginx несколько снижает различие между работой сайта с плагинами/без плагинов. По этому поводу можно спорить, но в случае использования Nginx зафиксирована двукратная разница по сравнению с Apache.

Pingdom

Pingdom — хорошо известный сервис для мониторинга и тестирования. С каждым плагином проводилось 20 тестов, с фиксацией лучшего результата. Отметим, что сервер был расположен в Швеции (Стокгольм), а сервер Pingdom — в Нидерландах (Амстердам).

Webwait

Webwait — простой, но очень полезный инструмент. Основная задача сервиса — показать, за какое время полностью загрузится страница именно в вашем браузере. Таким образом, это не серверный инструмент, сервис запускается локально. Webwait загружает страницу снова и снова, а затем показывает средний результат. В нашем случае был выбран способ загрузки через Ethernet, браузер Opera. Каждая страница загружалась 101 раз с получением среднего и медианного времени загрузки.

Итак, с описанием всё, теперь приступим непосредственно к тестам.

Google, GTMetrix и Yslow

Страницы сайта тестировались с использованием указанных сервисов, вот результат:

Как видим, некоторые плагины здесь просто никак не проявились — оценка такая же или очень близка к оценке, когда кэширование вообще не используется. Google дал лучшую оценку Supercache как для десктопа, так и для мобильного устройства. В GTmetrix и Yslow мы видим, что Fastest Cache Rocket впереди планеты всей. Мы склонны оценивать последние значения как более важные, поскольку Google Page Insight для оценки использует меньше факторов.

Итак, лучшими плагинами оказались WP Fastest Cache, WP Super Cache и WP Rocket Cache. Победитель — WP Super Cache с работой через мобильный девайс. Кэширование для мобильных было также включено, о нём не забыли.

Тайминг

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

Как видите, тестируемая страница получила 96 из 100 баллов, что, вероятно, лучше, чем у 99% страниц любых сайтов. Тем не менее эта страница загружается почти 35 секунд. Корректен ли результат? Сделайте вывод сами 🙂

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

ApacheBench

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

Без кэширования сервер показывает результат в 18 запросов за секунду. Это довольно неплохой результат, который стал возможным благодаря использованию Nginx. На каждый запрос уходит примерно 1/500 с.

Здесь мы видим, что Hyper Cache Ext, WP Fastest Cache, WP-Cache.com и WP Rocket улучшают результат на 300% по сравнению с работой без кэширования. WP Rocket — самый быстрый и WP-Cache.com занимает второе место.

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

Pingdom

Без кэширования результат — около 2,8 секунды. Использование практически любого плагина улучшает результат по крайней мере вдвое.

Webwait

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

Среднее время загрузки

Медианное время загрузки

Как видим, практически неизвестный WP-Cache.com работает весьма неплохо.

Не кэшированием единым

Конечно же, далеко не всё зависит от кэширования. Важную роль играют и такие факторы, как выбор Apache, Nginx и т. п., корректность настройки, тип сервера (выделенный, VPS, шаред), количество изображений и их оптимизация, HTTP-запросы. Собственно, об этих факторах на «Хабре» знают практически все, поэтому останавливаться на них мы не будем.

Вывод

У всех плагинов, которые здесь представлены, разная функциональность. Некоторые очень просты, в то время как другие можно сравнить со швейцарским ножом. Super Cache, W3 и прочие плагины зачастую используют профи, которые знакомы с CDN и прочими премудростями. Другие пользователи предпочитают работать с более простыми плагинами вроде Lite Cache и WP-Cache.com. Кстати, WP-Cache.com, как говорилось выше, малоизвестный плагин, который показал отличные результаты.

Кто победитель?

На первом месте — WP-Rocket, платный плагин, над которым работает целая команда специалистов. За установку разработчики просят $39, а за безлимитку — $199.

На втором месте — WP Super Cache. Здесь результаты почти такие же, как и у лидера.

Плагин кэширования WP Super Cache

Вступление

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

Что такое кэширование

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

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

Плагин кэширования WP Super Cache

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

Принцип работы плагина заключается в создании вместо динамических php страниц WordPress, статических HTML станиц, которые, собственно, кэшируются и показываются посетителям.

Скачать плагин кэширования WP Super Cache можно на странице Plugin Directory WordPress, тут: https://ru.wordpress.org/plugins/wp-super-cache/ . Или воспользоваться поиском плагинов в административной части своего сайта (Меню → Плагины→ Добавить новый) и установить плагин непосредственно из панели сайта.

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

После удачной установки, активируем плагин и переходим к настройкам. Если плагин активирован, не значит, что он включен. Поэтому перейдя во вкладку Параметры → WP Super Cache→Кэш, прежде всего, включаем плагин. Обновляемся и удаляем весь скопившейся кэш (кнопка «Удалить весь кэш»)

После включения проверяем правильность включения.

Страница настроек WP Super Cache имеет верхнее горизонтальное меню с 7-ю вкладками: Кэш, Настройки, Настройки CDN, Состояние кэша, Общий кэш, Плагины, Обслуживание.

Включается плагин WP Super Cache во вкладке «Кэш». После включения Обновляем страницу (кнопка «Обновить»).

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

Итак, плагин включен, система предлагает проверить его включение. Одним нажатием кнопки «Проверить» проверяем правильность включения плагина. На скриншоте вы видите все в зеленом цвете.

Плагин кэширования WP Super Cache — настройки

Переходим на вкладку «Настройки». Прежде всего, отмечаем чекбокс «Кэшировать сессии просмотров».

1. Далее важный пункт, определяющий статус кэшировании или каким образом плагин будет кэшировать страницы. Правильным и рекомендованным будет отметить пункт: Использовать mod_rewrite для обслуживания кэша. Предположительно, этим способом достигается самый быстрый результат. Некоторые настройки Apache на серверах ограничивают использование модуля mod_rewrite, в этом случае отметьте пункт «Использовать PHP…».

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

3. Интересный пункт настроек «Don’t cache pages with GET parameters. (?x=y at the end of a url)». Он не является принципиальным для работы плагина. Это скорее удобная опция автора. Если у вас настроен ЧПУ и URL отображаются в понятном виде, то страницы с параметрами (?x=y) в конце URL это скорее мусор, чем нужный контент. Нужно кэшировать такие страницы, думаю, нет. Но повторюсь, эта настройка не принципиальна и на работу системы не влияет.

4. Более важно отметить чекбокс «Mobile device support» (поддержка мобильных устройств и «Автоподстройка кэша»).

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

Просроченные страницы & Очистка мусора

или

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

Например, Cache Timeout 86000, а Teimer 18600 секунд. Не помню, откуда появились эти значения, но они меня они вполне устраивают. Но повторюсь, многие рекомендуют ставить значение ноль «0». Кстати, если вы постоянно работаете с сайтом, меняете на нем что-нибудь, то вам так и так придется чистить кэш вручную после каждого обновления. В этом случае значение «0» вполне обосновано, потому, что таймер заменится ручной чисткой.

Состояние кэша

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

Общий кэш

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

После включения и настроек плагина, после каждого посещения отдельных страниц плагин создает их копию в HTML и сохраняет в своем кэш каталоге. В следующее посещение этой кэшированной страницы. Она откроется пользователю не из базы данных, а из кэш каталога. Кэш всех страниц сайта «накопиться» после посещения всех страниц сайта. Это разумно и в зависимости от посещаемости весь сайт кэшируется за 2-3 дня. Если у вас на сайте тысячи страниц, авторы предлагают сделать общий кэш сайта не ожидая посещение всех его страниц. Авторы рекомендуют пользоваться общим кэшированием сайта от 10 000 страниц (10 тысяч).

Насколько уменьшается скорость загрузки сайта

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

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

Если после установки плагина WP Super Cache вы заметили, что сайт стало «глючить» и, причем это продолжается длительное время, например страницы стали, грузиться как при 301 редиректе, то, скорее всего проблемы в конфликте mod_rewrite с сервером или другим плагином «прописавшимся» в файле .htaccess. В этом случае перейдите в настройках на режим кэширования php страниц. Думаю, поможет.

Переустановка плагина WP Super Cache

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

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