Riscos da configuração de noCompressionForHttp10 e noCompressionForProxies como false

Question

Mudamos recentemente para o Amazon Cloudfront em busca de conteúdo estático. Parece que a Cloudfront faz solicitações HTTP 1.0 para o servidor de origem (IIS 7.0) usando o cabeçalho Via. Por padrão, o IIS 7.0 desabilita a compactação de arquivos para essas duas opções (solicitações HTTP 1.0 e proxy (Via)), que só podem ser habilitadas para o servidor inteiro definindo noCompressionForHttp10 e noCompressionForProxies como false no applicationHost.config ( link ).

Minha pergunta é: qual é o risco de ativar a compactação para HTTP 1.0 e solicitações de proxy? Essas configurações são significantes para navegadores / proxies REALMENTE antigos (por exemplo, Internet Explorer 5) ou o problema existe em navegadores / proxies mais recentes?

    

Answer 1

Deve ser seguro definir essas opções.

Olhando para o padrão Apache 2.2 conf no Ubuntu 12.04 (/etc/apache2/mods-available/deflate.conf), parece que o IE 6 teve alguns problemas com compressão para CSS, RSS e Javascript.

Além disso, alguns proxies realmente antigos não suportam o cabeçalho 'Vary' e, portanto, enviam o conteúdo compactado em cache para os clientes que não indicaram suporte à compactação no cabeçalho 'Aceitar'.

Se o seu servidor Web SOMENTE for acessado através do CDN, essas duas opções não serão importantes. Se você ainda permitir o acesso direto ao seu servidor web, então, como você disse, navegadores / proxies realmente antigos podem ter um problema (mas os usuários de tais produtos antigos enfrentarão uma série de outros problemas ...)