mod_deflate vs mod_gzip

Question

有人能告诉我以下脚本在CPU负载、性能和压缩方面有什么不同吗？

<ifModule mod_gzip.c> 
mod_gzip_on Yes 
mod_gzip_dechunk Yes 
mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$ 
mod_gzip_item_include handler ^cgi-script$ mod_gzip_item_include mime ^text/.* 
mod_gzip_item_include mime ^application/x-javascript.* 
mod_gzip_item_exclude mime ^image/.* 
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.* 
</ifModule> 


<ifModule mod_deflate.c> 
<filesMatch "\.(js|css)$"> SetOutputFilter DEFLATE </filesMatch> 
</ifModule> 

Answer 1

这两个模块都做同样的事情:动态添加gzip压缩。

现在你应该使用的是mod_deflate -它是更现代的推荐版本，并且是随Apache一起发布的。mod_gzip是一个较老的第三方实现，没有充分的理由再使用它。

不要被名字所蒙蔽，以为它们使用了不同的压缩方案。它们都使用gzip (这是一种使用称为DEFLATE的压缩算法的格式)。后者之所以被称为mod_deflate，是因为使用了mod_gzip这个名字。它们都将以相同的设置实现相同的压缩级别。

它们具有不同的配置(可能包括不同的默认设置)，因此您需要查找您正在使用的特定配置的文档。

Answer 2

我猜你问的是这两者之间的区别，而不是一般的压缩。在这种情况下，我建议使用mod_deflate，它依赖于仍然活动的项目zlib。顺便说一句，比较这两者的旧文章(6-7岁)已经不再相关了。

Answer 3

大多数压缩算法在应用于纯文本文件时，可以将其大小减小70%或更多，具体取决于文件中的内容。在使用压缩算法时，标准压缩级别和最大压缩级别之间的差异很小，特别是当您考虑到处理这些额外压缩通道所需的额外CPU时间时。在动态压缩Web内容时，这一点非常重要。大多数软件内容压缩技术使用6(共9个级别)的压缩级别来节省CPU周期。级别6和级别9之间的文件大小差异通常很小，因此不值得花费额外的时间。

对于被标识为text/.* MIME类型的文件，可以在将其放到网络上之前对其应用压缩。这同时减少了传输的字节数并提高了性能。测试还表明，Microsoft Office和PostScipt文件可以通过压缩模块进行GZIP编码传输。

一些重要的MIME类型不能被GZIP编码是外部JavaScript文件，PDF文件和图像文件。Javascript文件的问题主要是由于浏览器软件中的错误，因为这些文件实际上是文本文件，压缩传输会使整体性能受益。PDF和图像文件已经被压缩，尝试再次压缩它们只会使它们变得更大，并导致潜在的浏览器渲染问题。

在将压缩文件发送到客户端之前，服务器必须确保接收数据的客户端正确理解并呈现压缩格式。理解压缩内容的浏览器会发送以下客户端请求头的变体：

Accept-encoding: gzip

Accept-encoding: gzip, deflate 

当前的主要浏览器在它们发送的每个请求中都包含此消息的一些变体。如果服务器看到报头并选择提供压缩内容，则应使用服务器响应报头进行响应：

有关更多信息，请参阅本文：http://www.linuxjournal.com/article/6802