Проверка ответа после публикации: статус, тип и кеширование

Назначение

Проверка HTTP-ответа помогает обнаружить ошибки, которые не видны по одному внешнему виду страницы. Для документа, CSS, JavaScript и несуществующего адреса нужны разные ожидаемые результаты.

Как это работает

В браузере сравнивайте URL запроса, конечный статус и Content-Type. Cache-Control должен соответствовать стратегии обновления ресурса. HEAD удобен для заголовков, но может обрабатываться иначе, поэтому спорный результат проверяют обычным GET.

Пример

curl -sS -D - -o /dev/null https://example.org/assets/style.css

# Замените example.org своим учебным доменом.
# -D - выводит заголовки, -o /dev/null не сохраняет тело.
# Без -L виден ответ исходного адреса, а не вся цепочка переходов.

Что должно получиться

Команда выполняет GET и показывает заголовки ответа без записи файла на диск. Для CSS ожидается правильный тип содержимого, а не HTML-страница ошибки, возвращённая с кодом 200.

Граница применения и частая ошибка

Статус 200 не доказывает правильность тела. Кешированный ответ может скрывать свежую ошибку, а отключённый кеш не отражает повторный визит. Не добавляйте случайные параметры к каждому рабочему URL вместо исправления стратегии обновления.

Самостоятельная проверка

Запишите ожидаемые статусы для главной, статьи, CSS и отсутствующей страницы. Сравните первую и повторную загрузки. Если обнаружен редирект, проследите его отдельно и проверьте отсутствие циклов и переходов на старый домен.

Связанные материалы

• Копия выпуска
• Проверка публикации
• Общий чек-лист