上周有一個站長問到我一個問題，問fastcgi_cache和pagespeed加快有沒有斗嘴。略微想了下，2個都是較量原生的主，應該不存在兼容問題。

至于這個伴侶問到這2個機制處理懲罰的先后問題，我思考了下。既然fastcgi_cache已經是緩存到當地的文件，那么pagespeed必定是后處理懲罰的。通俗來說，就是當用戶會見WEB時，Nginx 應該是先挪用 fastcgi緩存，然后再舉辦pagespeed優化處理懲罰，最后返回數據給用戶。

雖然，顛末我最后的測試，也證實了我的揣摩是正確的。

一、還能再快

張戈博客已經很快了，然而并沒有什么L用，該抄襲的抄襲，仿照的仿照，要害詞和流量都碎了一地。在這個互聯網時代，張戈溫馨提示一下，有什么好的創意或賺錢要領，，絕逼不要透漏。唯有悶聲發大財才是王道，因為這是一個沒有道義、不講章法的雜亂時代！案例就不貼了，看到張戈博客某篇博客排名好，指數高，各類仿照，那標題擬的和張戈博客親生似的。某度也是一個大煞筆，什么垃圾辨識度，不識原創為何物，真是無力吐槽！良久沒在文章中吐槽了，真是憋著荒！

回到文章，分享還得繼承...

印象中張戈博客從51CTO轉載過一篇pagespeed相關文章，可是一直也沒去實驗一下。搜索一下發明是2年前的教程：

借助PageSpeed,為Nginx網站處事器提速

這次正好周末有空，就堅決從頭編譯了一下Nginx，測試了一把 pagespeed。最終照舊不負眾望，結果較量滿足。假如想網站速度更進一步，可以隨著本文走一遍。

二、從頭編譯

大伙或許也發明白，編譯nginx 是折騰它的根基功，假如你還不會，那就看下張戈博客以前分享的文章，學好這個根基功再來玩：

Nginx在線處事狀態下滑膩進級或新增模塊的具體操縱記錄

一般來說新增編譯一個模塊，只要提供這個模塊的下載地點，編譯應該就沒多大問題了。

本文模塊下載及編譯參考：

#進入 nginx 源碼同級目次，好比在 /usr/local/src
#下載模塊
wget -O ngx_pagespeed-release-1.9.32.6-beta.tar.gz https://codeload.github.com/pagespeed/ngx_pagespeed/tar.gz/release-1.9.32.6-beta
#解壓
tar zxvf  ngx_pagespeed-release-1.9.32.6-beta.tar.gz
#下載psol優化庫
cd ngx_pagespeed-release-1.9.32.6-beta
wget https://dl.google.com/dl/page-speed/psol/1.9.32.6.tar.gz
#解壓psol
tar zxvf 1.9.32.6.tar.gz
#查察現有nginx的編譯參數
/usr/local/nginx/sbin/nginx -V
#從頭編譯nginx，新增pagespeed模塊
cd /usr/local/src/nginx-1.60
./configure  --add-module=../ngx_pagespeed-release-1.9.32.6-beta 后頭接上上一步查詢到的參數
#再往后make 和 make upgrade 就不多說了，之前張戈博客都已經分享過了

三、修改設置

編輯網站的nginx設置文件，好比 zhangge.net.conf，在server模塊內里插手如下代碼：