você pode habilitar HTTP compactação no IIS 6 sem reiniciar IIS?

Question

Atualmente estou otimizar o desempenho no site da minha empresa; quando ele estava tomando 6-10 segundos para baixar 2MB + da nossa homepage e ativos (o site é principalmente flash com um monte de mídia, por isso não é 2MB de HTML e viewstate). Há um monte de coisas que precisam ser feitas para obter esse tamanho de download para baixo; mas uma coisa eu definitivamente quero fazer é permitir HTTP compressão para comprimir nosso conteúdo estático, especificamente XML, CSS e JS; Eu não imagino compressão vai fazer muito para os SWFs e JPGs.

Eu quero permitir isso em apenas o nosso site de teste para que eu possa fazer algum servidor de teste e benchmarking. Isso significa que eu vou ter que fazer alguma edição Metabase, já que o IIS 6 não permitem compressão set em um site individual através do gestor do IIS. O problema com isso é o Metabase está bloqueado pelo IIS para que eu não possa salvar; e mesmo se eu salvar as edições, eu sou obrigado a reiniciar o IIS para que as alterações tenham efeito; que irá derrubar outros sites ao vivo hospedados no mesmo servidor. Existe uma maneira de ativar a compactação de um site sem reiniciar IIS? Eu não me importo de reiniciar o nosso site de teste; Eu só não quero que esse trabalho para derrubar outros sites no servidor.

Qualquer ajuda é muito apreciada.

Answer 1

Você tem "Enable Direct Metabase Edit" verificado? Se assim você deve ser capaz de editar a metabase e quando o arquivo é salvar IIS automaticamente captador mais de mudanças. Mais detalhes aqui

Você também pode ativar adsutil.vbs compressão usando. Há exemplos aqui e nos comentários de < a href = "http://www.codinghorror.com/blog/archives/000059.html" rel = "nofollow noreferrer"> este post .

cscript C:\Inetpub\AdminScripts\adsutil.vbs set w3svc/site#/root/DoStaticCompression False
cscript C:\Inetpub\AdminScripts\adsutil.vbs set w3svc/site#/root/DoDynamicCompression False

Answer 2

Você percebe um IISRESET pode acontecer em literalmente alguns segundos, e pode ser tão rápida que as solicitações dos usuários vai apenas "travar" até que as responde servidor.

A única parte ruim é que, se eles estão usando sessões de servidor, esses poderiam se perder.

Você deve habilitar HTTP compactação, é geralmente uma boa coisa, em servidores de hoje você raramente estão usando qualquer quantidade significativa de uso da CPU, então a tarefa menor de comprimir a saída HTTP você vai economizar mais de largura de banda que você solta no tempo de CPU .

Gostaria também de mencionar, quem está criando seus arquivos Flash estão fazendo isso incorretamente, as necessidades desenvolvedor Flash para transmitir os componentes flash, não entregar a cada gráfico, som e animação na primeira exibição de página. Não há nenhuma razão qualquer página do Flash deve ser mais de 100k.