Elysia Tools
Навигация
Workflow Playbook
Проверьте изменение политики HTTP-кэша: воспроизводимые запросы, отдельные бюджеты TTL браузера и CDN, очищенные сравнения и основания для допуска или восстановления.
Темы
Этот процесс предназначен разработчикам и эксплуатации, которые проверяют одно конкретное изменение кэширования. Результат — матрица запросов, наблюдения до и после, разбор директив и документированное решение. Инструменты не развёртывают конфигурацию и не заменяют полную проверку инфраструктуры.
До начала согласуйте разрешения, ответственных и восстановление. URL Query Analyzer помогает перечислить параметры, но не знает реального ключа кэша CDN. Сохраняйте полный URL и порядок параметров. Случайный параметр для обхода кэша создаёт новый случай и не считается повторением исходного запроса.
Выделите публичные, персонализированные и пока не проверенные классы. Добавьте значимые варианты языка, сжатия или представления. Для проверки изоляции используйте только разрешённые синтетические аккаунты. Нулевой TTL сам по себе не означает запрета хранения.
Удаляйте токены, cookies и персональные данные до ввода в инструменты и до передачи результатов. Если необходимы исходные доказательства, храните их отдельно с ограниченным доступом. Очищенный пакет должен объяснять ход теста, не раскрывая секреты.
HTTP Headers Analyzer выполняет серверный запрос и следует перенаправлениям. Он не даёт полного протокола всех промежуточных ответов и не воспроизводит произвольную авторизованную сессию браузера. HTTP Request Tester зависит от CORS и доступности заголовков браузеру; явная передача межсайтовых учётных данных в текущем режиме не включена. Для неподдерживаемых случаев нужна разрешённая внешняя запись с указанием контекста.
Учебный пример public, max-age=60, s-maxage=600, stale-while-revalidate=30 разделяет 60 секунд для браузера, 600 для общего кэша и 30 для SWR. Это не универсальная рекомендация. Оптимизатор разбирает одну строку длиной до 8192 символов с необязательными бюджетами; активную конфигурацию, ключ кэша и очистку провайдера он не проверяет. Статическая сумма допусков устаревания помогает ревью, но не гарантирует дополнительную доступность и не вычисляет остаточную свежесть с учётом Age. Сначала устраните конфликтующие и противоречиво повторённые директивы.
После развёртывания ответственным повторите сопоставимые URL, методы, представления и точки измерения. Сравните фактические заголовки, содержимое, перенаправления и доступную диагностику кэша. Ни 200, ни 304 отдельно не доказывают попадания в пограничный кэш; малая задержка не доказывает корректность изоляции.
Text Diff показывает построчные изменения, но не оценивает семантику политики. Curl to HAR Converter создаёт офлайн только описание запроса, а не захват трафика с ответами. Полученный JSON тоже может содержать секреты. Неисполненные проверки отмечайте как открытые, а не как успешно пройденные.
Соберите версии конфигурации, матрицу, время наблюдений, очищенные доказательства, различия и решение. Доступ к чужим данным, превышение допустимого устаревания и блокировка критических проверок — основания отложить допуск и применить согласованный план восстановления. Инструменты не выполняют развёртывание, очистку кэша или откат. Возврат прежних заголовков может оставить уже сохранённые объекты.
SHA-256 считайте после очистки окончательных локальных файлов. Хеш подтверждает идентичность файла, а не правильность политики. Общую отладку запросов продолжайте в связанном API-процессе, проблемы соединения — в сетевом, а canonical и индексирование — в техническом SEO.
Руководство по рабочему процессу
Составьте перечень параметров и сохраните точные URL, не предполагая устройство ключа кэша провайдера. Разделите публичные, персонализированные и вариантные ответы.
Отдельно зарегистрируйте серверный анализ заголовков и браузерные запросы. Сохраните статус, содержимое и контекст; при необходимости используйте разрешённый внешний захват.
Разберите фактический Cache-Control с отдельными ограничениями браузера, CDN и устаревших данных. Не трактуйте один HTTP-статус как доказательство попадания в кэш.
После внешнего развёртывания повторите те же случаи. Сравните очищенные заголовки и при необходимости приложите HAR-описание из предварительно очищенной команды cURL.
Разделяйте общедоступные данные и ответы учётных записей. Изоляцию проверяйте разрешёнными тестовыми аккаунтами: короткий TTL сам по себе не запрещает хранение.
Оптимизатор разбирает одну строку Cache-Control. Реальные заголовки, содержимое и диагностику кэша нужно получать воспроизводимыми запросами либо разрешённым внешним захватом.
Сверяйте полный URL, метод, представление, точку измерения и контекст аутентификации. Заголовок, скрытый от браузера правилами CORS, может присутствовать в переданном ответе.
Укажите открытые случаи, нарушения и условия восстановления. После очистки окончательных локальных файлов рассчитайте хеши и приложите их к пакету.