Squid3.0之前，一直不能完美支持http1.1。所以對gzip內容的支持，始終有很多問題。我也看過很多帖子，號稱解決了這個問題。但是其實一直沒有把問題說清楚。我今天試著把問題的原因和解決方法徹底說清楚。

squid不支持常見的gzip壓縮的原因，有以下兩點:

1,??squid只支持gzip的靜態(tài)壓縮，不支持動態(tài)壓縮。具體一點說，就是response header里必須有content-length, 不可以用chunked方式。

2,??response header中必須有Vary : Accept-Encoding

只要具備以上幾點，squid就可以完美的識別壓縮和不壓縮的內容。

下面說一下nginx針對這個問題的解決方案:

nginx默認的NginxHttpGzipModule, 采用的是chunked方式的動態(tài)壓縮，而squid是不支持的。需要使用http_gzip_static_module這個模塊，進行pre-compress。

具體方法如下:

ngx_http_gzip_static_module was introduced in nginx 0.6.24. You must enable support at compile time:

??? ./configure --with-http_gzip_static_module ...

配置文件寫法:

? ? gzip? ?? ?? ?? ? on

? ? gzip_static on;

? ? gzip_http_version? ?1.0;
? ? gzip_proxied? ?? ???any;
? ? gzip_disable? ?? ???"MSIE [1-6]\.";

? ? gzip_comp_level? ???9;

注意，這里沒有加入gzip_vary on;。這是因為http_gzip_static_module這個模塊，只給沒壓縮的內容加入了vary header，而不是所有內容都加。
所以不能打開這個參數。可以在nginx.conf中手動設置vary header。這樣不管壓縮與否，返回的文件都會被加上Vary: Accept-Encoding。

至此，nginx的gzip壓縮，就能夠被squid完美支持了。如果你使用Http1.0，就會返回你沒壓縮的內容。如果你使用http1.1，并且發(fā)送Accept-Encoding:gzip,deflate，就會返回壓縮后的內容。


PS: 我又發(fā)現了一個問題，就是squid的cache保存問題。按照文檔上說，squid是根據url來緩存對象的。
? ?? ?也就是說，一個url應該只保留一個cache。如果你交替的申請壓縮的和不壓縮的內容，是會出現反復MISS的情況的。
? ?? ?但是我實際測試的過程中，發(fā)現不是這樣的，交替的申請壓縮的和不壓縮的內容，是會一直HIT的。這說明squid是同時保存兩份cache的(壓縮的和不壓縮的)。
? squid是根據url來緩存對象的。
? ?? ?也就是說，一個url應該只保留一個cache。如果你交替的申請壓縮的和不壓縮的內容，是會出現反復MISS的情況的。
? ?? ?但是我實際測試的過程中，發(fā)現不是這樣的，交替的申請壓縮的和不壓縮的內容，是會一直HIT的。這說明squid是同時保存兩份cache的(壓縮的和不壓縮的)。 如果打開了broken_vary_encoding，就可以同時保存兩份cache了。

?

轉載于:https://blog.51cto.com/mooon/908924

總結

以上是生活随笔為你收集整理的squid配合nginx的gzip压缩的完美解决方案的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。