<b>Redis в WordPress: где он ускоряет сайт, а где только маскирует проблему</b>

<b>Redis в WordPress: где он ускоряет сайт, а где только маскирует проблему</b>

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

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

Что проверить перед подключением:
— есть ли у вас object cache, а не просто page cache;
— не дублирует ли кэш работу другого слоя;
— хватает ли памяти, чтобы Redis не вытеснял полезные данные;
— очищается ли кэш после обновления записей, товаров, меню и виджетов.

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

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

—
Соседний канал в сети: @wp_automation_hacks_ww