網(wǎng)站功能優(yōu)化
　　<元稱號=描繪內(nèi)容=”谷歌免費(fèi)的在線翻譯服務(wù)可即時翻譯文本和網(wǎng)頁 該翻譯器支撐：中文（簡 體），阿爾巴尼亞語，阿拉伯語，阿塞拜疆語，愛爾蘭語，愛沙尼亞語，巴斯克語，白俄羅斯語，保加利亞語，冰島語，波蘭語，波斯尼亞語，波斯語，布爾語（南非荷蘭語），丹麥語，德語，俄語，法語，菲律賓語，芬蘭語,
　　一個新網(wǎng)站怎么做優(yōu)化？
　　第一、要害詞剖析
　　SEO優(yōu)化的第一步，也是最重要的一步，便是將要害詞需求關(guān)注的量進(jìn)行剖析、要害詞與網(wǎng)站的相關(guān)性進(jìn)行剖析、要害詞的安置和排名預(yù)測等相關(guān)知識進(jìn)行剖析，
　　將各個部分聯(lián)絡(luò)在一起，不是每一個部分都獨(dú)立于互相，而是環(huán)環(huán)相扣，標(biāo)題和內(nèi)容等都與要害詞密切相關(guān)，進(jìn)行搜索引擎時也會簡單被錄入和接納。
　　第二、網(wǎng)站架構(gòu)剖析
　　主要包括除掉網(wǎng)站架構(gòu)規(guī)劃中不符合人性化規(guī)劃的部分、完成目錄結(jié)構(gòu)的簡練明晰、網(wǎng)站導(dǎo)航的構(gòu)思性獨(dú)特，杰出性明顯和外部鏈接的優(yōu)質(zhì)廣泛等內(nèi)容。
　　第三、網(wǎng)站目錄和頁面優(yōu)化
　　這也是SEO優(yōu)化的基本操作了，將網(wǎng)站的基本信息進(jìn)行優(yōu)化處理，保證用戶關(guān)于網(wǎng)站能夠在閱讀之后有必定的了解和了解。
　　頁面的字體大小要合適，不能由于過小而失掉一大批視力欠好的消費(fèi)者，也不能由于過大沒有多少信息而失掉有強(qiáng)迫癥或許發(fā)散才能不強(qiáng)的用戶等。
　　第四、內(nèi)容發(fā)布和鏈接安置
　　SEO優(yōu)化的重要步驟之一便是內(nèi)容的定期發(fā)布和更新，要合理安排網(wǎng)站內(nèi)容的更新日程和相關(guān)訊息。
　　而且發(fā)布的內(nèi)容要保證原創(chuàng)性，鏈接的質(zhì)量也要得到保障，不要發(fā)一些復(fù)制來的文章或許增加一些低質(zhì)量的鏈接，這樣反而對優(yōu)化作用并欠好。
　　一、前端優(yōu)化
　　網(wǎng)站功能優(yōu)化是一個很歸納的論題，涉及到服務(wù)器的裝備和網(wǎng)站前后端程序等各個方面，我只是從實(shí)際經(jīng)歷出發(fā)，分享一下自己所嘗試過的網(wǎng)站功能優(yōu)化辦法。之所以在標(biāo)題上掛一個web2.0，是由于本文更偏重于中小網(wǎng)站的功能優(yōu)化，我所運(yùn)用的體系也是典型web2.0的LAMP架構(gòu)。
　　首要講講前端的優(yōu)化，用戶拜訪網(wǎng)頁的等待時刻，有80%是產(chǎn)生在閱讀器前端，特別是頁面和頁面中各種元素（圖片、CSS、Javascript、 flash…）的下載之上。因此在許多情況下，相關(guān)于把許多的時刻花在艱苦而冗雜的程序改進(jìn)上，前端的優(yōu)化往往能起到事半功倍的作用。雅虎最近將內(nèi)部運(yùn)用的功能測驗(yàn)東西yslow向第三方揭露，并發(fā)布了聞名的網(wǎng)站功能優(yōu)化的十三條規(guī)則，主張你下載并裝置yslow，并作為測評網(wǎng)站優(yōu)化作用的東西。下面我挑其間特別有價值的詳細(xì)說明一下優(yōu)化的辦法：
　　關(guān)于第一次拜訪您網(wǎng)站，沒有在閱讀器cache中緩存您網(wǎng)站內(nèi)容的用戶，咱們能夠做的工作包括：
　　1）削減一個頁面拜訪所產(chǎn)生的http銜接次數(shù)
　　關(guān)于第一次拜訪你網(wǎng)站的用戶，頁面所產(chǎn)生的http銜接次數(shù)是影響功能的一個要害瓶頸。
　　對策：
　　- 盡量簡練的頁面規(guī)劃，最大程度削減圖片的運(yùn)用，經(jīng)過放棄一些不必要的頁面特效來削減javascript的運(yùn)用。
　　- 運(yùn)用一些優(yōu)化技巧，比方利用圖片的背景位移削減圖片的個數(shù)；image map技能；運(yùn)用Inline images將css圖片捆綁到網(wǎng)頁中。
　　- 盡量合并js和css文件，削減獨(dú)立文件個數(shù)。
　　2) 運(yùn)用gzip緊縮網(wǎng)頁內(nèi)容
　　運(yùn)用gzip來緊縮網(wǎng)頁中的靜態(tài)內(nèi)容，能夠明顯削減用戶拜訪網(wǎng)頁時的等待時刻（據(jù)說可到達(dá)60%）。干流的web服務(wù)器都支撐或供給gzip緊縮，假如運(yùn)用apache服務(wù)器，只需求在裝備文件中開啟 mod_gzip（apache1.x）或mod_deflate(apache2.x)即可。但凡靜態(tài)的頁面，運(yùn)用gzip緊縮都能夠明顯進(jìn)步服務(wù)器功率并削減帶寬開銷，注意圖片內(nèi)容本身已經(jīng)是緊縮格局了，務(wù)必不要再進(jìn)行緊縮。
　　3）將CSS放在頁面頂端，JS文件放在頁面底端
　　CSS的引證要放在html的頭部header中，JS文件引證盡量放在頁面底端標(biāo)簽的后邊，主要的思路是讓核心的頁面內(nèi)容盡早顯示出來。不過要注意，一些許多運(yùn)用js的頁面，或許有一些js文件放在底端會引起一些難以預(yù)料的問題，依據(jù)實(shí)際情況恰當(dāng)運(yùn)用即可。
　　4）使JS文件內(nèi)容最小化
　　詳細(xì)來說便是運(yùn)用一些javascript緊縮東西對js腳本進(jìn)行緊縮，去除其間的空白字符、注釋，最小化變量名等。在運(yùn)用gzip緊縮的根底上，對js內(nèi)容的緊縮能夠?qū)⒐δ茉龠M(jìn)步5%。
　　5）盡量削減外部腳本的運(yùn)用，削減DNS查詢時刻
　　不要在網(wǎng)頁中引證太多的外部腳本，首要，一次dns的解析進(jìn)程會消耗20-120毫秒的時刻；其次，假如在頁面中引證太多的外部文件（如各種廣告、聯(lián)盟等代碼），或許會由于外部文件的響應(yīng)速度而將你的網(wǎng)站拖得很慢。假如不得不用，那么就盡量將這些腳本放在頁腳吧。不過有一點(diǎn)需求提及，便是閱讀器一般只能并行處理同一域名下的兩個懇求，而關(guān)于不同子的域名則不受此約束，因此恰當(dāng)將本站靜態(tài)內(nèi)容（css,js）放在其他的子域名下（如 static.xxx.com）會有利于進(jìn)步閱讀器并行下載網(wǎng)頁內(nèi)容的才能。
　　關(guān)于您網(wǎng)站的經(jīng)常性拜訪用戶，主要的優(yōu)化思路便是最大極限利用用戶閱讀器的cache來削減服務(wù)器的開銷。
　　1）在header中增加過期時刻(Expires Header)
　　在header中給靜態(tài)內(nèi)容增加一個較長的過期時刻，這樣能夠運(yùn)用戶今后拜訪只讀取緩存中的文件，而不會與服務(wù)器產(chǎn)生任何的交互。不過這樣做也存在一些問題，當(dāng)圖片、CSS和js文件更新時，用戶假如不改寫閱讀器，就無法獲得此更新。這樣，咱們在對圖片、css和js文件修改時，必需求進(jìn)行重命名，才干保證用戶拜訪到最新的內(nèi)容。這或許會給開發(fā)造成不小的麻煩，由于這些文件或許被站點(diǎn)中的許多文件所引證。flickr提出的解決辦法是經(jīng)過url rewrite使不同版別號的URL事實(shí)上指向同一個文件，這是一個聰明的辦法，由于url級別的操作功率是很高的，能夠給開發(fā)進(jìn)程供給不少便當(dāng)。
　　要理解為什么這樣做，必需求了解閱讀器拜訪url時的作業(yè)機(jī)制：
　　a. 第一次拜訪url時，用戶從服務(wù)器段獲取頁面內(nèi)容，并把相關(guān)的文件（images,css,js…）放在高速緩存中，也會把文件頭中的expired time,last modified, ETags等相關(guān)信息也一起保留下來。
　　b. 用戶重復(fù)拜訪url時，閱讀器首要看高速緩存中是否有本站同名的文件，假如有，則查看文件的過期時刻；假如沒有過期，則直接從緩存中讀取文件，不再拜訪服務(wù)器。
　　c. 假如緩存中文件的過期時刻不存在或已超出，則閱讀器會拜訪服務(wù)器獲取文件的頭信息，查看last modifed和ETags等信息，假如發(fā)現(xiàn)本地緩存中的文件在前次拜訪后沒被修改，則運(yùn)用本地緩存中的文件；假如修改正，則從服務(wù)器上獲取最新版別。
　　我的經(jīng)驗(yàn)，假如或許，盡量遵循此原則給靜態(tài)文件增加過期時刻，這樣能夠大幅度削減用戶對服務(wù)器資源的重復(fù)拜訪。
　　2）將css和js文件放在獨(dú)立外部文件中引證
　　將css和js文件放在獨(dú)立文件中，這樣它們會被獨(dú)自緩存起來，在拜訪其他頁面時能夠從閱讀器的高速緩存中直接讀取。一些網(wǎng)站的主頁或許是破例的，這些主頁的本身閱讀或許并不大，但卻是用戶拜訪網(wǎng)站的第一印象以及導(dǎo)向到其他頁面的起點(diǎn)，也或許這些頁面本身運(yùn)用了許多的ajax局部改寫及技能，這時能夠?qū)?css和js文件直接寫在頁面中。
　　3）去掉重復(fù)的腳本
　　在IE中，包括重復(fù)的js腳本會導(dǎo)致閱讀器的緩存不被運(yùn)用，仔細(xì)查看一下你的程序，去掉重復(fù)引證的腳本應(yīng)該不是一件很難的工作。
　　4）防止重定向的產(chǎn)生
　　除了在header中人為的重定向之外，網(wǎng)頁重定向常在不經(jīng)意間產(chǎn)生，被重定向的內(nèi)容將不會運(yùn)用閱讀器的緩存。比方用戶在拜訪，服務(wù)器會經(jīng)過301轉(zhuǎn)向到/，在后邊加了一個“/”。假如服務(wù)器的裝備欠好，這也會給服務(wù)器帶來額外的擔(dān)負(fù)。經(jīng)過裝備apache的 alias或運(yùn)用mod_rewrite模塊等辦法，能夠防止不必要的重定向。
　　還有一些，比方運(yùn)用CDN分發(fā)機(jī)制、防止CSS表達(dá)式等、防止運(yùn)用ETags等，由于不太常用，這兒就不再贅述了。
　　做完了上述的優(yōu)化，能夠試著用yslow測驗(yàn)一下網(wǎng)頁的功能評分，一般都能夠到達(dá)70分以上了。
　　當(dāng)然，除了閱讀器前端和靜態(tài)內(nèi)容的優(yōu)化之外，還有針對程序腳本、服務(wù)器、數(shù)據(jù)庫、負(fù)載的優(yōu)化，這些更深層次的優(yōu)化辦法對技能有更高的要求。本文的后半部分將要點(diǎn)討論后端的優(yōu)化。
　　二、后端優(yōu)化
　　前次寫完web2.0網(wǎng)站前端優(yōu)化篇之后，一直想寫寫后端優(yōu)化的辦法，今日總算有時刻將思路整理了出來。
　　前端優(yōu)化能夠防止咱們造成無謂的服務(wù)器和帶寬資源浪費(fèi)，但隨著網(wǎng)站拜訪量的增加，僅靠前端優(yōu)化已經(jīng)不能解決一切問題了，后端軟件處理并行懇求的才能、程序運(yùn) 行的功率、硬件功能以及體系的可擴(kuò)展性，將成為影響網(wǎng)站功能和安穩(wěn)的要害瓶頸所在。優(yōu)化體系和程序的功能能夠從以下的方面來下手：
　　1）apache、mysql等軟件的裝備的優(yōu)化
　　盡管apache和mysql等軟件在裝置后運(yùn)用的默認(rèn)設(shè)置足以使你的網(wǎng)站運(yùn)轉(zhuǎn)起來，可是經(jīng)過調(diào)整mysql和apache的一些體系參數(shù)，還是能夠?qū)で蟾叩墓β屎桶卜€(wěn)性。這個范疇中有許多專業(yè)的文章和論壇（比方： ），要想把握也需求進(jìn)行深化的研討和實(shí)踐，這兒就不要點(diǎn)討論了。
　　2）運(yùn)用程序環(huán)境加快
　　這兒僅以我最常運(yùn)用的php開發(fā)環(huán)境為例，有一些東西軟件能夠經(jīng)過優(yōu)化PHP運(yùn)轉(zhuǎn)環(huán)境來到達(dá)提速的意圖，其基本原理大致是將PHP代碼預(yù)編譯并緩存起來，而不需求改變?nèi)魏未a，所以比較簡單，能夠?qū)hp的運(yùn)轉(zhuǎn)功率進(jìn)步50%以上。比較常用的php加快東西有：APC( http: //pecl.php.net/package-info.php?package=APC)、Turck MMCache（ ）、php accelebrator()，還有收費(fèi)的Zend Performance Suite
　　3）將靜態(tài)內(nèi)容和動態(tài)內(nèi)容分開處理
　　apache是一個功能完善但比較龐大的web server，它的資源占用基本上和同時運(yùn)轉(zhuǎn)的進(jìn)程數(shù)呈正比，對服務(wù)器內(nèi)存的消耗比較大，處理并行使命的功率也一般。在一些情況下，咱們能夠用比較輕量級的web server來host靜態(tài)的圖片、樣式表和javascript文件，這樣能夠大大進(jìn)步靜態(tài)文件的處理速度，還能夠削減對內(nèi)存占用。我運(yùn)用的web server是來自俄羅斯的nginx，其他挑選計(jì)劃還包括lighttpd和thttpd等。
　　4）基于反向代理的前端拜訪負(fù)載均衡
　　當(dāng)一臺前端服務(wù)器不足以敷衍用戶拜訪時，經(jīng)過前端機(jī)完成web拜訪的負(fù)載均衡是最快速可行的計(jì)劃。經(jīng)過apache的mod_proxy能夠完成基于反向代理的負(fù)載均衡，這兒引薦運(yùn)用nginx做代理服務(wù)器，處理速度較apache更快一些。
　　5）運(yùn)用緩存技能進(jìn)步數(shù)據(jù)庫效能，文件緩存和分布式緩存
　　數(shù)據(jù)庫拜訪處理并發(fā)拜訪的才能是許多網(wǎng)站運(yùn)用的要害瓶頸，在想到運(yùn)用主從結(jié)構(gòu)和多farm的方式構(gòu)建服務(wù)器集群之前，首要應(yīng)該保證充分運(yùn)用了數(shù)據(jù)庫查詢的緩存。一些數(shù)據(jù)庫類型（如mysql的innoDB）本身內(nèi)置對緩存的支撐，此外，還能夠利用程序辦法將常用的查詢經(jīng)過文件或內(nèi)存緩存起來。比方經(jīng)過 php中的ob_start和文件讀寫函數(shù)能夠很便利的完成文件方式的緩存，而假如你具有多臺服務(wù)器，能夠經(jīng)過memcache技能經(jīng)過分布式共享內(nèi)存來對數(shù)據(jù)庫查詢進(jìn)行緩存，不僅功率高而且擴(kuò)展性好，memcache技能在livejournal和Craigslist.org等聞名網(wǎng)站運(yùn)用中都得到了查驗(yàn)。
　　6）服務(wù)器運(yùn)轉(zhuǎn)狀態(tài)的檢測，找到影響功能的瓶頸所在
　　體系優(yōu)化沒有一了百了的辦法，需求經(jīng)過檢測服務(wù)器的運(yùn)轉(zhuǎn)狀態(tài)來及時發(fā)現(xiàn)影響功能的瓶頸，以及或許存在的潛在問題，由于網(wǎng)站的功能，永遠(yuǎn)取決于木桶中的短板。能夠編寫一些腳本來檢測web服務(wù)的運(yùn)轉(zhuǎn)，也有一些開源的軟件也供給了很好的功能
　　7）杰出的擴(kuò)展架構(gòu)是安穩(wěn)和功能的根底
　　一些技巧和訣竅能夠幫你度過眼前的難關(guān)，但要想使網(wǎng)站具有敷衍大規(guī)模拜訪的才能，則需求從體系架構(gòu)上進(jìn)行完全的規(guī)劃