WordPress: скорость и кэш

Кэш не чистится, сайт показывает старое: где искать виноватого

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

Слои, по порядку от вас к посетителю:

— Объектный кэш (Redis). Хранит результаты запросов, чистится из плагина
— Кэш страниц (плагин). Хранит HTML, должен сбрасываться при сохранении записи, но не всегда сбрасывает архивы и главную
— Кэш веб-сервера (nginx fastcgi cache, LiteSpeed). Плагин про него может не знать
— CDN и Cloudflare. Кэшируют статику, а при неверных правилах и HTML
— Браузер посетителя. Хранит то, что ему разрешили заголовки

Как найти слой: откройте страницу через curl с флагом -I и посмотрите заголовки. Строки вроде X-Cache: HIT, cf-cache-status или X-LiteSpeed-Cache указывают, кто именно отдал старую версию.

Правило на будущее: при правках чистите слои сверху вниз, от сервера к браузеру. И держите список, какие кэши у вас вообще есть. Половина проблем в том, что про один из них забыли.
Этот пост опубликован в Telegram-канале WordPress: скорость и кэш. Подписаться можно по ссылке: @wp_speed_lab.
tech

Свежие посты в категории «Сервисы и инфраструктура»

Все каналы категории →

start

Готовы запустить рекламу через сеть public.tg?

Новый оффер, продукт, GEO, кейс, событие или партнёрский запуск — соберём маршрут под задачу и отдадим медиаплан.

Telegram для медиаплана: @AFFtop_connect. Быстрый тест: $20 за канал, $1000 за пакет по сети.