文率科技技術(shù)總監(jiān)：博客中提到關(guān)于怎樣在網(wǎng)站中進(jìn)行優(yōu)化，達(dá)到提高網(wǎng)站排名的效果，網(wǎng)站SEO如果只做一些表面的關(guān)鍵詞或者文章管理是遠(yuǎn)遠(yuǎn)不夠的，網(wǎng)站本身的質(zhì)量是怎么樣的？用戶體驗(yàn)是否真的很不錯(cuò)等等條件都是很重要的，百度的智能化算法都會(huì)對(duì)你網(wǎng)站的排名加以影響，天津網(wǎng)站建設(shè)——文率科技對(duì)于每個(gè)客戶的網(wǎng)站都有代碼的優(yōu)化，網(wǎng)站內(nèi)部結(jié)構(gòu)的提速等等，讓新站在排名中本身就具有一定的競(jìng)爭(zhēng)力。
進(jìn)行優(yōu)化前，關(guān)鍵是剖析當(dāng)前的web性能，找到性能瓶頸，從而確定最需改進(jìn)的地方；如果精力有限，首先將精力放在能明顯提升性能的改進(jìn)點(diǎn)上；
《高性能網(wǎng)站建設(shè)指南》提出了一個(gè)性能黃金法則：
只有10%-20%的最終用戶響應(yīng)時(shí)間花在了下載HTML文檔上；其余的80%-90%的時(shí)間花在了下載頁(yè)面中的所有組件上。
由于本文將實(shí)施一個(gè)完整的優(yōu)化流程，所以，我們還是從后臺(tái)開(kāi)始；
案例說(shuō)明：
優(yōu)化之前的網(wǎng)站規(guī)模：
2個(gè)js、一個(gè)頁(yè)頭、一個(gè)頁(yè)腳；3個(gè)css；
類型：博客類站點(diǎn)；后臺(tái)邏輯簡(jiǎn)單；首頁(yè)不到10個(gè)sql查詢；
首頁(yè)html文檔52kb;
⑴步：后臺(tái)優(yōu)化，啟用頁(yè)面緩存；
實(shí)驗(yàn)站點(diǎn)首頁(yè)后臺(tái)邏輯并不復(fù)雜，不超過(guò)10個(gè)Sql查詢，通過(guò)查看時(shí)間線，本站在獲取HTML文檔時(shí)，花費(fèi)的時(shí)間不到總響應(yīng)時(shí)間的20%，優(yōu)化之前沒(méi)有使用緩存，所有的數(shù)據(jù)都是從數(shù)據(jù)庫(kù)讀取，這里，我們使用靜態(tài)頁(yè)面緩存，將首頁(yè)整個(gè)頁(yè)面完全的存放在緩存中（關(guān)于YII靜態(tài)頁(yè)面緩存的使用，參考這里）；
通過(guò)查看html文檔的生成時(shí)間來(lái)檢測(cè)優(yōu)化效果；
首字節(jié)時(shí)間為376ms；html生成的時(shí)間大大縮短，后臺(tái)時(shí)間減少了一倍。
第二步，DNS域名解析加速：
DNS解析是用戶訪問(wèn)站點(diǎn)的⑴步，在此之前，你的網(wǎng)站無(wú)法做任何事情；
站點(diǎn)的DNS解析時(shí)間不應(yīng)該超過(guò)500ms，如果站點(diǎn)原始DNS解析時(shí)間過(guò)長(zhǎng)，就該考慮考慮使用第三方解析加速服務(wù)；
實(shí)驗(yàn)站點(diǎn)的原始DNS解析較慢，平均耗時(shí)1017ms，算是非常長(zhǎng)的；對(duì)于DNS加速，可以使用DNS域名解析加速服務(wù)，本站點(diǎn)采用的國(guó)內(nèi)的一款免費(fèi)DNS加速服務(wù)DNSPOD，效果還不錯(cuò)，使用后平均耗時(shí)降到370ms；
第三步：使用CDN加速；
采用第三方CDN加速，時(shí)間縮短到2.1s；從下圖中看到主要的耗時(shí)在于并行下載的個(gè)數(shù)有些低，如果能夠提升并行下載量的個(gè)數(shù)，那么整體加載時(shí)間就會(huì)降低；
注：個(gè)人建議，啟用CDN較好放在最后一步，等將站點(diǎn)本身的優(yōu)化都做完了之后，再啟用CDN可以明顯的看到優(yōu)化效果。（開(kāi)啟CDN后，由于有CDN緩存的原因，觀測(cè)站點(diǎn)的本身的優(yōu)化就不是很方便了）；
第四步，采用多臺(tái)服務(wù)器提高并行加載量：
原理：一個(gè)瀏覽器對(duì)與同一域名的并行下載的個(gè)數(shù)默認(rèn)是2個(gè)， HTTP.1.0中規(guī)定的是4個(gè)。這樣，我們可以使用不同的域名來(lái)提升下載的速度；
觀察上圖中的下載數(shù)量，⑴次并行下載的個(gè)數(shù)是4個(gè)，初始認(rèn)為是瀏覽器對(duì)于同一個(gè)域名來(lái)源的下載所限導(dǎo)致；于是考慮將部分靜態(tài)文件分別放在不同的服務(wù)器上；通過(guò)把css和js放在不同服務(wù)器上；結(jié)果并不理想，發(fā)現(xiàn)并未提高速度。
想到在哪曾看到過(guò)，瀏覽器必須得把放在頁(yè)頭的css和js下載完成了之后才會(huì)開(kāi)始下載其它的靜態(tài)組件；
關(guān)于并行下載這點(diǎn)上，后續(xù)將繼續(xù)實(shí)驗(yàn)是否還有優(yōu)化的空間。
第五步，合并腳本和樣式表；
本站首頁(yè)使用了2個(gè)js和3個(gè)css。如果采用樸素復(fù)制的方式，將js和css都分別整合到一個(gè)文件中，不但操作麻煩，而且不方便后期的管理。網(wǎng)絡(luò)上有不少合并的工具，本站采用了CSS和JS合并優(yōu)化工具-minify（下載地址：http://code.google.com/p/minify/）。如果使用的YII框架，更有YII整合版（minscript Extension），簡(jiǎn)單幾步的配置，就自動(dòng)將頁(yè)面所有的js和css文件合并；
關(guān)于minscript Extension的使用，請(qǐng)參考：https://bitbucket.org/TeamTPG/minscript/wiki/Usage
第六步，壓縮css/js/html/xml；
不同的web服務(wù)器設(shè)置方式有所差別，本站使用的Linux/apache,
在web根目錄下的.htaccess文件中添加以下代碼即可：
#set compress
AddOutputFilter DEFLATE html xml php js css
通過(guò)firefox工具可看到，壓縮前，html文檔的大小是25KB；合并后的js大小為138KB；
壓縮后，html文檔大小為6.2KB。js大小為39.8KB；減少2/3的傳輸時(shí)間；
第七步，最大化的減少HTTP請(qǐng)求；
添加Expires頭, 啟用靜態(tài)內(nèi)容緩存，將jpg、gif等文件緩存；
方法也是在.htaccess中添加：
# Image and Flash content Caching for One Month
Header set Cache-Control “max-age=2592360″
結(jié)論
查看最終的測(cè)試結(jié)果，整體實(shí)現(xiàn)了較大的性能提升，最終頁(yè)面展現(xiàn)時(shí)間為1.62s（
