Você afirma isso:
I’m using a 3G dongle with my laptop so I thought it was due to the low speed connection so I tested it at work with an optical fiber connection but it looked always pixelated.
Não sei muito bem quem é seu provedor 3G ou o provedor de ISP de trabalho, mas tudo isso soa como servidores proxy em algum lugar da conexão de rede reprocessando imagens para economizar largura de banda. Eu vi isso acontecer nos EUA na minha conexão 3G / 4G da Sprint às vezes. Um dia, imagens de qualquer coisa parecem reduzidas. No dia seguinte, bom e claro. Nenhuma explicação dada ou claramente explicada.
Muitos ISPs negam que estejam fazendo downscaling de imagens para lidar com gargalos de largura de banda, porque a implicação é que eles estão adulterando dados de "portadora comum" que negariam o conceito de neutralidade de rede; onde os usuários pagam pela velocidade do serviço e esperam que o conteúdo seja entregue a eles sem adulteração. Mas não importa o que os ISPs digam que há muitas discussões on-line, como aqui e aqui - apontando para o fato de que eles muitos provedores se envolvem nessa prática.
O problema interessante aqui é que você menciona o mesmo bloqueio em sua conexão de trabalho do que com seu 3G. Se você está 100% certo de que é o caso, pode ser que o seu provedor 3G e provedor ISP de trabalho sejam a mesma entidade? Se for esse o caso, isso explica isso. Se não, então o próximo palpite seria algum proxy de internet em nível nacional que estaria filtrando todo o conteúdo. Isso explicaria porque quando você usa o TOR - que é essencialmente uma VPN que faz com que sua conexão principal seja em qualquer outro lugar do mundo - as imagens parecem bem.Mas, no final das contas, algo na cadeia de conectividade de rede está reprocessando essas imagens.
E se você quiser tentar diagnosticar isso sozinho, basta usar curl -I na linha de comando para visualizar os cabeçalhos brutos dos ativos. Por exemplo, eu estou no Brooklyn, Nova Iorque, nos EUA e é isso que vejo fazendo um curl -I da janela do terminal do meu Mac Mini executando o OS X para a imagem de origem do seu site que você mencionou no seu post: / p>
curl -I http://topten.tn/wp-content/uploads/2014/07/Maybach-Exelero.jpg
E a saída é a seguinte:
HTTP/1.1 200 OK
Content-Type: image/jpeg
Server: Apache
Last-Modified: Tue, 29 Jul 2014 11:44:22 GMT
Cache-Control: max-age=900
Expires: Sat, 06 Dec 2014 18:29:25 GMT
Content-Length: 24261
Accept-Ranges: bytes
Date: Sat, 06 Dec 2014 18:26:59 GMT
Age: 754
Connection: keep-alive
X-Geo: varn30.rbx5
X-Geo-Port: 1013
X-Cacheable: Cacheable: matched cache
O cabeçalho Cache-Control mostra uma idade máxima de 900. Que é de 900 segundos. O que significa 15 minutos Se você limpar o cache no seu navegador e recarregar a página, uma nova imagem deverá ser carregada. Então, aos meus olhos, o cache não é um problema aqui. Mas se alguém na cadeia de rede estiver mudando de tamanho com o JPEG redimensionado por meio de um proxy, os cabeçalhos podem ser diferentes.
Mais uma vez, esse curl -I não tem a garantia de fornecer uma "arma fumegante", pois, por enquanto, sabemos que o servidor proxy está simplesmente compactando a imagem e transferindo cabeçalhos de item de origem sem modificação. Mas vale a pena verificar se você está interessado em aprofundar o que pode estar causando esse problema.