Um dos recursos mais comumente esquecidos na configuração de um servidor da web é a configuração da compactação. Todos os navegadores modernos suportam compressão GZip e Deflate para conteúdo. Todos os servidores da web comercialmente viáveis suportam os tipos de compressão GZip e Deflate. O IIS não é diferente. O motivo pelo qual muitos não percebem esse recurso é que você precisa configurá-lo da maneira que precisa para que funcione. Abordarei a configuração da compactação no IIS 6 nesta entrada. Espero dar seguimento com alguns conselhos sobre o IIS 7 em breve.
Por que você deve compactar o conteúdo
Existem dois motivos principais pelos quais você deve compactar seu conteúdo da web: velocidade e largura de banda. Apesar de aumentar a carga da CPU no servidor e no cliente, a compactação torna o carregamento da página muito mais rápido. O motivo é que o conteúdo é transferido muito mais rápido quando compactado.
Economizar largura de banda não apenas torna o carregamento do site muito mais rápido, mas também reduz os custos gerais de operação do site. Sei, por experiência própria, que a largura de banda é o custo mais alto de qualquer site. Como eu gerencio centenas, a compactação de conteúdo é um fator chave no gerenciamento de meus resultados financeiros. Se você puder reduzir seu código de largura de banda pela metade, isso pode ser um acréscimo tremendo aos seus resultados financeiros. Pense em um blog popular, isso pode significar vários milhares de dólares por mês que eles não precisam gastar.
Que conteúdo devo compactar
Embora haja muito a ganhar compactando o conteúdo enviado do seu site, nem todo o conteúdo deve ser compactado. Uma regra geral é se for texto, como HTML ou JavaScript, compactá-lo. Se for binário, como imagens ou arquivos PDF, não o compacte. Os arquivos binários geralmente estarão em um formato compactado de qualquer maneira.
Como eu controlo o que é compactado
No IIS 6.0, você tem a opção de compactar conteúdo estático e dinâmico. Você pode determinar que apenas o conteúdo estático seja compactado se estiver preocupado com a compactação do conteúdo dinâmico, adicionando muito estresse ao servidor. Mas deve haver poucas ocasiões em que isso seja um problema. O conteúdo estático será armazenado em cache no sistema de arquivos compactado, portanto, realmente acelerará esse conteúdo. As imagens não são compactadas, pois os formatos de imagem já estão em um formato compactado.
Desvantagens da compactação
Existem duas desvantagens em usar compactação no IIS: desempenho e configuração global. Sempre que você adiciona uma rotina que realiza o processamento em um recurso em um servidor da web, haverá sobrecarga de processamento. A compressão não é diferente, pois o algoritmo de compressão deve ser executado. Felizmente, esse impacto no desempenho é mais do que compensado pela velocidade adicional ao descer o fio. Além disso, o IIS armazenará em cache de forma inteligente os documentos compactados assim que forem compactados pela primeira vez para atendê-los mais rapidamente em solicitações futuras. Infelizmente, isso fica muito complicado para aplicativos dinâmicos como um aplicativo ASP.NET.
Uma das coisas que não gosto é de usar o serviço de compactação integrado no IIS 6.0 deve ser uma configuração de tudo ou nada. Isso significa que todos os sites no servidor estão compactados ou nenhum usa compactação; isso não pode ser configurado para cada site.
Uma maneira de contornar isso é integrar um httpModule personalizado em cada site ASP.NET que você deseja implementar compressão. Blowery Compression parece ser o mais popular para plataformas ASP.NET. Existem outras soluções para outras estruturas de aplicativos e dlls ISAPI que também podem ser integradas.
Como configurar a compactação do IIS 6.0
Isso é muito fácil, abra a interface de administração do IIS. Abra a caixa de diálogo de propriedades do nó de sites da Web, não de um site individual. Selecione a guia Serviço. Marque as caixas de seleção Compactar arquivos do aplicativo e Compactar arquivos estáticos. Você pode então especificar a pasta onde os arquivos temporários serão armazenados. Costumo colocá-los em outra unidade para gerenciar melhor o espaço no servidor.
Como ver a diferença
Bem, existem várias ferramentas para ver a diferença, mas a melhor é seu resultado final em custos de largura de banda. Se você tiver um site de alto tráfego, notará a diferença na largura de banda real usada imediatamente. Isso significa menos sobrecarga para sua carteira.
Mas, honestamente, existem algumas ótimas ferramentas GRATUITAS para ajudá-lo. O primeiro seria Fiddler , o complemento indispensável para o Internet Explorer.
Conclusão
Não há motivo para não habilitar a compactação para HTML, JavaScript e folhas de estilo em cascata. Imagens, PDFs e outros arquivos binários não precisam ser compactados se já estiverem em formatos compactados. Imagens e PDFs já estão compactados. Você pode economizar muita largura de banda, o que se traduz diretamente nos resultados financeiros. Também faz com que suas páginas carreguem muito mais rápido, aumentando a percepção geral de seu site pelos usuários finais. Se você controlar seu servidor web, configure a compactação. Se não, pressione seu ISP ou departamento de rede para implementá-lo imediatamente.
Isso cobre a compactação no IIS 6, tenho um acompanhamento sobre como configurar compressão no IIS 7 em breve. Acho que também devo dar sequência a uma explicação mais detalhada sobre como e por que a compactação também funciona na web.
