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