<b>Кэш ускоряет сайт только тогда, когда вы контролируете, что именно и где хранится</b>

<b>Кэш ускоряет сайт только тогда, когда вы контролируете, что именно и где хранится</b>

Кэш — не кнопка «сделать быстро». Если не разделить уровни, получите мусор вместо ускорения:
— браузерный кэш для статики: CSS, JS, изображения;
— CDN или reverse proxy для публичных страниц;
— application cache для дорогих запросов к БД;
— object cache для повторяющихся вычислений.

Для статики ставьте длинный cache-control и версионируйте имена файлов. Для HTML — аккуратно: если страница зависит от cookie, региона или авторизации, один общий кэш сломает контент. В nginx обычно достаточно проверяемых заголовков, а для динамики — отдельные правила bypass по cookie и query string.

Смотрите не на «включили кэш», а на метрики: hit ratio, TTFB, число запросов к origin, нагрузку на БД. Если TTFB не падает, значит кэш обходят или слишком часто инвалидируют. Если растёт число 5xx после включения — проверяйте stale-ответы и логику очистки.

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

Стабильность — это отсутствие магии, только предсказуемая конфигурация. Разворачиваем, проверяем, мониторим.