<div dir="ltr">Здравствуйте.<div><br></div><div>это 34 мегабайта в день? Похоже на экономию на спичках.</div><div>При 100 000 r/s это 2 мегабайта в секунду. Не велика экономия.</div><div><br></div><div>curl -s -D - <a href="https://vk.com">https://vk.com</a> -o /dev/null | wc -c<br>
</div><div>328<br></div><div><br></div><div><div>curl -s -D - <a href="https://vk.com">https://vk.com</a> -o /dev/null | sed '/Connection: keep-alive/d' | wc -c</div><div>304</div></div><div><br></div><div>Чуть меньше 8% на заголовках.</div>
<div>Это при том, что, как правило, сама страница, скрипты, продолжают содержать отступы, \n, а местами и \r.</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">16 декабря 2013 г., 12:45 пользователь Илья Шипицин <span dir="ltr"><<a href="mailto:chipitsine@gmail.com" target="_blank">chipitsine@gmail.com</a>></span> написал:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">практический смысл в экономии трафика. при наших нагрузках экономия<br>
достигает 1 гигабайт в месяц (и у нас еще не такой HighLoad, как у<br>
многих в этой рассылке). это не копейки.<br>
если вы мыслите про каналы в терминах " у меня канал 10 гигабит, мне<br>
без разницы", подумайте о пользователях,  на 3G эти "копейки" очень<br>
существенны.<br>
<br>
нешуточный спор возник, как лучше проверять условие, либо " < HTTP11",<br>
либо " = HTTP10"<br>
принципиального спора "включать этот патч или не включать" нет.<br>
<br>
16 декабря 2013 г., 12:34 пользователь Алексей Сундуков<br>
<div class="HOEnZb"><div class="h5"><<a href="mailto:public-mail@alekciy.ru">public-mail@alekciy.ru</a>> написал:<br>
> А практический смысл? В голову приходит лишь мысль об экономии трафика, но<br>
> -1 заголовок это же копейки. Просто хочется понять, почему из-за такой вроде<br>
> бы мелочи разгорелся такой нешуточный диалог и тема вообще требует<br>
> отдельного патча.<br>
><br>
><br>
> 16 декабря 2013 г., 8:11 пользователь Илья Шипицин <<a href="mailto:chipitsine@gmail.com">chipitsine@gmail.com</a>><br>
> написал:<br>
><br>
>> 16 декабря 2013 г., 0:42 пользователь Алексей Сундуков<br>
>> <<a href="mailto:public-mail@alekciy.ru">public-mail@alekciy.ru</a>> написал:<br>
>> >>идея в том, что отправка заголовка "Connection: keep-alive"<br>
>> >> в большинстве случаев не нужна.<br>
>> ><br>
>> > А можно для танкистов пояснить, почему? Потому что http1.1 и так скорее<br>
>> > всего persistent?<br>
>><br>
>> ответов в данном случае два:<br>
>><br>
>> теоретически так делать можно, потому что это разрешено по RFC 2616 для<br>
>> HTTP/1.1<br>
>><br>
>> практически так делать можно, потому что ровно так делает IIS (по<br>
>> любым оценкам у него доля рынка - десятки процентов), и при этом ни у<br>
>> кого никаких проблем не возникает.<br>
>><br>
>> ><br>
>> > _______________________________________________<br>
>> > nginx-ru mailing list<br>
>> > <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
>> > <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
>> _______________________________________________<br>
>> nginx-ru mailing list<br>
>> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
>> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> nginx-ru mailing list<br>
> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Best Regards,<br>
<div>Vadim Lazovskiy</div></div>
</div>