初学者，请耐心等待 我刚刚评估过我的网站性能，并被告知所有内容都应该发送给gzip，即： CSS文件JS文件和页面本身 我该如何去做，我应该有什么缺点吗？ 你用它吗？ 如果浏览器不支持gzip会怎么样？ 这可能吗？ 预先感谢任何build议，它真的很聪明！
我最近将一个PHP（Cake框架）开发站点从IIS 6（x86）服务器移动到IIS 7服务器（x64）。 内容都是一样的，URL重写的作品，但试图显示第一页，我得到这个错误： Error 330 (net::ERR_CONTENT_DECODING_FAILED): Unknown error. Firefox将此标识为 Content Encoding Error The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression. PHP页面正在使用Gzip (ob_start("ob_gzhandler"))但是注释掉这行并没有做任何事情。 IIS的安装几乎是一个干净的安装，我从来没有设置任何压缩选项，是否有任何设置在IIS或代码错误，会导致此？ 相同的确切代码在IIS 6服务器上工作。 我听说这是由PHP尾随空白引起的，但如果是这样的话，IIS 6服务器不应该有同样的问题？ 我试过的浏览器是Firefox 5，最新的Chrome和IE8，但它不是浏览器端的问题。
我无法获得静态或dynamic压缩，以在.ASP，.JS或.CSS文件的新服务器上工作。 我正在运行Windows Server 2008 R2 Standard 64位。 在IISangular色服务下，我安装了ASP，以及静态和dynamic压缩。 我正在使用DefaultAppPool与标准的ApplicationPoolIdentity。 我已经启用了该网站的所有压缩选项。 这里是我的applicationHost.config的相关部分（这全部在system.webServer下）： <httpCompression directory="%SystemDrive%\inetpub\temp\IIS Temporary Compressed Files"> <scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll" /> <dynamicTypes> <add mimeType="text/*" enabled="true" /> <add mimeType="message/*" enabled="true" /> <add mimeType="application/x-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/atom+xml" enabled="true" /> […]
我有200 GB的SQL Server文件，我需要通过100 Mbit连接进行复制。 假设最大吞吐量将需要五个小时。 SQL Server文件压缩得非常好，一般在80-90％的范围内。 不幸的是，压缩和解压缩两端文件所需的时间在整个复制操作所花费的时间方面都是净零，这主要是因为磁盘I / O限制。 我正在寻找的是networking复制期间的实时压缩和解压。 rsync和scp有这个，但是这需要在其中一个盒子上安装一个ssh服务器。 我很乐意避免这样做。 是否有任何方便的工具，这样做，而不build立一个SSH服务器？ 我可以通过在networking套接字上写入GZipStream来完成这个工作，但是我不喜欢重新发明轮子。
我正在使用CloudFront与Cherokee原始服务器的静态文件。 切诺基服务gzip内容直接浏览器请求没有任何问题。 但是，当CloudFront请求内容时，Cherokee会将其解压缩，因为CloudFront使用HTTP / 1.0（但具有Accept-Encoding：gzip）进行请求。 有没有一种方法可以强制在切诺基的HTTP / 1.0请求的gzip压缩？ 由于这个问题，我的CloudFront成本几乎翻了一番。 ngnix存在类似的问题，但可以通过修改configuration来解决： http ://www.cdnplanet.com/blog/gzip-nginx-cloudfront/
由于BREACH漏洞，我希望为TLSstream量禁用gzip压缩，但对于常规HTTPstream量则不能。 我可以将每个Nginx server部分分成两个单独的TLS和非TLS部分，并在那里configurationgzip，但是在同一个web服务器上运行的十几个站点中，我不希望每个服务器部分都这样做。 是否可以禁用所有HTTPS请求的gzip压缩，而不创build多个server部分（例如从http部分）？
在我们的应用程序中，我们有一些相当长的AJAX调用，其中一些在相当慢的encryptionnetworking上传输超过100k的数据。 我想在application/json上启用G-Zip压缩来加速这一点。 但是，我正在经历一段艰难的时光！ 首先请注意，服务器肯定支持这个。 application/javascript和text/*压缩就好了。 我尝试的第一件事是在<system.webServer>部分的web.config中添加以下内容： <httpCompression directory="%SystemDrive%\inetpub\temp\IIS Temporary Compressed Files"> <scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll"/> <dynamicTypes> <add mimeType="text/*" enabled="true"/> <add mimeType="message/*" enabled="true"/> <add mimeType="application/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/javascript" enabled="true"/> <add mimeType="*/*" enabled="false"/> </staticTypes> </httpCompression> <urlCompression doStaticCompression="true" doDynamicCompression="true"/> 这没有效果。 我甚至启用了"*/*"只是为了testing。 接下来，我挖出了全能的applicationHost.config文件。 这有： <section name="httpCompression" […]
我们有启用了TDE的SQL 2008 Enterprise，并且已启用TDE并升级到SQL 2012。 一切工作正常，但我越来越差的备份压缩比在SQL 2008中。我明白TDE打开时压缩的限制。 但是，在启用TDE的情况下升级到SQL 2012时，这种限制更糟。 我期望在SQL 2012中获得与启用了TDE的SQL 2008相同的压缩比或更高的压缩比。 我已经做了相当多的研究，但没有运气来理解这个难题。 任何人都可以指向我的一些知识产权或文档为什么SQL 2012备份压缩比与TDE启用比SQL 2008更差？
Google PageSpeedbuild议提供一些静态文件，例如JavaScript，CSS。 但是，因为我们的网站是HTTPS，所以我们只是禁用了我们的Web服务器中的压缩function， 就我所了解的BREACH攻击而言，在服务器中启用压缩是不安全的。 我是否误解了在Web服务器上启用静态文件压缩的安全性？ 还是有一些方法来传递压缩的静态文件，而没有BREACH的风险？
我最近尝试使用gzip压缩来改善Web UI性能。 我如下configuration了Tomcat连接器。 compression="on" compressionMinSize="2048" noCompressionUserAgents="gozilla, traviata" compressableMimeType="text/html,text/xml,text/css,text/javascript,text/json,application/x-javascript,application/javascript,application/json" 下面是RequestHeader – Accept-Encoding是gzip，deflate。 Key Value Request GET /app/jquery-ui.min.js HTTP/1.1 Accept */* Referer https://cdduat.app.com/Apptech/ Accept-Language en-US User-Agent Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; InfoPath.3) Accept-Encoding gzip, deflate Host cdduat.app.com Connection […]