gzip压缩与压缩;iis express/iis?

gzip压缩与压缩;iis express/iis?,iis,iis-express,http-compression,Iis,Iis Express,Http Compression,是否有人知道以下web.conig更改无法工作的原因: <httpCompression> <staticTypes> <add mimeType="application/javascript" enabled="true"/> </staticTypes> <dynamicTypes> <add mimeType="application/javascript" enabled="true"/> &l

是否有人知道以下web.conig更改无法工作的原因:

<httpCompression>
  <staticTypes>
    <add mimeType="application/javascript" enabled="true"/>
  </staticTypes>
<dynamicTypes>
  <add mimeType="application/javascript" enabled="true"/>
</dynamicTypes>
</httpCompression>

在我添加javascript之后,文件仍然没有被压缩(gzip)。我苦思冥想了几天,因为一开始我真的不知道问题出在哪里,但现在我知道了。如果我直接更改applicationhost.config,尽管它确实有效:

  <httpCompression directory="%TEMP%\iisexpress\IIS Temporary Compressed Files">
        <scheme name="gzip" dll="%IIS_BIN%\gzip.dll" />
        <dynamicTypes>
            <add mimeType="text/*" enabled="true" />
            <add mimeType="message/*" enabled="true" />
            <add mimeType="application/x-javascript" enabled="true" />
            <add mimeType="application/javascript" enabled="true" />
            <add mimeType="*/*" enabled="false" />
        </dynamicTypes>
        <staticTypes>
            <add mimeType="text/*" enabled="true" />
            <add mimeType="message/*" enabled="true" />
            <add mimeType="application/x-javascript" enabled="true" />
            <add mimeType="application/javascript" enabled="true" />
            <add mimeType="application/atom+xml" enabled="true" />
            <add mimeType="application/xaml+xml" enabled="true" />
            <add mimeType="*/*" enabled="false" />
        </staticTypes>
    </httpCompression>

更改web.config然后尝试找出哪些web服务器applicationhost.config文件不正确要容易得多,但不幸的是,它不起作用


也就是说,默认情况下IIS Express的设置“不正确”。它为javascript文件提供了一个模拟类型“application/javascript”,但只压缩显示为“application/x-javascript”的javascript文件。我不知道IIS(不是express)是否曾以这种方式出现默认值。

您可以尝试将值为true的doDynamicCompression属性添加到urlCompression属性中

<urlCompression doDynamicCompression="true" />

这个问题似乎离题了,因为它是关于web服务器配置而不是编程的。webmasters.stackexchange.com可能是一个更好的提问场所。