在IIS 8.5压缩不成功，说明ALREADY_CONTENT_ENCODING

Question

我想调试为什么我的网页不是根据YSLOW GZIP'ed或放气的问题。我最终启用了服务器上的失败请求日志，并能够看到失败的原因，为什么它没有压缩，它认为它已经被压缩了。

DYNAMIC_COMPRESSION_NOT_SUCCESS Reason="ALREADY_CONTENT_ENCODING" 

我已经在IIS中启用动态和静态压缩，我也改变了web.config文件以包含以下内容。

<httpCompression directory="%SystemDrive%\inetpub\temp\IIS Temporary Compressed Files"> 
    <scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll" staticCompressionLevel="9" /> 
    <dynamicTypes> 
    <add mimeType="text/*" enabled="true" /> 
    <add mimeType="message/*" enabled="true" /> 
    <add mimeType="application/x-javascript" enabled="true" /> 
    <add mimeType="application/json" 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/atom+xml" enabled="true" /> 
    <add mimeType="application/xaml+xml" enabled="true" /> 
    <add mimeType="*/*" enabled="false" /> 
    </staticTypes> 
</httpCompression> 
<urlCompression doStaticCompression="true" doDynamicCompression="true"/> 

另外我的aspx页面上我有我的每个页面（页面加载）之前调用一个方法来运行gzip压缩（这可能是为什么它是导致错误）。

这是我如何调用该方法从页面加载

//compress page 
Compression.GZipEncodePage(); 

这是压缩页面

using System; 
using System.Collections.Generic; 
using System.Linq; 
using System.Web; 

namespace InitialDataEntry 
{ 
    public static class Compression 
    { 
     /// <summary> 
     /// Sets up the current page or handler to use GZip through a Response.Filter 
     /// IMPORTANT: 
     /// You have to call this method before any output is generated! 
     /// </summary> 
     public static void GZipEncodePage() 
     { 
      HttpResponse Response = HttpContext.Current.Response; 
     if (IsGZipSupported()) 
     { 
      string AcceptEncoding = HttpContext.Current.Request.Headers["Accept-Encoding"]; 
      if (AcceptEncoding.Contains("deflate")) 
      { 
       Response.Filter = new System.IO.Compression.DeflateStream(Response.Filter, 
              System.IO.Compression.CompressionMode.Compress); 
       Response.AppendHeader("Content-Encoding", "deflate"); 
      } 
      else 
      { 
       Response.Filter = new System.IO.Compression.GZipStream(Response.Filter, 
              System.IO.Compression.CompressionMode.Compress); 
       Response.AppendHeader("Content-Encoding", "gzip"); 
      } 
     } 

     // Allow proxy servers to cache encoded and unencoded versions separately 
     Response.AppendHeader("Vary", "Content-Encoding"); 
    } 

    /// <summary> 
    /// Determines if GZip is supported 
    /// </summary> 
    /// <returns></returns> 
    public static bool IsGZipSupported() 
    { 
     string AcceptEncoding = HttpContext.Current.Request.Headers["Accept-Encoding"]; 
     string IsPartial = HttpContext.Current.Request.Headers["x-microsoftajax"]; 

     if (!string.IsNullOrEmpty(AcceptEncoding) && 
      AcceptEncoding.Contains("gzip") || AcceptEncoding.Contains("deflate")) 

      //Just checking to see if this is a partial page update 
      if (string.Compare("Delta=true", IsPartial, true) == 0) 
      { 
       return false; 
      } 
      else 
      { 
       return true; 
      } 
     else 
     { 
      return false; 
     } 
    } 
} 
} 

此所用的方式进行工作的方法，但不知道什么时候它停了下来，但是我的用户意识到这个问题，因为页面的大小变得臃肿，以前的500k是2mb！

任何帮助将不胜感激。

感谢，

Answer 1

无需手动执行gzip的，而是你可以中继在IIS上为你做这项工作。如果你的应用在集成模式下使用的应用程序池，然后确保httpcompression标签内

<System.WebServer>标签

还与你需要有

<urlCompression doStaticCompression="true" doDynamicCompression="true" /> 

由于它的httpCompression标签一起。删除压缩类并检查现在的响应标头

Answer 2

我们在Windows 2012 R2服务器上遇到类似问题;以下步骤解决了我们的问题：

1. 选择一个IIS站点，然后转到配置编辑器。
2. 选择“system.web/caching/outputCache”部分，然后将“omitVaryStar”属性设置为“true”
3. 选择system.webServer，然后选择httpCompression。
4. 集“staticCompressionIgnoreHitFrequency”属性设置为“真”
5. IISRESET