Следует ли игнорировать пропущенные или завершающие пробелы в HTTP-запросе/ответе?Обработка пробелов в заголовках http
Например, если а/1.1 совместимый клиент HTTP, интерпретируют это:
Connection : close \r\n
как это:
Connection: close\r\n
В соответствии с пунктом 4.2 RFC2616 (HTTP/1.1), значения полей могут быть которому предшествуют пробелы, но не имя поля:
Каждое поле заголовка состоит из имени, за которым следует двоеточие (":") и значение поля. Имена полей нечувствительны к регистру. Значение поля может предшествовать любой величине LWS (линейное пустое пространство), хотя один SP является предпочтительным. Поля заголовка могут быть расширены на несколько строк, предшествуя каждой дополнительной строке, по крайней мере, одним SP или HT. Приложения должны следовать «общей форме», где известно или указано при создании HTTP-конструкций, поскольку могут существовать некоторые реализации, которые ничего не могут принять.
Вы ссылаетесь на 18-летнюю спецификацию, которая с тех пор устарела. –
Вы правы. Я обновляю свой ответ, чтобы ссылаться на текущую спецификацию HTTP/1.1 (RFC2616), жесткий контент практически не изменился. –
RFC 2616 - это 16-летняя спецификация, устаревшая с тех пор. –