Почему HTTP-заголовки так примитивны?

Question

[Данил Тунев]

Здравствуйте!

spoiler

Можете объяснить почему у разных серверов-браузеров, заголовки в разной последовательности, (или я пропустил какую то закономерность), да и до кучи, почему бы не присылать битовую маску запроса например: первые 2 бита-GET или POST, или много еще чего (в приделах 3-х)! Далее сам запрос страницы, естественно можно поместить в массив. А после стартовой строки ограниченное количество заголовков которые, все не хочется читать, вот еслиб была какая то последовательность и до кучи все в битах!, нежели сравнивать строки, было бы все быстрей
например:
Уже HTTPS стучиться к Вам, как раз в нем все стандартизовано, но такой тонкий момент как чтение HTTP-заголовков остается на уровне сортировки строк!

Сам вопрос: Почему HTTP-заголовки не имеют определенной последовательности и почему бы их не поместить в биты байта, для той же самой экономии трафика?

Comments

[Moskus]

Данил Тунев, мне любопытно, что мотивирует людей писать такую жуть, что у них в голове. А суть вопроса - проста, как валенок. Тут таких, из области телепатии, дофига. Вы историю создания HTTP читать пробовали, для интереса? И других протоколов того же уровня.

[Данил Тунев]

Moskus, Историю создания читал, но не уловил реальных трагедий, чтоб оставлять реализацию на таком уровне, Единственная причина это обновление программного обеспечения, для многих это беда!, а кто сейчас пользуется http/0.9 или 1.0

[Moskus]

Данил Тунев, просто в этом нет никакого практического смысла. Да, сегодня бинарный формат был бы логичнее, но никакого существенного выигрыша он бы не дал. А изменения ради изменений - это пионерство в плохом смысле этого слова.

[Данил Тунев]

Moskus, Битовая маска? Да бог с ней, мне больше интересно почему заголовки у разных серверов и у разных браузеров в разной последовательности, не имеют упорядоченности, например первыми бы шли заголовки каждой сущности, в ответе: Content-Type идет первым после стартовой строки, далее Content-Lenght, и так далее в порядке убывания приоритета, не использованные заголовки заменять например "!!" Да Вы поняли! по принципу заполнения массива(концом элемента оставить \r\n, например я так предлагаю).А то как то сортировать эти ~500 байт заголовков просто мудизм если запросы валятся как снег на голову, если даже рассуждать о полезных вычислительных мощностях, HTTP примитивен.

[Moskus]

Данил Тунев, потому что в большинстве подобных форматов важны только ключевые теги или слова, последовательности роли не играют. Так проще, а не сложнее разбирать данные, особенно, когда состав тегов - разный.

Answer 1

[sim3x]

Потому что протокол задумывался как текстовый и человекочитаемый

Answer 2

[Сергей Горностаев]

Как Apache, так и Nginx в процессе формирования http-ответа хранят заголовки в хэш-таблице. Хэш-таблица, как всем известно - это структура данных с высокой скоростью доступа к элементам, гарантирующая уникальность ключей, но не порядок их следования. Отсюда вывод: чтобы обеспечить никому не нужный порядок следования заголовков, пришлось бы замедлить работу http-серверов и усложнить работу их разработчикам.