Есть файл Docker Compose? Ваш проект запускается за секунды — одной командой на cdn.com.tr. Узнать как Приложение написано с ИИ? Из папки в продакшен одной командой — без git и registry: cdnctl deploy. Узнать как Код на GitHub? Каждый push разворачивается на cdn.com.tr сам — подключите репозиторий. Узнать как

Справка CDN.com.tr

Чтение статуса кеша: HIT, MISS, BYPASS, EXPIRED

Используйте заголовок ответа X-Proxy-Cache-MT, чтобы точно увидеть, что CDN сделал с запросом, и убедиться, что кеширование работает как задумано.

Кеш, безопасность, WAF и очистка

Чтение статуса кеша: HIT, MISS, BYPASS, EXPIRED

Используйте заголовок ответа X-Proxy-Cache-MT, чтобы точно увидеть, что CDN сделал с запросом, и убедиться, что кеширование работает как задумано.

Сценарии использования

Клиент проверяет заголовки ответа в DevTools браузера и хочет узнать, отдаётся ли контент из кеша CDN, загружается с origin или намеренно пропускается.

Порядок действий

  1. Откройте URL страницы или ресурса и проверьте заголовки ответа (вкладка Network в DevTools браузера или `curl -I`).
  2. Найдите заголовок `X-Proxy-Cache-MT`.
  3. Сопоставьте значение с глоссарием ниже.
  4. Повторите запрос: у корректно кешируемого URL первый запрос даёт MISS, затем — HIT.

Проверки

  • HIT — отдано из кеша CDN без обращения к origin. Это цель для статического и анонимного контента.
  • MISS — ещё не в кеше; загружено с origin и сохранено. Следующий идентичный запрос должен дать HIT.
  • EXPIRED — было кешировано, но истёк TTL; повторно загружено с origin.
  • BYPASS — для этого запроса сработало правило пропуска, поэтому CDN намеренно обратился к origin. Самая частая причина: вы вошли в панель или CMS, и cookie сессии/входа отключает кеширование для вас. Посетители без этого cookie по-прежнему получают HIT.

Часто задаваемые вопросы

В браузере я всегда вижу BYPASS, хотя кеширование должно быть включено — почему?

Вы почти наверняка авторизованы на сайте или в панели. Cookie входа и сессии намеренно обходят кеш, чтобы персонализированные страницы никогда не кешировались. Проверьте в приватном окне или через `curl -I https://yourdomain.com/path` — вы должны увидеть сначала MISS, затем HIT.

Почему CDN игнорирует мой заголовок Cache-Control от origin?

TTL кеша управляется правилами кеша вашего аккаунта в Advanced Management, а не заголовком ответа origin. Заголовок origin по-прежнему передаётся браузерам без изменений. Используйте Add Rule, чтобы задать TTL для отдельного пути или типа контента.

Мобильная и десктопная версии, похоже, кешируются отдельно — это нормально?

Нет. В ключе кеша нет компонента устройства — мобильная и десктопная версии используют одну запись, поэтому purge пути очищает её для обеих.

Как принудительно обновить контент для всех?

Очистите путь через Purge Management. Жёсткое обновление в вашем собственном браузере влияет только на кеш браузера, а не на кеш CDN.

Похожие страницы

Страница «Безопасность»: WAF, блокировка IP и стран, hotlink, rate limit

Все настройки безопасности уровня аккаунта собраны на одной странице «Безопасность»: общий переключатель WAF, защита от ботов JS Challenge, блокировка IP и стран, защита от hotlink, ограничение частоты запросов и срок действия ссылок. Каждое сохранение автоматически разворачивается на edge — отдельный шаг публикации не нужен.

Чтение журналов WAF

Используйте журналы WAF, чтобы объяснить заблокированный или подозрительный трафик, не раскрывая внутренние системы логирования.

Ключи кеша и очистка: почему возникает «я очистил, а контент всё ещё старый»

Каждый кешированный объект хранится под ключом, который строится из запроса — схемы, хоста, пути и строки запроса. Очистка удаляет запись только тогда, когда обращается именно к этому ключу. Одна эта идея объясняет практически каждый случай «очистка не сработала».