я не адвокатирую HTTP/1.0
однако, гипотетически могут возникнуть грабли такого свойства - на http/1.0
не поддерживается gzip.
из-за этого ваш бекенд всегда будет игнорировать компрессию.
допустим, вы включили 1.1, бекенд отдал с компрессией, вы положили ответ в
кеш.
пришел клиент (без компрессии), вы ему отдали сжатое из кеша.
маловероятно, что такое может быть (пример надуманный), но у клиента все
сломается.
ср, 5 янв. 2022 г. в 18:00, Gena Makhomed <gmm@csdoc.com>:
> On 05.01.2022 14:35, Maxim Dounin wrote:
>
> > Неполные ответы nginx не сохраняет. Однако есть нюанс: по
> > умолчанию при работе с бэкендами nginx использует HTTP/1.0
> > (http://nginx.org/r/proxy_http_version), а значит
> > "Transfer-Encoding: chunked" использоваться не будет, и
> > соответственно для ответов без длины может быть невозможно
> > установить, полный он или не полный.
>
> А какой смысл по умолчанию при работе
> с бэкендами использовать HTTP/1.0 ?
>
> Ведь это же явно разложенные грабли (subj),
> на которые практически все рано или поздно наступают.
>
> Может быть имеет смысл изменить значение по умлолчанию,
> чтобы при работе с бэкендами использовался протокол HTTP/1.1 ?
>
> Преимуществ HTTP/1.0 не дает никаких, одни только проблемы.
> И ответа на этот вопрос в документации нет, почему так сделано.
>
> --
> Best regards,
> Gena
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru