一直在用百度統計作為首選統計工具，相比其他工具而言這個最大的優點就在於 IP 統計準確，時效性效性高。但之前總是在用其統計功能統計我的 WordPress 部落格。今天偶然間發現，百度統計有個網站速度診斷功能，於是乎結合百度統計做 WordPress 速度最佳化。進入百度統計，點選速度診斷，開始診斷。等候一點時間之後，我的 WordPress 速度得分如下：

網通　40 分

電信　60 分

該工具給出的影響我的 WordPress 部落格速度有很多很細的專案，其中有如下影響速度可以最佳化的地方的建議：

1. 連線網路 （4 項） 頁面開啟過程中，共有 47 次請求 （比 34% 的網站請求次數多），可節省 22 次連線提高速度

合併域名可減少 7 次請求 建議將只有 1 個資源的域名合併到其他域名下

取消重定向可減少 1 次請求 多一次重定向，意味著多請求一次，儘量不要使用重定向

網站分析 js 過多可減少 1 次請求 建議保留開啟速度較快的統計程式碼

使用 Css Sprite 可減少 13 次請求 使用 css sprite 技術可以減少請求次數

2. 開啟頁面 （2 項） 使用者瀏覽器開啟頁面的過程，受頁面內容大小、設計等的影響 WordPress 速度

JS 位置有 1 個問題，JS 放在頁面最後，可以加快頁面開啟速度

圖片大小宣告有 2 個問題 如果圖片大小不做定義，則頁面需要重新渲染，速度受到影響

針對這些問題我採取了手工加外掛自動的方法去實現 WordPress 速度最佳化，外掛採用了：DB Cache Reloaded ，Hyper Cache，Wp Widget Cache ， Gzip，script gzip 。上述外掛分別作用為

DB Cache Reloaded ：針對 MySql 使用一段時間會有相關的資料亢於 （也就是資料缺乏關聯） 而進行自動的資料庫最佳化。

Hyper Cache：針對動態網頁需不斷向伺服器請求從而導致請求時間延誤 WordPress 載入速度，該外掛把網頁實現 Html 靜態化，減小上述的請求次數也就是最佳化時間。

Wp Widget Cache：Widget 是 wp 的一個函式呼叫，同樣會向伺服器請求一些東西。可是一般的最佳化外掛不會最佳化 Widget，如果吧 Widdget Html 的話，不久減少了請求時間加快速度了嗎？Wp Widget Cache 就是實現了側邊欄快取策略。提升效果不一般哦^^！

Gzip：當我們實現了上述的網頁非動態化時候，相對應的 Html 檔案同樣也可以進一步最佳化，Gzip 就是實現了原來的 Html 壓縮。

script gzip： Gzip 只會壓縮 Html 並不理會當下流行的 CSS，針對 Gzip 只是壓縮頁面的 Html 內容並不預設壓縮 JS/CSS，且預設 JS 程式碼載入於網頁的頭部 影響搜尋引擎開啟速度的缺點。 script gzip 使得 js 以及 css 程式碼大幅度減小體積，且把程式碼的載入提到網頁載入的末時間。有利於百度或者 Google 的載入。

上述的外掛實現了伺服器中的最佳化，雖然還有很多的伺服器最佳化技巧，比如在作業系統層次上面實現最佳化……但這些並不是我們普通站長所能掌握的。況且我 們一般用的是空間，VPS 擁有的不是大多數。所以這些 WordPress 最佳化技巧已經夠用了。上面說過最佳化了伺服器端，相應的如果客戶端也就是訪問者的瀏 覽器如果可以最佳化那該多好。但是你馬上想到，客戶的電腦我怎麼能控制的了呢？我想說的是，我們透過在伺服器端設定，當使用者瀏覽器訪問我們的網站時候，可以 得到自動的最佳化命令從而自己去最佳化瀏覽器。且聽 Quicl 講解，內容如下：

在網站 public_html（網站根目錄或許名字不同） 下面的.htaccess 檔案加入快取設定內容。

# Expire images header

ExpiresActive On

ExpiresDefault A0

ExpiresByType image/gif A2592000

ExpiresByType image/png A2592000

ExpiresByType image/jpg A2592000

ExpiresByType image/jpeg A2592000

ExpiresByType image/ico A2592000

ExpiresByType text/css A2592000

ExpiresByType text/javascript A2592000

FileETag none

儲存之後，你就會發現百度統計會奇蹟般的把你的分數提高，比如我的 WordPress 在經過百度統計的檢測之後最佳化為：

網通　70 分

電信　71 分

雖說不是很高，但是其餘的問題就剩下目前我解決不了的，百度統計給出的我 WordPress 還可以進行的最佳化比如：伺服器的速度 （資金以及政策問題我在美國 的虛擬空間上面） 、背景圖片過多建議用高階的 Css Sprite（介面酷了一點，不免需要點圖片修飾，但是後面的技術比較高深不搞之） 、 Google 廣告 JS 載入速度不給 力 （嗚嗚~~不是我的錯啊）

總而言之，今天我成功的使用百度統計功能去檢測出我的部落格存在哪些問題，使用了相關的外掛進行伺服器端的自 動最佳化，手工實現了客戶端的最佳化，成功的 結合百度統計把 WordPress 速度最佳化了兩個臺階。希望大家可以採用 Quicl 的這些方法去最佳化自己的部落格，把自己心愛的部落格最佳化的最好^^！