При переезде на новый хостинг одного из моих сайтов, опять возникла необходимость заняться кэшированием, для уменьшения нагрузок на движок WordPress. Раньше я полагал, что некоторой небольшой оптимизации, в сочетании с активированным плагином WP Super Cache должно хватать, однако выяснилось, что всё немного сложнее. Новый хостер со своей стороны помог с настройками и некоторым улучшением скорости загрузки, а я решил опробовать недавно найденный “комбо метод” с применением плагинов Hyper Cache + DB Cache Reloaded Fix + WP Minify.
Правда, WP Minify, хоть и интересная вещь будет рассмотрена наверное позже, базовой оптимизацией скорости загрузки я уже занимался, сейчас же решил заняться вплотную кэшированием. По отзывам в интернете, сочетание плагинов Hyper Cache + DB Cache Reloaded Fix даёт самый заметный эффект и увеличение производительности, несколько превосходя WP Cache и WP Super Cache. Суть такого “комбо-метода” в том, что Hyper Cache сохраняет статические копии страниц, а DB Cache Reloaded Fix перехватывает запросы к базе данных, так что не стоит ожидать конфликтов между ними.
Hyper Cache
Основное достоинство плагина Hyper Cache – простота его настройки и установки, подключить его и организовать кэширование сможет даже новичок. Этот плагин совместим со многими другими полезными плагинами, такими, как, скажем, Global Translator или wp-pda для мобильных клиентов и другими. Hyper Cache поддерживает кэширование страниц 404, редиректов и RSS фидов. Для уменьшения занимаемого места доступно использование компрессии gzip, кроме того используется система автоочистки.
Чтобы установить плагин, надо скачать его архив с сайта wordpress, распаковать архиватором и залить в директорию wp-content/plugins/ Теперь надо активировать его в админке wordpress. Для того, чтобы кэширование заработало, осталось отредактировать файл wp-config.php добавив в него строку:
define(‘WP_CACHE’, true);
При установленных правах на запись плагин, кажется, может сделать это сам, в противном случае придётся сделать это вручную. Теперь заходим в меню Hyper Cache раздела “Параметры”. Настройки по умолчанию, пожалуй вполне подходят для работы:
Каждый пункт снабжён доступным описанием, поясняющим, для чего он предназначен. Кроме того, в блоге автора тоже есть немало информации. Параметр “Cached pages timeout” задаёт время, после которого страницы в кэше устаревают. При работе Hyper Cache перехватывает запросы и отдаёт пользователям статические копии страниц. Если после сохранения странице прошло больше времени, чем указано в этом параметре, запрос передаётся движку WordPress, и страница вновь генерируется динамически, а Hyper Cache кэширует её заново. В настройках по умолчанию выставлено значение 1440 минут ¬– ровно день.
Следующий параметр – “Cache invalidation mode”. Здесь определяется, в каких случаях и для каких страниц копии в кэше будут считаться недействительными. Если задано “All cached pages”, то недействительными будут становиться все кэшированные страницы при малейшем изменении в блоге (изменение статей, оставление комментария и т.д.). Пожалуй, наилучшим будет вариант “Only modified post” – в этом случае удаляются из кэша только копии изменённой страницы, а если установить рядом галочку – архивов. Вариант “Nothing” может подойти для сайтов, которые изменяются крайне редко, в таком случае кэш вообще не будет изменяться при редактировании текстов.
DB Cache reloaded fix
В улучшенной новой версии DB Cache reloaded fix не осталось багов, а также улучшилась безопасность. Этот плагин занимается кэшированием запросов к базе данных. Согласно описанию, он превосходит в скорости стандартные кэширующие плагины, обрабатывающие HTML страницы и менее требователен к доступному месту. Применение DB Cache reloaded fix снижает загруженность CPU, что позволяет серверу одновременно обслуживать больше посетителей.
Устанавливается плагин как обычно – скачиваете архив с сайта, распаковываете и заливаете на свой хостинг в /wp-content/plugins/ Заходите в админку wordpress и активируете плагин. Настройки DB Cache reloaded fix совсем не сложные.
Информации о настройке параметра “Expire a cached query after” в сети немного, но в одном блоге я видел упоминание, что при большем времени хранения будет больше и размер кэша. Значение, установленное по умолчанию – 5 минут, после этого кэш удаляется. Думаю, стоит выставить минут 10-20.
Последний параметр – “Load stats template” задаёт шаблон комментария в коде отдаваемой страницы, отображающего статистику кэширования.
Впечатления от Hyper Cache + DB Cache Reloaded Fix
Использование одновременно двух плагинов кэширования, очевидно, даёт определённые преимущества в потребных wordpress ресурсах CPU, особенно потому, что принципы их работы различны. Сначала, при смене хостинга работал один WP Super Cache, заменив его на комбинацию Hyper Cache + DB Cache Reloaded Fix я получил некоторое улучшение, а после установки хостером ngnix, ежесуточные 2500 уников стали обрабатываться вполне неплохо.
Особо стоит отметить второй плагин – он реально работает, по сравнению с 3-4 секундами обработки 70-80 запросов теперешние 1-2 секунды и кэширование примерно половины запросов, это очень неплохо. Работать, конечно, ещё есть над чем, 2000 посетителей пока ещё несколько напрягают движок.
Если Вы насладились этим постом, убедитесь что Вы подписались на мой RSS Подписаться на RSS feed!
Комментировать к “Кэширующие плагины для WordPress Hyper Cache + DB Cache Reloaded Fix”
Оставить комментарий