Erro incompleto de codificação em pedaços Chrome / PCs específicos

10

Desenvolvemos vários sites para clientes e recentemente enfrentamos um problema estranho com alguns de nossos sites "mais pesados".

Algumas de nossas lojas Magento e um outro site baseado em PHP somente no meu PC e no PC de 1 cliente falharam no Google Chrome e em outros navegadores com o erro do console:

net :: ERR_INCOMPLETE_CHUNKED_ENCODING

Esse erro geralmente é mostrado em vários arquivos JS, como: /js/magentothem/jquery-ui.js

Na atualização, você pode reproduzir o mesmo erro várias vezes e, ocasionalmente, o site carregará bem.

Se você abrir o arquivo JS em uma guia separada, o arquivo será cortado claramente em um ponto aleatório (isto é, não será totalmente carregado), mas depois que várias atualizações forem carregadas corretamente.

Não é apenas um arquivo em questão - varia entre arquivos JS - os arquivos são enviados corretamente para o servidor.

Temos 4 PCs no escritório, e isso só acontece no meu, mas também estranhamente em uma das máquinas do nosso cliente com o mesmo erro.

Todos nós executamos a mesma versão do Chrome (incluindo as máquinas que funcionam bem).

Após investigação ... - Se eu mudar o meu cabo de rede para um dos outros anteriormente conectados a um PC recebendo a página bem, ainda recebo o erro

- Se eu desconectar o meu cabo de rede e o HotSpot na minha rede do iPhone, os sites serão carregados corretamente!

Eu tentei desativar todas as formas de armazenamento em cache no servidor e verificar os logs de erros, tudo sem sucesso.

Alguém pode lançar alguma luz sobre o que esta questão poderia estar relacionada? Estou convencido que este erro não está relacionado com o servidor - e poderia ser uma coincidência entre o meu e o PC do meu cliente, mas qual é a questão ...

Obrigado antecipadamente

    
por Liam Webster 08.04.2015 в 14:46
fonte

5 respostas

2

Eu estava recebendo o mesmo erro exato "net :: ERR_INCOMPLETE_CHUNKED_ENCODING" ao acessar meu script CGI PERL de um telefone Android. A página CGI está sendo servida no servidor Apache 2.4.6.

Para esclarecer o script CGI estava funcionando perfeitamente no IE / Chrome / FF e no aparelho Blackberry.

A correção era especificar o tamanho do conteúdo no cabeçalho HTTP para impedir que o chunk acontecesse.

Este é o meu exemplo, que, espero, será útil para alguém, já que procurei on-line por ponteiros por quase dois dias, sem nenhum benefício.

#!/usr/local/bin/perl

use CGI;
use CGI qw( :standard );
my $body = "Hello World";
print "Content-Type: text/html\n"; 
print "Content-Length: " . length($body) . "\n"; 
print "\n"; 

print $body . "\n";
exit 0;
    
por syed 12.07.2016 / 16:01
fonte
1

No meu caso, o problema estava sendo causado por um adblocker (especificamente, AdBlock no Chrome para Mac). Independentemente disso, a desativação do AdBlock para o domínio afetado resolveu o problema.

    
por yamanote1138 12.02.2017 / 01:10
fonte
0

Dê uma olhada na sua href com links para arquivos grandes e na configuração Prever ações de rede no Chrome.

Ref .: link

    
por Ricardo Martins 18.11.2015 / 17:37
fonte
0

Eu sei que já tive esse problema antes, e sempre esqueço um possível motivo:

A proteção em tempo real do antivírus pode gerar esse erro.

Por que, eu não sei exatamente onde, mas se você pressionar F5 rapidamente, talvez consiga ver o seu site pouco antes de ser bloqueado, então pode ser, talvez, alguma biblioteca que seu antivírus está capturando, ou ruim referenciado.

Espero que alguém possa ajudar com uma solução real em vez de desativar a proteção em tempo real

    
por César Eduardo Cárdenas Fuentes 27.01.2016 / 16:21
fonte
0

No meu caso, eu encontrei alguns arquivos do plugin js que eram muito grandes em tamanho. Portanto, o navegador não conseguiu carregar de uma só vez.

Como consegui resolver o problema, dividi o arquivo js inteiro em partes e coloquei cada parte em um arquivo separado. Agora o navegador pode carregar esses pedaços js de uma só vez e voila !! Você resolveu isso.

Esse pode ser outro motivo para esse problema.

    
por Must keem 22.06.2018 / 09:19
fonte