Сжатие заголовков HTTP-запросов или заголовков ответов не соответствует стандартам HTTP 1.1.
То, что здесь сказано, является некоторым анализом того, как такая схема может быть сделана:
1) Может быть, они означают, что вы можете достичь этого, используя другую пользовательскую схему http, например, скажем httpc://
.
Я также мог бы заявить, что отправка запросов и ответов на / с одного и того же сервера партиями по 5 также увеличивает скорость Интернета.Я называю эту схему httpBrian://
.
2) Если вы предполагаете, что они имеют в виду только заголовки ответа HTTP, в заголовках запроса вы можете иметь другой заголовок, который указывает, что вы хотите получить ответ как несоответствующий ответ HTTP.Я думаю, что это будет иметь проблемы с прокси и т. Д. Хотя.
3) Если вы предполагаете, что они имеют в виду только ЧАСТИЧНЫЕ заголовки ответа HTTP, то HTTP-сервер может поместить не прокси-заголовки, которые не являются важными сразу, кроме того, что клиент http, выполняющий запрос, сжат в другой заголовок.HTTP-запрос включит такую функцию.Скорее всего, это то, чего они пытаются достичь.