Сначала поймите, какой кэш вы очищаете

Откройте страницу в приватном окне и добавьте тестовый параметр к URL. Если старый ответ остаётся, проверяйте CDN/reverse proxy и MODX. Если меняется только после hard reload — вероятнее browser cache.

Слой кэша → признак

СлойКак проявляется
Browserдругой браузер показывает новое
CDN/proxyorigin новый, публичный URL старый
MODX resource cacheпосле Clear Cache появляется новое
Snippet cacheчасть страницы старая
Custom/Redis cachecore/cache очищен, результат не меняется

Cached и uncached вызов в MODX

В MODX вызов [[Snippet]] может кэшироваться вместе с ресурсом, а [[!Snippet]] выполняется некэшированно. Не делайте все сниппеты uncached автоматически: это может резко увеличить нагрузку.

Проверить core/cache без удаления

BASH
ls -ld /path/to/site/core/cache
find /path/to/site/core/cache -maxdepth 2 -type f   -printf '%TY-%Tm-%Td %TH:%TM %p\n' 2>/dev/null   | sort -r | head -n 80

tail -n 100 /path/to/site/core/cache/logs/error.log

Если Clear Cache не помогает

  • проверьте cache handler и внешнее хранилище;
  • проверьте CDN/reverse proxy;
  • убедитесь, что ресурс действительно сохраняется;
  • проверьте plugin, который подменяет/генерирует контент;
  • смотрите права на core/cache и ошибки записи;
  • проверьте cron/генератор, который снова записывает старые данные.

Скачать набор диагностики

RuJul Site Diagnostics — один ZIP

Связанные инструкции