HTTP Request Corruption

3

Em um site que recebe uma quantidade muito alta de tráfego, alguns pequenos percentuais de solicitações aparecem assim:

http://cheezburger.com/ScriptResource.axd?d=zaVpgH63ePt90pn</a>                                                   <br />                        <br />                        <p>                            <a id=

Na página de referência da página, há uma linha como esta:

<script src="/ScriptResource.axd?d=zaVpgH63ePt90p8fuEYkPAKFZuziMYsiIUbmxDb-gQ23Cx78LNJNFXTqKciA4ND_frR-_r9UKsdtLPk6M08xyk6cXFSLUrbBGDlvPIf-F9w1&amp;t=ffffffffd5e08dd5" type="text/javascript"></script>

e outras linhas de casal muito mais adiante:

    <a id="login_LoginState_LoginButton" class="button1" UseSubmitBehavior="false" href="javascript:WebForm_DoPostBackWithOptions(new WebForm_PostBackOptions(&quot;login$LoginState$LoginButton&quot;, &quot;&quot;, true, &quot;ctl00$Login1&quot;, &quot;&quot;, false, true))">Log In</a>
<br /> 
<br /> 
<p> 
    <a id="login_LoginState_PasswordRecoveryLink" href="/forgot.aspx">Forgot Password?</a> 

Portanto, parece que parte da página foi removida. Parece acontecer com mais freqüência no IE do que no Firefox, mas isso pode ser porque temos mais tráfego do IE do que o FireFox. Temos a compactação HTTP ativada, mas não sei se é esse o problema.

Então, minha pergunta é o que está acontecendo e como isso pode ser corrigido?

    
por Stefan Rusek 08.09.2009 / 17:14

4 respostas

2

Bem, o SO não recebe tantos pedidos quanto o icanhascheezburger.com, isso é certo :) mas posso dizer-lhe que recebemos pedidos raros de navegadores que estão claramente ... quebrados ... de alguma forma fundamental.

Geralmente, isso está relacionado a partes do site (links, código etc.) que são criadas via JavaScript.

Aparentemente, o navegador de alguma forma estragou tanto o código JavaScript que o pedido resultante de volta para nós está completamente quebrado de uma forma que não faz sentido. Exemplo. Um voto para nós é assim:

/posts/12345/vote/2

mas ocasionalmente conseguimos

/posts/true/vote/2

"true"? WTF Costumávamos olhar para estes, mas agora simplesmente os ignoramos.

    
por 26.09.2009 / 08:15
2

Estamos vendo a mesma coisa aqui em um aplicativo que temos, é um problema conhecido do IE8 que está aberto há algum tempo . Este é o relatório de erros do Microsoft Connect.

Basicamente, em algum nível, o IE8 apenas ignora a perda de pacotes e processa anexando os dois fluxos de pacotes e ignorando o ausente. O resultado são alguns URLs confusos no seu servidor. Como os pacotes são aproximadamente do mesmo tamanho na maioria das vezes, você verá URLs que começam da mesma forma com um final de script aleatório.

    
por 26.09.2009 / 12:55
0

apenas ignore os pedidos, isto é provavelmente devido a proxies quebrados ou falhas de DNS

    
por 08.09.2009 / 17:17
0

Tenho notado em mais de uma ocasião em que o IE começou a baixar uma página, depois começa a renderizá-la antes que ela termine de fazer com que os links não sejam formados corretamente. Geralmente, os scripts JS estão sendo carregados perto do final da página nesses casos. Em algumas das páginas maiores, o IE baixava cerca de metade da página, tentava renderizar e depois educadamente parava e soltava a conexão com o servidor, como o WTF?

De qualquer forma, em alguns casos, simplesmente mover o JS inclui para o topo e, em seguida, ter o pontapé de saída mais próximo do fundo ordenou alguns dos problemas.

Desde então, abandonamos a loucura do edifício js link:)

    
por 26.09.2009 / 11:32