Кратко

  • В 1997 году HTTP/1.1 определил 205 Reset Content: сервер выполнил запрос, а клиенту следует вернуть вызвавший его документ к исходному виду.
  • Ответ не передаёт нового содержимого; редакции 2014 и 2022 годов уточнили цикл ввода и границы пустого сообщения.

Вы сдаёте заполненный бланк в окошко. Сотрудник убирает его в папку и тут же кладёт перед вами чистый лист. Дело завершено, стол готов к следующему делу. В раннем HTTP для этой смеси успеха и канцелярской настойчивости нашёлся собственный код — 205 Reset Content.

В RFC 2068 от января 1997 года сказано: сервер выполнил запрос, а пользовательский агент должен сбросить вид документа, из-за которого запрос возник. Типовой случай — повторный ввод в форму. Человек заполняет поля, отправляет данные и получает пустые поля для новой операции. Сетевой ответ одновременно сообщает о завершении одной работы и задаёт начало следующей на экране.

Разница между результатом и рабочей поверхностью здесь существенна. Отправленные сведения вошли в выполненный запрос на сервере. Возвращается к исходному состоянию локальная форма. Первая редакция прямо запрещала включать сущность в ответ 205. Сервер не присылал новую страницу, а давал браузеру указание распорядиться уже открытым документом. Папка остаётся в архиве, стол освобождается.

RFC 2616, вышедший в июне 1999 года, сохранил пример с очисткой формы после отправки. Соседний 204 No Content оставлял текущий вид на месте. Оба кода обходятся без нового тела ответа, но продолжают работу по-разному. У 205 своя специализация: обработать запись, вернуть место для ввода, принять следующую. Это протокольное описание рабочего ритма, а не украшение таблицы статусов.

Пересмотр 2014 года, RFC 7231, уточнил точку возврата: документ должен снова выглядеть так, как был получен от исходного сервера. Среди примеров появились форма, блокнот и холст. Пользователь меняет содержимое, отправляет результат и снова получает исходную площадку для работы. Сетевой стандарт неожиданно внимательно описал человеческую сторону повторяющегося ввода.

Пустота ответа потребовала точного оформления. В версии 2014 года серверу запрещено создавать полезную нагрузку для 205. Завершение сообщения можно обозначить Content-Length: 0, нулевым завершающим фрагментом при передаче блоками или закрытием соединения сразу после заголовков. Получатель обязан понимать, где кончился ответ, прежде чем читать следующее сообщение. Чистая форма начинается с чёткой границы в потоке байтов.

RFC 9110 от 2022 года оставил смысл кода прежним: запрос исполнен, исходный вид документа восстановлен, дополнительных данных в ответе нет. Веб изменил внешний вид до неузнаваемости, но очередь дел никуда не делась. Сервер хранит итог предыдущего шага; клиент готовит место для нового.

У 205 сухое чувство юмора. Только вы закончили анкету, а экран уже с безупречной вежливостью предлагает ещё одну. За этой спешкой стоит точное распределение действий: выполненный запрос остаётся выполненным, рабочая поверхность обновляется, следующий ввод снова принадлежит человеку.