<div dir="ltr"><div>по соображениям обратной совместимости, вероятно.</div><div>все, для кого важно, включили 1.1<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ср, 5 янв. 2022 г. в 18:00, Gena Makhomed <<a href="mailto:gmm@csdoc.com">gmm@csdoc.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 05.01.2022 14:35, Maxim Dounin wrote:<br>
<br>
> Неполные ответы nginx не сохраняет.  Однако есть нюанс: по<br>
> умолчанию при работе с бэкендами nginx использует HTTP/1.0<br>
> (<a href="http://nginx.org/r/proxy_http_version" rel="noreferrer" target="_blank">http://nginx.org/r/proxy_http_version</a>), а значит<br>
> "Transfer-Encoding: chunked" использоваться не будет, и<br>
> соответственно для ответов без длины может быть невозможно<br>
> установить, полный он или не полный.<br>
<br>
А какой смысл по умолчанию при работе<br>
с бэкендами использовать HTTP/1.0 ?<br>
<br>
Ведь это же явно разложенные грабли (subj),<br>
на которые практически все рано или поздно наступают.<br>
<br>
Может быть имеет смысл изменить значение по умлолчанию,<br>
чтобы при работе с бэкендами использовался протокол HTTP/1.1 ?<br>
<br>
Преимуществ HTTP/1.0 не дает никаких, одни только проблемы.<br>
И ответа на этот вопрос в документации нет, почему так сделано.<br>
<br>
-- <br>
Best regards,<br>
  Gena<br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></blockquote></div>