nginx 預壓縮 gzip 靜態檔案

2021-09-01 02:11:24 字數 836 閱讀 9058

**:

對於靜態檔案先壓縮再輸出是再正常不過的事了,但是這種壓縮都是動態的,在每次請求都會先壓縮再輸出,大大浪費了很多cpu。如果前端加了反向**快取,那能減少這種浪費。但不是每個生產環境前端都有快取的。而nginx有個模組gzip precompression,這個模組的作用是對於需要壓縮的檔案,直接讀取已經壓縮好的檔案(檔名為加.gz),而不是動態壓縮,對於不支援gzip的請求則讀取原檔案。

編譯nginx的時候需要把--with-http_gzip_static_module引數加上。

配置[list]

[*]gzip_static配置優先順序高於gzip

[*]開啟nginx_static後,對於任何檔案都會先查詢是否有對應的gz檔案

[*]gzip_types設定對gzip_static無效

[/list]

為了方便生產環境自動生成壓縮檔案,寫了一條命令自動完成這些事情

[list]

[*]根據檔案字尾名遍歷需要壓縮的檔案

[*]對比檔案的修改時間

[*]自動呼叫gzip生成壓縮檔案

[/list]

find ./ -type f -printf '%ty %tm %td %th %tm %ts\t%p\n'

| grep -ie '\.(html|txt|css|js)$'

| awk -f'\t' ' else

if (last_modify_timestamp < mktime($1))

}'

chrome將不會支援gzip了,而用sdch,sdch比較像瀏覽器級的minify

Nginx配置gzip實現靜態資源壓縮

使用gzip可以將靜態資源壓縮 gzip vary on 指令 說明預設值 gzip on off 開啟 關閉gzip壓縮 預設是off gzip min length 1k 允許壓縮的頁面最小位元組數 預設為0 gzip buffers 4 16k 系統獲取幾個單位的快取用於儲存gzip的壓縮結果...

nginx 開啟gzip壓縮

一 背景介紹 歷史遺留問題,在專案建立初期前端力量薄弱,大部分image js css與業務應用存放在一起,未上傳到cdn中,最終導致 訪問緩慢,經過排查由於靜態資源大量消耗頻寬。接下來介紹通過nginx的gzip對靜態資源進行壓縮,減少頻寬消耗。二 gzip gzip是gnu zip的縮寫,它是乙...

nginx配置gzip壓縮

一 配置引數的詳細介紹 二 大眾的引數配置如下 開啟gzip壓縮 gzip on http的協議版本 ie版本1 6不支援gzip壓縮,關閉 gzip disable msie 1 6 需要壓縮的檔案格式 text html缺省會壓縮,不用新增 設定壓縮緩衝區大小,此處設定為4個8k記憶體作為壓縮結...