<br><br><div><span class="gmail_quote">On 8/22/06, <b class="gmail_sendername">Lex Lyamin</b> <<a href="mailto:flx@namesys.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">flx@namesys.com</a>> wrote:
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>Hi gents,<br><br>Столкнулся со следующей ситуацией:<br><br><br><br>Есть некая html страничка, достаточно богатая обьектами Content-Type: image/jpeg.<br>Есть два сервера отдающих эту страничку и эти image/jpeg.</div>
</blockquote><div><br>dd <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div>Отсюда вопрос: <br> - кто и исходя из каких данных принимает решение сколько одновременных tcp cоединений к серверу хочется открывать ?
</div></div></blockquote><div><br><br>Добрался до RFC2616.<br>Пересмотрел еще раз логи в tcpdump.<br>С утверждениями в синхронности я погорячился... немного.<br>корректнее-было бы сказать "в одной сейсии".<br>
<br>Вообще говоря, логично рассуждая, можно предположить что решение принимает веб-браузер, наверное принимание во внимание заголовки которыми ответил ему веб-сервер в первом запросе....<br><br>и с точки зрения RFC2616 связки nginx/mozilla и nginx/firefox ведут себя совершенно вменяемо,
т.е. открывая положенных два персиста на доменное имя, НО....<br><br>в случае как мой (большое количество графики на страничке) апач в связке с теми-же броузерами выигрывает в интерактивности в два раза, что печально.<br>
<br><br>Теперь обратимся к хедерам:<br><br>Apache:<br>-----------------------------------><br>GET /index.php HTTP/1.1<br>Host: <a href="http://namesys.com">namesys.com</a><br>User-Agent: Mozilla/5.0 (Windows; U; Windows NT
5.1; en-US; rv:<a href="http://1.8.0.6">1.8.0.6</a>) Gecko/20060728 Firefox/1.5.0.6<br>Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5<br>Accept-Language: en-us,en;q=
0.5<br>Accept-Encoding: gzip,deflate<br>Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7<br>Keep-Alive: 300<br>Connection: keep-alive<br>Pragma: no-cache<br>Cache-Control: no-cache<br><---------------------------------<br>
HTTP/1.1 200 OK<br>Date: Tue, 22 Aug 2006 16:31:06 GMT<br>Server: Apache<br>Expires: Mon, 26 Jul 1997 05:00:00 GMT<br>Last-Modified: Tue, 22 Aug 2006 16:31:06 GMT<br>Cache-Control: no-store, no-cache, must-revalidate<br>Cache-Control: post-check=0, pre-check=0
<br>Pragma: no-cache<br>Keep-Alive: timeout=15, max=5<br>Connection: Keep-Alive<br>Transfer-Encoding: chunked<br>Content-Type: text/html;charset=windows-1251<br><br><br>NGINX:<br></div></div>------------------------------------->
<br>GET /register.php HTTP/1.1<br>Host: <a href="http://namesys.com">namesys.com</a><br>User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:<a href="http://1.8.0.6">1.8.0.6</a>) Gecko/20060728 Firefox/1.5.0.6<br>
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5<br>Accept-Language: en-us,en;q=0.5<br>Accept-Encoding: gzip,deflate<br>Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=
0.7<br>Keep-Alive: 300<br>Connection: keep-alive<br>Pragma: no-cache<br>Cache-Control: no-cache<br><-------------------------------------<br>HTTP/1.1 200 OK<br>Server: nginx/0.3.54<br>Date: Tue, 22 Aug 2006 16:34:01 GMT
<br>Content-Type: text/html;charset=windows-1251<br>Transfer-Encoding: chunked<br>Connection: keep-alive<br>Expires: Mon, 26 Jul 1997 05:00:00 GMT<br>Last-Modified: Tue, 22 Aug 2006 16:34:01 GMT<br>Cache-Control: no-store, no-cache, must-revalidate
<br>Cache-Control: post-check=0, pre-check=0<br>Pragma: no-cache<br>Keep-Alive: timeout=15, max=5<br>Content-Encoding: gzip<br><br><br>Keepalive такой для nginx выставлен был самостоятельно.<br>gzip я пробовал гасить, но ни на что кроме обьема трафика он не влияет.
<br>криминала никакого в хэдерах , на первый взгляд , нет.<br><br><br><br>-- <br>liberation loophole will make it clear