啓用mod_deflate發送內容編碼：gzip

Question

編輯我發現問題實際上是php minify。這是發送癟的內容而不是Apache。我會在這裏找到更多。

據High Performance Web Sites，如果我能在mod_deflate模塊2.x的阿帕奇，通過添加以下行，它應發送gzip壓縮/ delfated內容： -

AddOutputFilterByType DEFLATE text/html text/css application/x-javascript 

書中還稱，gzip比更有效deflate。

我在httpd.conf中添加了相同的行。但是Apache發送Content-Encoding: deflate。

我的捲曲度測試使用： -

curl -i -H "Accept-Encoding: gzip" "http://192.168.1.33/s.js" >> e:\curl_log.txt 

它返回 'gzip壓縮' 的內容。但是當我發送命令時： -

curl -i -H "Accept-Encoding: gzip, deflate" "http://192.168.1.33/s.js" >> e:\curl_log.txt 

它返回'放氣'的內容。

所以，如果瀏覽器支持縮小和gzip壓縮，Apache發送癟。如何讓Apache選擇gzip而不是deflate？

FYI： -

• 我無法找到任何東西： http://httpd.apache.org/docs/2.0/mod/mod_deflate.html。
• 在Apache conf中沒有發生no-gzip 。
• 服務器：Apache/2.2.9的（Win32）PHP/5.2.6
• FF發送請求標頭，如： 「接受編碼：gzip，放氣」

Answer 1

查看http://httpd.apache.org/docs/2.0/mod/mod_deflate.html爲的複雜細節 - - 你確定在配置的其他地方沒有出現no-gzip？當你改變你的「瀏覽器」時會發生什麼，例如通過使用wget與-U的各種值？

Answer 2

我懷疑無論您使用的是測試不發送...

接受編碼：gzip

...在請求頭。

Answer 3

正如我看到的原因已被發現。爲了進一步的幫助失控可能的混亂：

• mod_deflate模塊儘管它的名字目前僅支持gzip的。

• gzip的是更 「有效的」，因爲以下

DEFLATE的 - 儘管它的名字zlib壓縮（RFC 1950）應使用（結合deflate壓縮（RFC 1951） ），如RFC 2616中所述。然而，真實世界中的實現似乎在zlib壓縮和（原始）壓縮壓縮之間有所不同[3] [4]。由於這種混亂，gzip將自己定位爲更可靠的默認方法（2011年3月）。

gzip和zlib是文件/流的格式，默認情況下包裹deflate和其他東西添加校驗和，使他們更安全，更慢一點。另一方面，尺寸的增加不應該有任何顧慮。

另見HTTP_compression - Wikipedia

• 放氣會更 「有效的」（Frequently Asked Questions about zlib - What's the difference between the "gzip" and "deflate" HTTP 1.1 encodings）