成本是服務(wù)器，網(wǎng)絡(luò)服務(wù)如帶寬接入檢測(cè)技術(shù)等硬件設(shè)備，技術(shù)人力的維護(hù)。利潤(rùn)是網(wǎng)站上的廣告位，前提是網(wǎng)站內(nèi)容主題和所涉及的行業(yè)信息的服務(wù)等帶來(lái)的客戶群，有了客戶群就可以對(duì)網(wǎng)絡(luò)上的人提供廣告位招募工作，前期肯定是不掙錢的，或者搞電子商務(wù)，幫助一些專業(yè)領(lǐng)域的行業(yè)進(jìn)行業(yè)務(wù)拓展和網(wǎng)絡(luò)營(yíng)銷，或者有穩(wěn)定貨源進(jìn)行線上銷售。這一切首先是網(wǎng)站的定位，廣告公司投放廣告一般是找信息發(fā)布的網(wǎng)站，選好行業(yè)還是可以掙到錢，所以先定位網(wǎng)站功能吧，能掙廣告公司和用戶群兩邊的錢才是扭虧為盈的王道。舉例，淘寶首頁(yè)廣告位主圖10萬(wàn)-20萬(wàn)一天，前提是有技術(shù)上和信譽(yù)上能證明給廣告公司提供相應(yīng)的瀏覽量和點(diǎn)擊率。招聘網(wǎng)站，提供各種信息發(fā)布的廣告位，以及招聘信息服務(wù)增值業(yè)務(wù)產(chǎn)生的利潤(rùn)，如信息置頂?shù)?。信息論壇，提供交易平臺(tái)服務(wù)從中收取服務(wù)費(fèi)用。當(dāng)然即便是像客戶群很大的人人網(wǎng)，開(kāi)心網(wǎng)，facebook，其實(shí)本身也是不掙錢的，因?yàn)閮H憑廣告投入是無(wú)法達(dá)到盈利的目的。企業(yè)投放廣告的力度是有限的，而且傳媒也不單是網(wǎng)絡(luò)一種方式，所以影響 網(wǎng)站廣告的定價(jià)機(jī)制。希望上述言論給予你幫助

隨著搜索引擎的不斷變更和規(guī)劃，越來(lái)越多的網(wǎng)站被降權(quán)，到處都可以聽(tīng)到“網(wǎng)站又被降權(quán)了”、“我的網(wǎng)站被降權(quán)怎么辦？”、“網(wǎng)站是不是被降權(quán)了啊”、“怎么看網(wǎng)站是不是被百度降權(quán)了”等等之類的聲音，很多站長(zhǎng)都已經(jīng)猶如驚弓之鳥(niǎo)了，看到網(wǎng)站一點(diǎn)變化就覺(jué)得網(wǎng)站被降權(quán)了。其實(shí)很多時(shí)候網(wǎng)站正常的波動(dòng)是會(huì)有的，不是所有不利的現(xiàn)象都是降權(quán)，網(wǎng)站被百度降權(quán)有幾個(gè)表現(xiàn)，快照回檔、排名下降、收錄驟減、秒收的文章幾小時(shí)就被刪除、文章收錄后直接搜索文章名搜不到等。這幾項(xiàng)中任意一項(xiàng)都是降權(quán)的現(xiàn)象，但是有這樣的現(xiàn)象并不一定就是降權(quán)。我們需要結(jié)合網(wǎng)站運(yùn)營(yíng)過(guò)程的歷史數(shù)據(jù)來(lái)對(duì)是否降權(quán)進(jìn)行初步判斷。百度降權(quán)表現(xiàn)查詢1、網(wǎng)站百度快照問(wèn)題快照問(wèn)題其實(shí)不是問(wèn)題。百度并沒(méi)有說(shuō)好網(wǎng)站就會(huì)快照隔天，差網(wǎng)站就會(huì)快照停滯。而且我們也經(jīng)常看到一個(gè)半年前的快照排在好多大站首頁(yè)前面?？煺胀蚧貦n并不需要大驚小怪。出現(xiàn)快照問(wèn)題我們首先問(wèn)一下是否最近有長(zhǎng)時(shí)間不更新網(wǎng)站的現(xiàn)象、或者是否購(gòu)買了鏈接或軟文。其實(shí)百度快照系統(tǒng)本身也是有問(wèn)題的。經(jīng)?？吹娇煺諆?nèi)容更新但快照時(shí)間不更新。所以不要太把快照當(dāng)回事了。2、網(wǎng)站排名下降正常優(yōu)化的網(wǎng)站，理論上搜索引擎排名應(yīng)該是持續(xù)上升的。但是上升到一定程度可能就會(huì)出現(xiàn)徘徊不前甚至倒退。這時(shí)不要輕易懷疑自己的優(yōu)化方法或網(wǎng)站技術(shù)問(wèn)題。先看一下競(jìng)爭(zhēng)對(duì)手的網(wǎng)站，或許是自己網(wǎng)站在文章質(zhì)量、內(nèi)鏈、外鏈、網(wǎng)站規(guī)模方面不如人家，亦或是人家的優(yōu)化技術(shù)更勝一籌呢。所以排名下降并不意味著降權(quán)。如果從第一頁(yè)一下子到了10頁(yè)之后甚至是搜不到了，這才是降權(quán)。3、網(wǎng)站收錄驟減收錄量反映著一個(gè)網(wǎng)站的流量來(lái)源。通常情況下，搜索引擎排名一定的網(wǎng)站，收錄量越多流量也就越大。手里的網(wǎng)站收錄量突然減少我們需要看一下之前有排名的頁(yè)面是否還存在，如果存在可以初步推斷是百度算法調(diào)整。如果掉了好多那就可能是降權(quán)了。所以這時(shí)我們應(yīng)該分析一下被刪除的收錄頁(yè)面是否存在采集、抄襲或工具偽原創(chuàng)現(xiàn)象。百度識(shí)別無(wú)價(jià)值頁(yè)面是需要一段時(shí)間的，對(duì)于無(wú)價(jià)值的頁(yè)面早晚都會(huì)刪除。不過(guò)如果一下子刪除過(guò)多頁(yè)面，對(duì)網(wǎng)站還是有一定影響的。當(dāng)然，如果一個(gè)收錄數(shù)百或的網(wǎng)站一下子收錄量變?yōu)閭€(gè)位數(shù)。如果百度系統(tǒng)不出問(wèn)題，八成是降權(quán)了。4、首頁(yè)不在第一位site、domain不在第一也要分情況，這個(gè)如果新站site或是domain不在第一，也不必太害怕，因?yàn)榫W(wǎng)站剛上線，權(quán)重比較低，不在第一也算是正常。但是如果一個(gè)老站，之前site和domain都在第一，但是更新以后不在第一了，那么就要引起注意了，一般網(wǎng)站是有問(wèn)題了，當(dāng)然也不是一個(gè)絕對(duì)。但是應(yīng)該足夠引起重視了。site不在第一，關(guān)鍵詞排名大量下降百度排名是按照權(quán)重來(lái)排名的，site出來(lái)的權(quán)重高的排在了前面，權(quán)重低的排在了后面。如果site的首頁(yè)內(nèi)頁(yè)后面那就是說(shuō)首頁(yè)的權(quán)重還不如內(nèi)頁(yè)，那網(wǎng)站一般情況下是被降權(quán)了。這個(gè)時(shí)候要結(jié)合核心關(guān)鍵詞是不是大幅度的下降，要是沒(méi)有大幅度的下降的話證明是沒(méi)有被降權(quán)的。要是大幅度的下降了。證明網(wǎng)站已經(jīng)被降權(quán)了!伴隨的還有就是不帶www的排名好過(guò)帶www的這樣一般是被降權(quán)了!5、網(wǎng)站秒收文章搜不到秒收是一種境界，但是收錄之后沒(méi)有排名卻是我們很不希望看到的問(wèn)題。文章被秒收說(shuō)明網(wǎng)站比較受搜索引擎關(guān)注，但是收錄沒(méi)有排名也是一個(gè)權(quán)重低的表現(xiàn)。新站如此，被降權(quán)的網(wǎng)站也如此。如果之前發(fā)布的文章有排名，現(xiàn)在被秒收的文章卻沒(méi)有排名，那肯定是降權(quán)了。6、網(wǎng)站外鏈驟減外鏈驟降這個(gè)現(xiàn)象很多站長(zhǎng)朋友也經(jīng)常經(jīng)歷過(guò)，碰到搜索引擎更新，網(wǎng)站外鏈驟降幾千甚至幾萬(wàn)，這種情況多半是網(wǎng)站外鏈的質(zhì)量的問(wèn)題，當(dāng)然如果減少幾十，幾百，那可能是搜索引擎對(duì)互聯(lián)網(wǎng)的信息整合，刪掉重復(fù)信息，這也不必?fù)?dān)心，但是如果外鏈驟降到正常數(shù)量的一半以上，那么就要小心了?？偨Y(jié)：網(wǎng)站降權(quán)的表現(xiàn)還有很多，但是有表現(xiàn)不一定就是真被降權(quán)了，一定要做好數(shù)據(jù)分析，同時(shí)把網(wǎng)站降權(quán)的眾多表現(xiàn)綜合起來(lái)判斷，并且要知道搜索引擎之前有什么動(dòng)作，你之前有什么動(dòng)作。百度降權(quán)恢復(fù)網(wǎng)站降權(quán)一直是站長(zhǎng)頭疼的事情，降權(quán)可大可小，輕則收錄變慢、重則直接K站封域名。網(wǎng)站被降權(quán)后如何處理呢?很多站長(zhǎng)都不知所措。一些人試圖用改版來(lái)嘗試解決降權(quán)問(wèn)題，這是不對(duì)的，盲目的操作不僅不會(huì)為網(wǎng)站帶來(lái)權(quán)重恢復(fù)的希望，甚至更會(huì)為網(wǎng)站帶來(lái)雪上加霜的致命危險(xiǎn)，想必不少站長(zhǎng)都吃過(guò)這樣的苦。查詢到網(wǎng)站降權(quán)的跡象后，不要盲目操作，自亂陣腳。網(wǎng)站降權(quán)不要急，冷靜分析才是王道，檢查降權(quán)時(shí)間、分析近期操作、查看服務(wù)器、了解搜索引擎變化，主動(dòng)找好網(wǎng)站被降權(quán)的原因，對(duì)癥下藥才是解決問(wèn)題的根本。1、服務(wù)器問(wèn)題導(dǎo)致降權(quán)：升級(jí)硬件、增加防護(hù)除了百度算法變更和百度系統(tǒng)失常之外，一切降權(quán)的原因都來(lái)自我們網(wǎng)站。所以我們?cè)诨艁y之余，先查一下服務(wù)器近期是否出現(xiàn)過(guò)問(wèn)題(DDOS攻擊、線路不穩(wěn)定、機(jī)房升級(jí))，DNS是否出現(xiàn)過(guò)故障，再就是網(wǎng)站是否被掛馬。服務(wù)器和DNS的問(wèn)題可以通過(guò)百度站長(zhǎng)平臺(tái)里的網(wǎng)站異常提醒工具看出。這里面會(huì)記錄著服務(wù)器無(wú)法連接或百度蜘蛛無(wú)法抓取網(wǎng)站的時(shí)間和次數(shù)。必要時(shí)需要聯(lián)絡(luò)服務(wù)器提供高或域名注冊(cè)商進(jìn)行百度蜘蛛抓取測(cè)試，排除服務(wù)器屏蔽百度蜘蛛或DNS無(wú)法被百度識(shí)別情況。2、掛馬導(dǎo)致降權(quán)：刪除惡意代碼、修復(fù)漏洞、申請(qǐng)刪除快照網(wǎng)站被掛馬是大多數(shù)新手站長(zhǎng)最苦惱的問(wèn)題。掛馬不但影響網(wǎng)站權(quán)重，還影響網(wǎng)站給客戶的形象。明顯的掛馬會(huì)篡改網(wǎng)站標(biāo)題、網(wǎng)站內(nèi)容，添加大量垃圾鏈接，導(dǎo)致網(wǎng)站面目全非。還有一種是隱藏掛馬是頁(yè)面不顯示，只顯示在源代碼里，通常以黑鏈為主。在綠蘿時(shí)代，網(wǎng)站被掛黑鏈?zhǔn)呛苋菀妆唤禉?quán)的，不過(guò)只要發(fā)現(xiàn)的及時(shí)，也是可以很快恢復(fù)的。還有一種掛馬使用了搜索引擎欺騙技術(shù)，只針對(duì)搜索引擎掛馬(黑鏈),而用戶正常瀏覽以及查看源文件都無(wú)法發(fā)現(xiàn)黑鏈鏈接，只是從快照中可以發(fā)現(xiàn)。當(dāng)然用模擬搜索引擎抓取的工具也可以查看。這種不可見(jiàn)的黑鏈和可見(jiàn)黑鏈危害是一樣的。都要盡可能早地刪除。刪除之后，快照卻不會(huì)立刻刪除或更新，這時(shí)就需要我們向百度提交刪除快照的申請(qǐng)。把原因詳細(xì)說(shuō)一下，過(guò)一兩天就會(huì)收到百度的回饋的。3、無(wú)價(jià)值內(nèi)容或不相關(guān)內(nèi)容導(dǎo)致降權(quán)：減少網(wǎng)站向這種頁(yè)面的權(quán)重導(dǎo)向，使用nofollow進(jìn)行權(quán)重保護(hù)內(nèi)容為王是我們一直強(qiáng)調(diào)的課題，無(wú)論什么時(shí)候搜索引擎都會(huì)優(yōu)先尊重有價(jià)值的內(nèi)容的。所以你的網(wǎng)站要想有好的排名，內(nèi)容質(zhì)量一定要過(guò)關(guān)。這個(gè)內(nèi)容質(zhì)量，我們要從三個(gè)方面來(lái)考量：一是可讀性、二是原創(chuàng)性、三是篇幅?？勺x性主要是針對(duì)那些用偽原創(chuàng)工具進(jìn)行的詞語(yǔ)替換來(lái)說(shuō)的，一篇不通順的文章不但能夠使搜索引擎理解混亂，同時(shí)來(lái)自讀者的跳出率也會(huì)間接反映給搜索引擎使之對(duì)此頁(yè)面扣分。原創(chuàng)不需要多說(shuō)，搜索引擎喜歡新穎獨(dú)特的內(nèi)容，抄襲來(lái)的不但增加搜索引擎的負(fù)擔(dān)，還會(huì)降低搜索引擎對(duì)你網(wǎng)站的興趣。篇幅是很多站長(zhǎng)忽略的問(wèn)題。一篇文章要想有價(jià)值至少要有完整的意思，而幾句話的文章說(shuō)得再好，也是沒(méi)有競(jìng)爭(zhēng)力的。所以要想文章有好的排名，必須要保證文章在一屏以上。4、垃圾外鏈、黑鏈、被K友鏈帶來(lái)的網(wǎng)站降權(quán)：拒絕外鏈、刪除友鏈，同時(shí)適當(dāng)補(bǔ)充同行業(yè)的有價(jià)值的鏈接綠蘿2.0讓的外鏈行業(yè)倒閉了，不但外鏈權(quán)重大打折扣，外鏈的質(zhì)量和變化率還直接影響著網(wǎng)站的穩(wěn)定性。雖然有人鋌而走險(xiǎn)靠買外鏈獲得了不錯(cuò)的排名，但是把命運(yùn)交給內(nèi)容之外的因素本身就是一種冒險(xiǎn)。問(wèn)題出在鏈接上，我們首先要從鏈接上入手。多數(shù)降權(quán)是因?yàn)橥怄湶环€(wěn)定造成的，這包括數(shù)量的不穩(wěn)定和權(quán)重的不穩(wěn)定。買外鏈很難把握住日增數(shù)量(主要指的是被百度收錄的外鏈數(shù)量)，再加上如果發(fā)布外鏈的平臺(tái)是站群或同類型的站，很可能被一次性全刪除或屏蔽，到時(shí)候外鏈量突然減少不降你的權(quán)才怪。除了垃圾外鏈影響，也要看一下是不是友鏈的網(wǎng)站被K了，百度友情鏈接連坐懲罰已經(jīng)不是一次兩次了。就如同法律上包庇罪犯也是犯罪一樣。所以友鏈被降權(quán)了趕緊處理一下吧。5、長(zhǎng)期不更新、無(wú)外鏈導(dǎo)致的網(wǎng)站降權(quán)：更新文章，發(fā)外鏈引蜘蛛搜索引擎喜歡活躍的網(wǎng)站，長(zhǎng)期不更新的“死站”對(duì)搜索引擎來(lái)說(shuō)是沒(méi)有什么價(jià)值的，除非你網(wǎng)站的內(nèi)容獨(dú)一無(wú)二，并且沒(méi)有人能夠復(fù)制走你的東西。這樣的站嚴(yán)格地說(shuō)不算降權(quán)，排名下降是因?yàn)楸桓鼉?yōu)秀的網(wǎng)站擠下去了，只要好好更新內(nèi)容、發(fā)外鏈自然會(huì)回到應(yīng)有的排位的。6、改版換程序造成的網(wǎng)站降權(quán)：301重定向、百度站長(zhǎng)平臺(tái)提交對(duì)應(yīng)URL規(guī)則，將舊外鏈和友鏈盡可能轉(zhuǎn)移到新頁(yè)面上來(lái)改版是網(wǎng)站發(fā)展到一定階段后常有的事，為了擴(kuò)大受眾、突出特色或增加功能，必須進(jìn)行一些結(jié)構(gòu)或功能方面的調(diào)整。而網(wǎng)站大幅度修改容易讓搜索引擎突然“不認(rèn)識(shí)你”，所以你需要做的就是讓搜索引擎接受你的新面孔，將舊的頁(yè)面重定向到新頁(yè)面上來(lái)，同時(shí)將舊的外鏈也指向新頁(yè)面。你網(wǎng)站短暫的降權(quán)期很快就會(huì)恢復(fù)的。7、HTTP響應(yīng)狀態(tài)錯(cuò)誤導(dǎo)致降權(quán)：設(shè)置調(diào)整為正確的HTTP狀態(tài)一種是301重定向誤用為302重定向，或者使用JS或meta進(jìn)行重定向跳轉(zhuǎn)。另一種是404錯(cuò)誤跳轉(zhuǎn)到首頁(yè)或返回200狀態(tài)。搜索引擎承認(rèn)的可以完善傳遞權(quán)重的重定向是301重定向，其他的重定向不但傳遞權(quán)重效果不好，還容易被判定為作弊，所以一定要保證你要傳遞權(quán)重時(shí)使用的是301重定向，這主要用在網(wǎng)站換域名、頁(yè)面更換路徑。而404錯(cuò)誤頁(yè)是用來(lái)告訴讀者該頁(yè)面不存在，同時(shí)也是告訴搜索引擎此頁(yè)面不存在，無(wú)需要再來(lái)抓取信息。如果這時(shí)給搜索引擎返回200，說(shuō)明頁(yè)面是正常頁(yè)面，那網(wǎng)站中存在的N個(gè)404錯(cuò)誤頁(yè)都成了雷同甚至完全相同的正常頁(yè)，這會(huì)讓搜索引擎覺(jué)得你網(wǎng)站相似度過(guò)高，內(nèi)容價(jià)值過(guò)低而降權(quán)的。所以，一旦知道這方面的錯(cuò)誤一定要第一時(shí)間改正。8、頁(yè)面的重復(fù)度過(guò)高或大量垃圾轉(zhuǎn)載：規(guī)范重復(fù)頁(yè)面，更新高質(zhì)量?jī)?nèi)容網(wǎng)站有很多重復(fù)的標(biāo)題或發(fā)布了很多內(nèi)容完全一樣或相近的內(nèi)容，沒(méi)有刪除，并且都被收錄了，網(wǎng)站就會(huì)受到處罰。很多產(chǎn)品站、企業(yè)站，除了圖片和產(chǎn)品的一些參數(shù)不一樣之外，內(nèi)頁(yè)的產(chǎn)品頁(yè)內(nèi)容基本上是重復(fù)的，對(duì)這些重復(fù)內(nèi)容，百度會(huì)給予很大的處罰，這種情況就是相似度過(guò)高，如果很多頁(yè)面一模一樣，就會(huì)被處罰，這個(gè)時(shí)候如果不是必須，我們不要?jiǎng)h除這些重復(fù)頁(yè)面，因?yàn)榇罅康膭h除會(huì)造成死鏈，加大了404的負(fù)擔(dān)，可以把重復(fù)的頁(yè)面直接robots屏蔽掉或是用Canonical標(biāo)簽規(guī)范主頁(yè)面。還有經(jīng)常性的轉(zhuǎn)載或采集低質(zhì)量?jī)?nèi)容是百度現(xiàn)在打擊的，如果質(zhì)量低導(dǎo)致降權(quán)就要從內(nèi)容著手，更新高質(zhì)量?jī)?nèi)容。9、殘留死鏈接降權(quán)：提交死鏈，做重定向有些網(wǎng)站在改版中會(huì)對(duì)URL鏈接進(jìn)行調(diào)整，甚至刪除掉棄之不用的HTML頁(yè)面。這樣的站點(diǎn)，修改URL的頁(yè)面較少基本不會(huì)產(chǎn)生問(wèn)題，但若涉及到的頁(yè)面眾多，網(wǎng)站必然被降權(quán)!修改URL地址后，新的地址會(huì)與舊的頁(yè)面產(chǎn)生內(nèi)容的重復(fù)。刪除頁(yè)面后會(huì)出現(xiàn)大量的404錯(cuò)誤頁(yè)，對(duì)此的負(fù)面影響短時(shí)間內(nèi)無(wú)法解決!這個(gè)時(shí)候我們需要提交網(wǎng)站死鏈、并且一一重定向到對(duì)應(yīng)網(wǎng)址上。網(wǎng)站降權(quán)原因很多，找到原因是關(guān)鍵，快照問(wèn)題就去查外鏈和內(nèi)容質(zhì)量、數(shù)量;收錄量就去檢查內(nèi)容質(zhì)量、數(shù)量、內(nèi)鏈;網(wǎng)站打不開(kāi)就是查服務(wù)器。然后逐一排查問(wèn)題，對(duì)癥下藥。找不到降權(quán)原因找到了降權(quán)原因當(dāng)然好，但是很多時(shí)候降權(quán)原因不是那么好找的，那么在找到降權(quán)原因之前，我們要怎么做呢？1、對(duì)網(wǎng)站進(jìn)行全面診斷對(duì)網(wǎng)站進(jìn)行全面的診斷，分析網(wǎng)站不利于排名或是嚴(yán)重失誤的地方，制定一個(gè)整改策略，不要在降權(quán)期間一下子就全部改掉，要平穩(wěn)執(zhí)行，并且結(jié)合后續(xù)的操作來(lái)實(shí)施。2、有規(guī)律的更新高質(zhì)量的內(nèi)容有規(guī)律的更新高質(zhì)量的內(nèi)容，更新的內(nèi)容量可以相對(duì)之前減少一點(diǎn)，但是需要是用戶需求，搜索引擎需要的高質(zhì)量?jī)?nèi)容，切不可大量采集，更新的內(nèi)容一定要是和網(wǎng)站相關(guān)的相關(guān)，和網(wǎng)站的主題保持密切相關(guān)性，可以挖掘組合一些高質(zhì)量的長(zhǎng)尾關(guān)鍵詞來(lái)制作標(biāo)題，然后根據(jù)這個(gè)長(zhǎng)尾關(guān)鍵詞來(lái)進(jìn)行原創(chuàng)寫作。內(nèi)容最好不要加錨鏈接，因?yàn)槲覀儾恢辣唤禉?quán)的具體原因，如果是錨鏈接添加不當(dāng)被降權(quán)的，如果再加錨鏈接就是火上澆油了，頁(yè)面不要過(guò)多的采用優(yōu)化技術(shù)，追求自然最好。3、優(yōu)化網(wǎng)站源代碼大多數(shù)的網(wǎng)站都是自己設(shè)置的，同時(shí)大多數(shù)的人也都在想著美觀。當(dāng)然以實(shí)現(xiàn)這些非常華麗的頁(yè)面的同時(shí)，也要在一個(gè)網(wǎng)站的后臺(tái)，需要寫大量的代碼。而在寫代碼的時(shí)候，大家一定要注意，檢查網(wǎng)站是否過(guò)度使用了H標(biāo)簽，如果H標(biāo)簽過(guò)多，適當(dāng)調(diào)整一下。檢查網(wǎng)站是否使在Alt標(biāo)簽中堆砌關(guān)鍵詞，如果有，建議合理去布置。當(dāng)一個(gè)網(wǎng)站正常的時(shí)候也不要隨便去更改源代碼，保證網(wǎng)站的穩(wěn)定性。4、停止友情鏈接交換全面檢查現(xiàn)有的友情鏈接，并停止新交換友情鏈接，現(xiàn)有友情鏈接，如果收錄明顯減少，外鏈明顯減少，site不是第一，友情鏈接類型不相關(guān)，降權(quán)前期剛交換的友情鏈接都應(yīng)該去掉。這里強(qiáng)調(diào)一下友情鏈接要注意“友情”兩字，去掉鏈接的時(shí)候，要通知對(duì)方，去掉鏈接的原因。當(dāng)對(duì)方的權(quán)重恢復(fù)了，可以再次合作，因此一定要注意尊重他人，才能被他人尊重的道理。但是如果可以確定不是友情鏈接導(dǎo)致降權(quán)，那么我們就可以適當(dāng)?shù)膩?lái)?yè)Q友鏈，增加外部推薦，縮短降權(quán)恢復(fù)時(shí)間。5、有規(guī)律的做高質(zhì)量的外鏈網(wǎng)站被降權(quán)后，外鏈建設(shè)格外小心，外鏈建設(shè)一定要有規(guī)律，避免大起大落的情況發(fā)生，這個(gè)關(guān)鍵時(shí)刻經(jīng)不起大風(fēng)大浪，做外鏈也要注意相關(guān)性，要注意外鏈的質(zhì)量和外鏈的廣泛度。當(dāng)然外鏈越廣越好，外鏈要自然，避免首頁(yè)外鏈過(guò)多，而內(nèi)頁(yè)的鏈接卻不做，做到首頁(yè)和內(nèi)頁(yè)的外鏈平衡。建議，網(wǎng)站被降權(quán)后，適當(dāng)減少外鏈每天的數(shù)量，重點(diǎn)是外鏈的質(zhì)量。6、其他方面的注意事項(xiàng)網(wǎng)站被降權(quán)后，盡量不要改變關(guān)鍵詞的密度，關(guān)鍵詞的位置，網(wǎng)站的結(jié)構(gòu)，盡量不要更改正常的代碼，把波動(dòng)降到最低。這個(gè)階段服務(wù)器也一定要穩(wěn)定，是討好百度的階段。寫在最后如果網(wǎng)站被降權(quán)了，首先找降權(quán)的原因，能發(fā)現(xiàn)問(wèn)題解決問(wèn)題是最好的方法。如果找不到具體降權(quán)原因，木木seo覺(jué)得有規(guī)律更新高質(zhì)量原創(chuàng)內(nèi)容，有規(guī)律外鏈建設(shè)，減少網(wǎng)站波動(dòng)是最有效的方法。如果以上問(wèn)題都注意了，百度還是沒(méi)收錄，最后一招就是改首頁(yè)TITLE，幾個(gè)月之后還沒(méi)用就建議改版換站了。百度現(xiàn)在注重的是平穩(wěn)性、自然度、用戶體驗(yàn)度?；謴?fù)的過(guò)程就是一個(gè)討好搜索引擎的過(guò)程，因此網(wǎng)站被降權(quán)后，最好不要過(guò)多的采用優(yōu)化技術(shù)。樸實(shí)無(wú)華，追求自然，滿足客戶需要的高質(zhì)量原創(chuàng)文章和高質(zhì)量外鏈?zhǔn)亲詈玫幕謴?fù)手段。網(wǎng)站結(jié)構(gòu)問(wèn)題、源代碼問(wèn)題、友情鏈接如果沒(méi)問(wèn)題或一直就沒(méi)有更改過(guò)的就不要去更改了，降權(quán)的時(shí)候要盡量減少網(wǎng)站的波動(dòng)。比如，網(wǎng)站檢查出有iframe框架，大量用了H標(biāo)簽，alt中堆砌了關(guān)鍵詞的情況，如果早就有了，你不需要這個(gè)時(shí)候去更改，因?yàn)檫@些問(wèn)題早就有了，一般不會(huì)是你這次降權(quán)的原因，但是如果你網(wǎng)站降權(quán)的這段時(shí)間剛好搜索引擎正在排查的就是這些問(wèn)題，那么毫無(wú)疑問(wèn)，你必須要改了。另外，如果長(zhǎng)時(shí)間不能恢復(fù)，那么這些診斷出來(lái)問(wèn)題以及不利于優(yōu)化和用戶體驗(yàn)的地方就需要全部改掉了，給搜索引擎一個(gè)新面貌，重新來(lái)過(guò)。 改正后要多久恢復(fù)正常？ 這要取決于管理員審核了，一般需要一周或一個(gè)月時(shí)間才能收錄，同時(shí)要確保網(wǎng)站擁有一定的內(nèi)容，最好是原創(chuàng)的，因?yàn)榘俣鹊乃惴ㄟ@幾年有了很大調(diào)整，比較看重網(wǎng)站質(zhì)量，有的網(wǎng)站一周就被收錄了，但三個(gè)月后又不收錄，這都是因?yàn)榫W(wǎng)站的質(zhì)量所決定的。如果不行的話可以考慮調(diào)整一下您網(wǎng)站的內(nèi)容重心。望采納！

網(wǎng)站的seo優(yōu)化分很多方面，從域名的選取到空間的選擇，再到符合seo的網(wǎng)站設(shè)計(jì)等是一個(gè)系統(tǒng)的工程。一、選擇好網(wǎng)站空間和域名　　，選擇好的域名是必須的，應(yīng)選擇簡(jiǎn)短易記的域名，當(dāng)然這樣的域名可能很難找尋了，如果沒(méi)有合適的域名也要避免不要試用下劃線和過(guò)長(zhǎng)的域名這會(huì)影響網(wǎng)站的收錄和客戶的記憶，對(duì)于SEO而言，最基本也是最關(guān)鍵的一個(gè)重要因素，就是空間的正常與否。然而即使很多的活生生的例子也無(wú)法讓站長(zhǎng)重視起網(wǎng)站的空間，很多站長(zhǎng)認(rèn)為自己的網(wǎng)站才起步，空間只要湊合著能用就行了。其實(shí)我不贊同，尤其是你想這個(gè)網(wǎng)站能長(zhǎng)期運(yùn)營(yíng)的時(shí)候，選擇一個(gè)好的空間是非常有必要的。從哪些方面來(lái)判斷呢?現(xiàn)在很多的站長(zhǎng)都分享過(guò)此類的文章，其一穩(wěn)定性，三天兩頭打不開(kāi)的及時(shí)換掉。其二IIS數(shù)，這個(gè)非常重要，IIS數(shù)越大越好，這樣才能同時(shí)支持的用戶同時(shí)訪問(wèn)而不會(huì)出現(xiàn)問(wèn)題。其三帶寬，同時(shí)越大越好，獨(dú)享比共享的好。其四安全性，筆者用過(guò)星外的系統(tǒng)感覺(jué)還不錯(cuò)，防火墻比較牛。其四獨(dú)立性，用獨(dú)立服務(wù)器建新站效果比虛擬主機(jī)要好得多。其實(shí)不管是新站還是老站，選擇一個(gè)好的網(wǎng)站空間絕對(duì)不能馬虎的，要么你就不要做，要做就做好。一個(gè)好的空間對(duì)于新站做SEO優(yōu)化其利弊只要你體驗(yàn)一下就知道了?！　《⒕?jiǎn)網(wǎng)站代碼　　如果你的網(wǎng)站程序源碼是網(wǎng)絡(luò)上下載的，那么存在大量的冗余代碼并不是什么奇怪的事，比如說(shuō)一些多余的空格、回車、重復(fù)的DIV標(biāo)簽、JS調(diào)用代碼等等，這些都會(huì)影響到你后期的SEO優(yōu)化操作。特別是對(duì)于新站而言，在上線之前首先必須的要進(jìn)行一次網(wǎng)站代碼的精簡(jiǎn)，不管是自己寫的代碼還是下載下來(lái)的代碼，全都要檢查一次，可以使用DW來(lái)檢查和清理，這個(gè)程序只要會(huì)用的話，對(duì)于精簡(jiǎn)代碼是非常有效的。一些該合并的標(biāo)簽就合并了，一些該刪除的標(biāo)簽代碼就刪除了，冗余代碼中最常見(jiàn)的就是空格符和回車符這兩種，相信每套在網(wǎng)絡(luò)上下載的程序都會(huì)帶有這樣的垃圾代碼。精簡(jiǎn)代碼有利于提高頁(yè)面的打開(kāi)速度，對(duì)于后期的SEO優(yōu)化操作非常有幫助?！　∪?、選擇關(guān)鍵詞　　據(jù)筆者發(fā)現(xiàn)，很多的站長(zhǎng)打算建立一個(gè)新站之前，首先想的不是要先找關(guān)鍵詞，而是先想著怎么上線，關(guān)鍵詞等到網(wǎng)站上線正常之后，才慢慢的通過(guò)百度指數(shù)、下拉框、相關(guān)搜索及關(guān)鍵詞查詢工具進(jìn)行尋找挑選。其實(shí)對(duì)于標(biāo)準(zhǔn)的新站SEO操作而言，這是一種大忌。尤其是現(xiàn)在搜索引摯普遍對(duì)新站都是非常照顧的，一個(gè)合法的新站只要上線一兩天，基本上都可以被收錄了，特別是使用老域名來(lái)建新站的，上線當(dāng)天就被收錄是很容易的。但是如果你的網(wǎng)站上線被收錄之后才來(lái)尋找選擇關(guān)鍵詞的話，那樣子為了優(yōu)化肯定會(huì)改標(biāo)題，然而收錄之后再改標(biāo)題、關(guān)鍵詞標(biāo)簽、描述標(biāo)簽和布局關(guān)鍵詞，自然就會(huì)與先前被搜索引摯收錄的頁(yè)面產(chǎn)生差別，從而被刪除或者快照停滯在收錄前也是很正常的。筆者建議站長(zhǎng)讓新站上線之前，首先需要挑選好關(guān)鍵詞，并且該在哪里放什么關(guān)鍵詞，哪個(gè)關(guān)鍵詞放到哪里比較合適都需要一一做好做到位，千萬(wàn)不要等到上線被收錄之后再進(jìn)行挑選關(guān)鍵詞或者更改這里那里的，那是非常嚴(yán)重的優(yōu)化錯(cuò)誤，很容易讓新站陷入一個(gè)快照不能更新的怪圈?！　∷?、設(shè)定好相關(guān)細(xì)節(jié)設(shè)置　　新站做SEO優(yōu)化，其中肯定離不開(kāi)一些基本的標(biāo)簽設(shè)置工作了，前面咱們說(shuō)了關(guān)鍵詞這一塊的，然而除了關(guān)鍵詞這一塊還有很多需要認(rèn)真處理的相關(guān)細(xì)節(jié)。一般的網(wǎng)站操作SEO優(yōu)化，其中必定需要處理的有：一301重定向，必須先確定自己的首選域是帶WWW還是不帶WWW的，把副域名設(shè)置301重定向到主域名上。二設(shè)置404頁(yè)面，為了屏弊無(wú)效鏈接或者用戶輸入錯(cuò)誤的頁(yè)面網(wǎng)址而準(zhǔn)備的。三設(shè)置ROBOTS文，告訴蜘蛛哪些能抓吧些不能抓。四建立網(wǎng)站地圖。引導(dǎo)蜘蛛充分爬行抓取網(wǎng)站頁(yè)面。五設(shè)置標(biāo)題。六設(shè)置相關(guān)的H標(biāo)簽和STRONG標(biāo)簽。七合并JS代碼，減少JS代碼溢出。八給圖片設(shè)置自動(dòng)增加ALT標(biāo)簽。在新站上線做SEO優(yōu)化之前，這些相關(guān)的細(xì)節(jié)設(shè)置都要做好的，這樣對(duì)于上線進(jìn)行SEO優(yōu)化操作才能更輕松，同進(jìn)更利于快速獲取收錄速度?！　∥?、收集外鏈資源　　不管是哪種類型的網(wǎng)站，要進(jìn)行SEO優(yōu)化，肯定離不開(kāi)外鏈建設(shè)這一環(huán)。網(wǎng)絡(luò)上沒(méi)有一個(gè)做SEO優(yōu)化的站點(diǎn)是不進(jìn)行外鏈建設(shè)的。同樣的對(duì)于新站上線做SEO優(yōu)化而言，首先并不是上線之后等著收錄獲取排名就行了，個(gè)中的準(zhǔn)備功夫必須做到位，而對(duì)SEO優(yōu)化效果影響非常重要的一環(huán)外鏈建設(shè)時(shí)，首先需要先收集一些可用的外鏈資源，這是為了給新站上線進(jìn)行SEO優(yōu)化時(shí)所需的外鏈建設(shè)做準(zhǔn)備。咱們可以根據(jù)一些前輩們留下的經(jīng)驗(yàn)來(lái)收集外鏈資源，比如先查看對(duì)手的外鏈來(lái)源，分析其外鏈哪些有質(zhì)量有哪些可以略過(guò)，把有質(zhì)量的用EXCEL整理記錄下來(lái)，然后再通過(guò)搜索引摯常用命令如inurl，domain等命令來(lái)進(jìn)行外鏈資源的收集。其實(shí)很多新站上線之后，由于自己不知道去哪里做外鏈，使得有時(shí)候收錄的速度很慢，或者是做的外鏈都是屬于垃圾外鏈，所以，收集外鏈資源對(duì)于一個(gè)新站進(jìn)行SEO優(yōu)化操作可想而知是有多重要的一項(xiàng)準(zhǔn)備工作了?！　〔还苁亲鲂抡具€是老站的SEO優(yōu)化，筆者認(rèn)為只有把準(zhǔn)備工作做到位了，才能使自己實(shí)施起來(lái)更輕松。要不然像很多的站長(zhǎng)今天在這里發(fā)了一天的外鏈，明天還是一樣在這里發(fā)，因?yàn)樗恢雷约涸撊ツ睦铮荒芾^續(xù)待在這里了。手上沒(méi)有一份量大的外鏈資源是很難在剎時(shí)間找到有質(zhì)量的外鏈發(fā)布平臺(tái)的。因此，新站上線做SEO優(yōu)化操作之前的準(zhǔn)備工作做得好與不好，到不到位可想而知是有多重要的了。

網(wǎng)站的seo優(yōu)化分很多方面，從域名的選取到空間的選擇，再到符合seo的網(wǎng)站設(shè)計(jì)等是一個(gè)系統(tǒng)的工程。一、選擇好網(wǎng)站空間和域名　　，選擇好的域名是必須的，應(yīng)選擇簡(jiǎn)短易記的域名，當(dāng)然這樣的域名可能很難找尋了，如果沒(méi)有合適的域名也要避免不要試用下劃線和過(guò)長(zhǎng)的域名這會(huì)影響網(wǎng)站的收錄和客戶的記憶，對(duì)于SEO而言，最基本也是最關(guān)鍵的一個(gè)重要因素，就是空間的正常與否。然而即使很多的活生生的例子也無(wú)法讓站長(zhǎng)重視起網(wǎng)站的空間，很多站長(zhǎng)認(rèn)為自己的網(wǎng)站才起步，空間只要湊合著能用就行了。其實(shí)我不贊同，尤其是你想這個(gè)網(wǎng)站能長(zhǎng)期運(yùn)營(yíng)的時(shí)候，選擇一個(gè)好的空間是非常有必要的。從哪些方面來(lái)判斷呢?現(xiàn)在很多的站長(zhǎng)都分享過(guò)此類的文章，其一穩(wěn)定性，三天兩頭打不開(kāi)的及時(shí)換掉。其二IIS數(shù)，這個(gè)非常重要，IIS數(shù)越大越好，這樣才能同時(shí)支持的用戶同時(shí)訪問(wèn)而不會(huì)出現(xiàn)問(wèn)題。其三帶寬，同時(shí)越大越好，獨(dú)享比共享的好。其四安全性，筆者用過(guò)星外的系統(tǒng)感覺(jué)還不錯(cuò)，防火墻比較牛。其四獨(dú)立性，用獨(dú)立服務(wù)器建新站效果比虛擬主機(jī)要好得多。其實(shí)不管是新站還是老站，選擇一個(gè)好的網(wǎng)站空間絕對(duì)不能馬虎的，要么你就不要做，要做就做好。一個(gè)好的空間對(duì)于新站做SEO優(yōu)化其利弊只要你體驗(yàn)一下就知道了?！　《?、精簡(jiǎn)網(wǎng)站代碼　　如果你的網(wǎng)站程序源碼是網(wǎng)絡(luò)上下載的，那么存在大量的冗余代碼并不是什么奇怪的事，比如說(shuō)一些多余的空格、回車、重復(fù)的DIV標(biāo)簽、JS調(diào)用代碼等等，這些都會(huì)影響到你后期的SEO優(yōu)化操作。特別是對(duì)于新站而言，在上線之前首先必須的要進(jìn)行一次網(wǎng)站代碼的精簡(jiǎn)，不管是自己寫的代碼還是下載下來(lái)的代碼，全都要檢查一次，可以使用DW來(lái)檢查和清理，這個(gè)程序只要會(huì)用的話，對(duì)于精簡(jiǎn)代碼是非常有效的。一些該合并的標(biāo)簽就合并了，一些該刪除的標(biāo)簽代碼就刪除了，冗余代碼中最常見(jiàn)的就是空格符和回車符這兩種，相信每套在網(wǎng)絡(luò)上下載的程序都會(huì)帶有這樣的垃圾代碼。精簡(jiǎn)代碼有利于提高頁(yè)面的打開(kāi)速度，對(duì)于后期的SEO優(yōu)化操作非常有幫助?！　∪⑦x擇關(guān)鍵詞　　據(jù)筆者發(fā)現(xiàn)，很多的站長(zhǎng)打算建立一個(gè)新站之前，首先想的不是要先找關(guān)鍵詞，而是先想著怎么上線，關(guān)鍵詞等到網(wǎng)站上線正常之后，才慢慢的通過(guò)百度指數(shù)、下拉框、相關(guān)搜索及關(guān)鍵詞查詢工具進(jìn)行尋找挑選。其實(shí)對(duì)于標(biāo)準(zhǔn)的新站SEO操作而言，這是一種大忌。尤其是現(xiàn)在搜索引摯普遍對(duì)新站都是非常照顧的，一個(gè)合法的新站只要上線一兩天，基本上都可以被收錄了，特別是使用老域名來(lái)建新站的，上線當(dāng)天就被收錄是很容易的。但是如果你的網(wǎng)站上線被收錄之后才來(lái)尋找選擇關(guān)鍵詞的話，那樣子為了優(yōu)化肯定會(huì)改標(biāo)題，然而收錄之后再改標(biāo)題、關(guān)鍵詞標(biāo)簽、描述標(biāo)簽和布局關(guān)鍵詞，自然就會(huì)與先前被搜索引摯收錄的頁(yè)面產(chǎn)生差別，從而被刪除或者快照停滯在收錄前也是很正常的。筆者建議站長(zhǎng)讓新站上線之前，首先需要挑選好關(guān)鍵詞，并且該在哪里放什么關(guān)鍵詞，哪個(gè)關(guān)鍵詞放到哪里比較合適都需要一一做好做到位，千萬(wàn)不要等到上線被收錄之后再進(jìn)行挑選關(guān)鍵詞或者更改這里那里的，那是非常嚴(yán)重的優(yōu)化錯(cuò)誤，很容易讓新站陷入一個(gè)快照不能更新的怪圈?！　∷?、設(shè)定好相關(guān)細(xì)節(jié)設(shè)置　　新站做SEO優(yōu)化，其中肯定離不開(kāi)一些基本的標(biāo)簽設(shè)置工作了，前面咱們說(shuō)了關(guān)鍵詞這一塊的，然而除了關(guān)鍵詞這一塊還有很多需要認(rèn)真處理的相關(guān)細(xì)節(jié)。一般的網(wǎng)站操作SEO優(yōu)化，其中必定需要處理的有：一301重定向，必須先確定自己的首選域是帶WWW還是不帶WWW的，把副域名設(shè)置301重定向到主域名上。二設(shè)置404頁(yè)面，為了屏弊無(wú)效鏈接或者用戶輸入錯(cuò)誤的頁(yè)面網(wǎng)址而準(zhǔn)備的。三設(shè)置ROBOTS文，告訴蜘蛛哪些能抓吧些不能抓。四建立網(wǎng)站地圖。引導(dǎo)蜘蛛充分爬行抓取網(wǎng)站頁(yè)面。五設(shè)置標(biāo)題。六設(shè)置相關(guān)的H標(biāo)簽和STRONG標(biāo)簽。七合并JS代碼，減少JS代碼溢出。八給圖片設(shè)置自動(dòng)增加ALT標(biāo)簽。在新站上線做SEO優(yōu)化之前，這些相關(guān)的細(xì)節(jié)設(shè)置都要做好的，這樣對(duì)于上線進(jìn)行SEO優(yōu)化操作才能更輕松，同進(jìn)更利于快速獲取收錄速度?！　∥?、收集外鏈資源　　不管是哪種類型的網(wǎng)站，要進(jìn)行SEO優(yōu)化，肯定離不開(kāi)外鏈建設(shè)這一環(huán)。網(wǎng)絡(luò)上沒(méi)有一個(gè)做SEO優(yōu)化的站點(diǎn)是不進(jìn)行外鏈建設(shè)的。同樣的對(duì)于新站上線做SEO優(yōu)化而言，首先并不是上線之后等著收錄獲取排名就行了，個(gè)中的準(zhǔn)備功夫必須做到位，而對(duì)SEO優(yōu)化效果影響非常重要的一環(huán)外鏈建設(shè)時(shí)，首先需要先收集一些可用的外鏈資源，這是為了給新站上線進(jìn)行SEO優(yōu)化時(shí)所需的外鏈建設(shè)做準(zhǔn)備。咱們可以根據(jù)一些前輩們留下的經(jīng)驗(yàn)來(lái)收集外鏈資源，比如先查看對(duì)手的外鏈來(lái)源，分析其外鏈哪些有質(zhì)量有哪些可以略過(guò)，把有質(zhì)量的用EXCEL整理記錄下來(lái)，然后再通過(guò)搜索引摯常用命令如inurl，domain等命令來(lái)進(jìn)行外鏈資源的收集。其實(shí)很多新站上線之后，由于自己不知道去哪里做外鏈，使得有時(shí)候收錄的速度很慢，或者是做的外鏈都是屬于垃圾外鏈，所以，收集外鏈資源對(duì)于一個(gè)新站進(jìn)行SEO優(yōu)化操作可想而知是有多重要的一項(xiàng)準(zhǔn)備工作了。　　不管是做新站還是老站的SEO優(yōu)化，筆者認(rèn)為只有把準(zhǔn)備工作做到位了，才能使自己實(shí)施起來(lái)更輕松。要不然像很多的站長(zhǎng)今天在這里發(fā)了一天的外鏈，明天還是一樣在這里發(fā)，因?yàn)樗恢雷约涸撊ツ睦?，只能繼續(xù)待在這里了。手上沒(méi)有一份量大的外鏈資源是很難在剎時(shí)間找到有質(zhì)量的外鏈發(fā)布平臺(tái)的。因此，新站上線做SEO優(yōu)化操作之前的準(zhǔn)備工作做得好與不好，到不到位可想而知是有多重要的了。

一、前端優(yōu)化網(wǎng)站性能優(yōu)化是一個(gè)很綜合的話題，涉及到服務(wù)器的配置和網(wǎng)站前后端程序等各個(gè)方面，我只是從實(shí)際經(jīng)歷出發(fā)，分享一下自己所嘗試過(guò)的網(wǎng)站性能優(yōu)化方法。之所以在標(biāo)題上掛一個(gè)web2.0，是因?yàn)楸疚母赜谥行【W(wǎng)站的性能優(yōu)化，我所使用的系統(tǒng)也是典型web2.0的LAMP架構(gòu)。首先講講前端的優(yōu)化，用戶訪問(wèn)網(wǎng)頁(yè)的等待時(shí)間，有80%是發(fā)生在瀏覽器前端，特別是頁(yè)面和頁(yè)面中各種元素（圖片、CSS、Javascript、 flash…）的下載之上。因此在很多情況下，相對(duì)于把大量的時(shí)間花在艱苦而繁雜的程序改進(jìn)上，前端的優(yōu)化往往能起到事半功倍的作用。雅虎最近將內(nèi)部使用的性能測(cè)試工具yslow向第三方公開(kāi)，并發(fā)布了著名的網(wǎng)站性能優(yōu)化的十三條規(guī)則，建議你下載并安裝yslow，并作為測(cè)評(píng)網(wǎng)站優(yōu)化效果的工具。下面我挑其中特別有價(jià)值的具體說(shuō)明一下優(yōu)化的方法：對(duì)于第一次訪問(wèn)您網(wǎng)站，尚未在瀏覽器cache中緩存您網(wǎng)站內(nèi)容的用戶，我們可以做的事情包括：1）減少一個(gè)頁(yè)面訪問(wèn)所產(chǎn)生的http連接次數(shù)對(duì)于第一次訪問(wèn)你網(wǎng)站的用戶，頁(yè)面所產(chǎn)生的http連接次數(shù)是影響性能的一個(gè)關(guān)鍵瓶頸。對(duì)策：- 盡量簡(jiǎn)潔的頁(yè)面設(shè)計(jì)，最大程度減少圖片的使用，通過(guò)放棄一些不必要的頁(yè)面特效來(lái)減少javascript的使用。- 使用一些優(yōu)化技巧，比如利用圖片的背景位移減少圖片的個(gè)數(shù)；image map技術(shù)；使用Inline images將css圖片捆綁到網(wǎng)頁(yè)中。- 盡量合并js和css文件，減少獨(dú)立文件個(gè)數(shù)。2) 使用gzip壓縮網(wǎng)頁(yè)內(nèi)容使用gzip來(lái)壓縮網(wǎng)頁(yè)中的靜態(tài)內(nèi)容，能夠顯著減少用戶訪問(wèn)網(wǎng)頁(yè)時(shí)的等待時(shí)間（據(jù)說(shuō)可達(dá)到60%）。主流的web服務(wù)器都支持或提供gzip壓縮，如果使用apache服務(wù)器，只需要在配置文件中開(kāi)啟 mod_gzip（apache1.x）或mod_deflate(apache2.x)即可。凡是靜態(tài)的頁(yè)面，使用gzip壓縮都能夠顯著提高服務(wù)器效率并減少帶寬支出，注意圖片內(nèi)容本身已經(jīng)是壓縮格式了，務(wù)必不要再進(jìn)行壓縮。3）將CSS放在頁(yè)面頂端，JS文件放在頁(yè)面底端CSS的引用要放在html的頭部header中，JS文件引用盡量放在頁(yè)面底端標(biāo)簽的后面，主要的思路是讓核心的頁(yè)面內(nèi)容盡早顯示出來(lái)。不過(guò)要注意，一些大量使用js的頁(yè)面，可能有一些js文件放在底端會(huì)引起一些難以預(yù)料的問(wèn)題，根據(jù)實(shí)際情況適當(dāng)運(yùn)用即可。4）使JS文件內(nèi)容最小化具體來(lái)說(shuō)就是使用一些javascript壓縮工具對(duì)js腳本進(jìn)行壓縮，去除其中的空白字符、注釋，最小化變量名等。在使用gzip壓縮的基礎(chǔ)上，對(duì)js內(nèi)容的壓縮能夠?qū)⑿阅茉偬岣?%。5）盡量減少外部腳本的使用，減少DNS查詢時(shí)間不要在網(wǎng)頁(yè)中引用太多的外部腳本，首先，一次dns的解析過(guò)程會(huì)消耗20-120毫秒的時(shí)間；其次，如果在頁(yè)面中引用太多的外部文件（如各種廣告、聯(lián)盟等代碼），可能會(huì)因?yàn)橥獠课募捻憫?yīng)速度而將你的網(wǎng)站拖得很慢。如果不得不用，那么就盡量將這些腳本放在頁(yè)腳吧。不過(guò)有一點(diǎn)需要提及，就是瀏覽器一般只能并行處理同一域名下的兩個(gè)請(qǐng)求，而對(duì)于不同子的域名則不受此限制，因此適當(dāng)將本站靜態(tài)內(nèi)容（css,js）放在其他的子域名下（如 static.xxx.com）會(huì)有利于提高瀏覽器并行下載網(wǎng)頁(yè)內(nèi)容的能力。對(duì)于您網(wǎng)站的經(jīng)常性訪問(wèn)用戶，主要的優(yōu)化思路就是最大限度利用用戶瀏覽器的cache來(lái)減少服務(wù)器的開(kāi)銷。1）在header中添加過(guò)期時(shí)間(Expires Header)在header中給靜態(tài)內(nèi)容添加一個(gè)較長(zhǎng)的過(guò)期時(shí)間，這樣可以使用戶今后訪問(wèn)只讀取緩存中的文件，而不會(huì)與服務(wù)器產(chǎn)生任何的交互。不過(guò)這樣做也存在一些問(wèn)題，當(dāng)圖片、CSS和js文件更新時(shí)，用戶如果不刷新瀏覽器，就無(wú)法獲得此更新。這樣，我們?cè)趯?duì)圖片、css和js文件修改時(shí)，必須要進(jìn)行重命名，才能保證用戶訪問(wèn)到最新的內(nèi)容。這可能會(huì)給開(kāi)發(fā)造成不小的麻煩，因?yàn)檫@些文件可能被站點(diǎn)中的許多文件所引用。flickr提出的解決辦法是通過(guò)url rewrite使不同版本號(hào)的URL事實(shí)上指向同一個(gè)文件，這是一個(gè)聰明的辦法，因?yàn)閡rl級(jí)別的操作效率是很高的，可以給開(kāi)發(fā)過(guò)程提供不少便利。要理解為什么這樣做，必須要了解瀏覽器訪問(wèn)url時(shí)的工作機(jī)制：a. 第一次訪問(wèn)url時(shí)，用戶從服務(wù)器段獲取頁(yè)面內(nèi)容，并把相關(guān)的文件（images,css,js…）放在高速緩存中，也會(huì)把文件頭中的expired time,last modified, ETags等相關(guān)信息也一同保留下來(lái)。b. 用戶重復(fù)訪問(wèn)url時(shí)，瀏覽器首先看高速緩存中是否有本站同名的文件，如果有，則檢查文件的過(guò)期時(shí)間；如果尚未過(guò)期，則直接從緩存中讀取文件，不再訪問(wèn)服務(wù)器。c. 如果緩存中文件的過(guò)期時(shí)間不存在或已超出，則瀏覽器會(huì)訪問(wèn)服務(wù)器獲取文件的頭信息，檢查last modifed和ETags等信息，如果發(fā)現(xiàn)本地緩存中的文件在上次訪問(wèn)后沒(méi)被修改，則使用本地緩存中的文件；如果修改過(guò)，則從服務(wù)器上獲取最新版本。我的經(jīng)驗(yàn)，如果可能，盡量遵循此原則給靜態(tài)文件添加過(guò)期時(shí)間，這樣可以大幅度減少用戶對(duì)服務(wù)器資源的重復(fù)訪問(wèn)。2）將css和js文件放在獨(dú)立外部文件中引用將css和js文件放在獨(dú)立文件中，這樣它們會(huì)被單獨(dú)緩存起來(lái)，在訪問(wèn)其他頁(yè)面時(shí)可以從瀏覽器的高速緩存中直接讀取。一些網(wǎng)站的首頁(yè)可能是例外的，這些首頁(yè)的自身瀏覽可能并不大，但卻是用戶訪問(wèn)網(wǎng)站的第一印象以及導(dǎo)向到其他頁(yè)面的起點(diǎn)，也可能這些頁(yè)面本身使用了大量的ajax局部刷新及技術(shù)，這時(shí)可以將 css和js文件直接寫在頁(yè)面中。3）去掉重復(fù)的腳本在IE中，包含重復(fù)的js腳本會(huì)導(dǎo)致瀏覽器的緩存不被使用，仔細(xì)檢查一下你的程序，去掉重復(fù)引用的腳本應(yīng)該不是一件很難的事情。4）避免重定向的發(fā)生除了在header中人為的重定向之外，網(wǎng)頁(yè)重定向常在不經(jīng)意間發(fā)生，被重定向的內(nèi)容將不會(huì)使用瀏覽器的緩存。比如用戶在訪問(wèn)www.xxx.com，服務(wù)器會(huì)通過(guò)301轉(zhuǎn)向到www.xxx.com/，在后面加了一個(gè)“/”。如果服務(wù)器的配置不好，這也會(huì)給服務(wù)器帶來(lái)額外的負(fù)擔(dān)。通過(guò)配置apache的 alias或使用mod_rewrite模塊等方法，可以避免不必要的重定向。還有一些，比如使用CDN分發(fā)機(jī)制、避免CSS表達(dá)式等、避免使用ETags等，因?yàn)椴惶Ｓ?，這里就不再贅述了。做完了上述的優(yōu)化，可以試著用yslow測(cè)試一下網(wǎng)頁(yè)的性能評(píng)分，一般都可以達(dá)到70分以上了。當(dāng)然，除了瀏覽器前端和靜態(tài)內(nèi)容的優(yōu)化之外，還有針對(duì)程序腳本、服務(wù)器、數(shù)據(jù)庫(kù)、負(fù)載的優(yōu)化，這些更深層次的優(yōu)化方法對(duì)技術(shù)有更高的要求。本文的后半部分將重點(diǎn)探討后端的優(yōu)化。二、后端優(yōu)化上次寫完web2.0網(wǎng)站前端優(yōu)化篇之后，一直想寫寫后端優(yōu)化的方法，今天終于有時(shí)間將思路整理了出來(lái)。前端優(yōu)化可以避免我們?cè)斐蔁o(wú)謂的服務(wù)器和帶寬資源浪費(fèi)，但隨著網(wǎng)站訪問(wèn)量的增加，僅靠前端優(yōu)化已經(jīng)不能解決所有問(wèn)題了，后端軟件處理并行請(qǐng)求的能力、程序運(yùn) 行的效率、硬件性能以及系統(tǒng)的可擴(kuò)展性，將成為影響網(wǎng)站性能和穩(wěn)定的關(guān)鍵瓶頸所在。優(yōu)化系統(tǒng)和程序的性能可以從以下的方面來(lái)入手：1）apache、mysql等軟件的配置的優(yōu)化盡管apache和mysql等軟件在安裝后使用的默認(rèn)設(shè)置足以使你的網(wǎng)站運(yùn)行起來(lái)，但是通過(guò)調(diào)整mysql和apache的一些系統(tǒng)參數(shù)，還是可以追求更高的效率和穩(wěn)定性。這個(gè)領(lǐng)域中有很多專業(yè)的文章和論壇（比如： http://www.mysqlperformanceblog.com/），要想掌握也需要進(jìn)行深入的研究和實(shí)踐，這里就不重點(diǎn)討論了。2）應(yīng)用程序環(huán)境加速這里僅以我最常應(yīng)用的php開(kāi)發(fā)環(huán)境為例，有一些工具軟件可以通過(guò)優(yōu)化PHP運(yùn)行環(huán)境來(lái)達(dá)到提速的目的，其基本原理大致是將PHP代碼預(yù)編譯并緩存起來(lái)，而不需要改變?nèi)魏未a，所以比較簡(jiǎn)單，可以將php的運(yùn)行效率提升50%以上。比較常用的免費(fèi)php加速工具有：APC( http: //pecl.php.net/package-info.php?package=APC)、Turck MMCache（ http://turck-mmcache.sourceforge.net）、php accelebrator(www.php-accelerator.co.uk)，還有收費(fèi)的Zend Performance Suite3）將靜態(tài)內(nèi)容和動(dòng)態(tài)內(nèi)容分開(kāi)處理apache是一個(gè)功能完善但比較龐大的web server，它的資源占用基本上和同時(shí)運(yùn)行的進(jìn)程數(shù)呈正比，對(duì)服務(wù)器內(nèi)存的消耗比較大，處理并行任務(wù)的效率也一般。在一些情況下，我們可以用比較輕量級(jí)的web server來(lái)host靜態(tài)的圖片、樣式表和javascript文件，這樣可以大大提升靜態(tài)文件的處理速度，還可以減少對(duì)內(nèi)存占用。我使用的web server是來(lái)自俄羅斯的nginx，其他選擇方案還包括lighttpd和thttpd等。4）基于反向代理的前端訪問(wèn)負(fù)載均衡當(dāng)一臺(tái)前端服務(wù)器不足以應(yīng)付用戶訪問(wèn)時(shí)，通過(guò)前端機(jī)實(shí)現(xiàn)web訪問(wèn)的負(fù)載均衡是最快速可行的方案。通過(guò)apache的mod_proxy可以實(shí)現(xiàn)基于反向代理的負(fù)載均衡，這里推薦使用nginx做代理服務(wù)器，處理速度較apache更快一些。5）應(yīng)用緩存技術(shù)提高數(shù)據(jù)庫(kù)效能，文件緩存和分布式緩存數(shù)據(jù)庫(kù)訪問(wèn)處理并發(fā)訪問(wèn)的能力是很多網(wǎng)站應(yīng)用的關(guān)鍵瓶頸，在想到使用主從結(jié)構(gòu)和多farm的方式構(gòu)建服務(wù)器集群之前，首先應(yīng)該確保充分使用了數(shù)據(jù)庫(kù)查詢的緩存。一些數(shù)據(jù)庫(kù)類型（如mysql的innoDB）自身內(nèi)置對(duì)緩存的支持，此外，還可以利用程序方法將常用的查詢通過(guò)文件或內(nèi)存緩存起來(lái)。比如通過(guò) php中的ob_start和文件讀寫函數(shù)可以很方便的實(shí)現(xiàn)文件形式的緩存，而如果你擁有多臺(tái)服務(wù)器，可以通過(guò)memcache技術(shù)通過(guò)分布式共享內(nèi)存來(lái)對(duì)數(shù)據(jù)庫(kù)查詢進(jìn)行緩存，不僅效率高而且擴(kuò)展性好，memcache技術(shù)在livejournal和Craigslist.org等知名網(wǎng)站應(yīng)用中都得到了檢驗(yàn)。6）服務(wù)器運(yùn)行狀態(tài)的檢測(cè)，找到影響性能的瓶頸所在系統(tǒng)優(yōu)化沒(méi)有一勞永逸的方法，需要通過(guò)檢測(cè)服務(wù)器的運(yùn)行狀態(tài)來(lái)及時(shí)發(fā)現(xiàn)影響性能的瓶頸，以及可能存在的潛在問(wèn)題，因?yàn)榫W(wǎng)站的性能，永遠(yuǎn)取決于木桶中的短板?？梢跃帉懸恍┠_本來(lái)檢測(cè)web服務(wù)的運(yùn)行，也有一些開(kāi)源的軟件也提供了很好的功能7）良好的擴(kuò)展架構(gòu)是穩(wěn)定和性能的基礎(chǔ)一些技巧和竅門可以幫你度過(guò)眼前的難關(guān)，但要想使網(wǎng)站具備應(yīng)付大規(guī)模訪問(wèn)的能力，則需要從系統(tǒng)架構(gòu)上進(jìn)行徹底的規(guī)劃，好在很多前人無(wú)私的把他們架構(gòu)網(wǎng)站的經(jīng)驗(yàn)分享給我們，使我們可以少走甚多彎路。我最近讀到的兩篇有啟發(fā)的文章：- 從LiveJournal后臺(tái)發(fā)展看大規(guī)模網(wǎng)站性能優(yōu)化方法 - Myspace的六次重構(gòu)最后不得不提到程序編碼和數(shù)據(jù)庫(kù)結(jié)構(gòu)對(duì)性能的影響，一系列糟糕的循環(huán)語(yǔ)句，一個(gè)不合理的查詢語(yǔ)句、一張?jiān)O(shè)計(jì)不佳的數(shù)據(jù)表或索引表，都足以會(huì)使應(yīng)用程序運(yùn)行的速度成倍的降低。培養(yǎng)全局思考的能力，養(yǎng)成良好的編程習(xí)慣，并對(duì)數(shù)據(jù)庫(kù)運(yùn)行機(jī)制有所了解，是提高編程質(zhì)量的基礎(chǔ)。

一、前端優(yōu)化網(wǎng)站性能優(yōu)化是一個(gè)很綜合的話題，涉及到服務(wù)器的配置和網(wǎng)站前后端程序等各個(gè)方面，我只是從實(shí)際經(jīng)歷出發(fā)，分享一下自己所嘗試過(guò)的網(wǎng)站性能優(yōu)化方法。之所以在標(biāo)題上掛一個(gè)web2.0，是因?yàn)楸疚母赜谥行【W(wǎng)站的性能優(yōu)化，我所使用的系統(tǒng)也是典型web2.0的LAMP架構(gòu)。首先講講前端的優(yōu)化，用戶訪問(wèn)網(wǎng)頁(yè)的等待時(shí)間，有80%是發(fā)生在瀏覽器前端，特別是頁(yè)面和頁(yè)面中各種元素（圖片、CSS、Javascript、 flash…）的下載之上。因此在很多情況下，相對(duì)于把大量的時(shí)間花在艱苦而繁雜的程序改進(jìn)上，前端的優(yōu)化往往能起到事半功倍的作用。雅虎最近將內(nèi)部使用的性能測(cè)試工具yslow向第三方公開(kāi)，并發(fā)布了著名的網(wǎng)站性能優(yōu)化的十三條規(guī)則，建議你下載并安裝yslow，并作為測(cè)評(píng)網(wǎng)站優(yōu)化效果的工具。下面我挑其中特別有價(jià)值的具體說(shuō)明一下優(yōu)化的方法：對(duì)于第一次訪問(wèn)您網(wǎng)站，尚未在瀏覽器cache中緩存您網(wǎng)站內(nèi)容的用戶，我們可以做的事情包括：1）減少一個(gè)頁(yè)面訪問(wèn)所產(chǎn)生的http連接次數(shù)對(duì)于第一次訪問(wèn)你網(wǎng)站的用戶，頁(yè)面所產(chǎn)生的http連接次數(shù)是影響性能的一個(gè)關(guān)鍵瓶頸。對(duì)策：- 盡量簡(jiǎn)潔的頁(yè)面設(shè)計(jì)，最大程度減少圖片的使用，通過(guò)放棄一些不必要的頁(yè)面特效來(lái)減少javascript的使用。- 使用一些優(yōu)化技巧，比如利用圖片的背景位移減少圖片的個(gè)數(shù)；image map技術(shù)；使用Inline images將css圖片捆綁到網(wǎng)頁(yè)中。- 盡量合并js和css文件，減少獨(dú)立文件個(gè)數(shù)。2) 使用gzip壓縮網(wǎng)頁(yè)內(nèi)容使用gzip來(lái)壓縮網(wǎng)頁(yè)中的靜態(tài)內(nèi)容，能夠顯著減少用戶訪問(wèn)網(wǎng)頁(yè)時(shí)的等待時(shí)間（據(jù)說(shuō)可達(dá)到60%）。主流的web服務(wù)器都支持或提供gzip壓縮，如果使用apache服務(wù)器，只需要在配置文件中開(kāi)啟 mod_gzip（apache1.x）或mod_deflate(apache2.x)即可。凡是靜態(tài)的頁(yè)面，使用gzip壓縮都能夠顯著提高服務(wù)器效率并減少帶寬支出，注意圖片內(nèi)容本身已經(jīng)是壓縮格式了，務(wù)必不要再進(jìn)行壓縮。3）將CSS放在頁(yè)面頂端，JS文件放在頁(yè)面底端CSS的引用要放在html的頭部header中，JS文件引用盡量放在頁(yè)面底端標(biāo)簽的后面，主要的思路是讓核心的頁(yè)面內(nèi)容盡早顯示出來(lái)。不過(guò)要注意，一些大量使用js的頁(yè)面，可能有一些js文件放在底端會(huì)引起一些難以預(yù)料的問(wèn)題，根據(jù)實(shí)際情況適當(dāng)運(yùn)用即可。4）使JS文件內(nèi)容最小化具體來(lái)說(shuō)就是使用一些javascript壓縮工具對(duì)js腳本進(jìn)行壓縮，去除其中的空白字符、注釋，最小化變量名等。在使用gzip壓縮的基礎(chǔ)上，對(duì)js內(nèi)容的壓縮能夠?qū)⑿阅茉偬岣?%。5）盡量減少外部腳本的使用，減少DNS查詢時(shí)間不要在網(wǎng)頁(yè)中引用太多的外部腳本，首先，一次dns的解析過(guò)程會(huì)消耗20-120毫秒的時(shí)間；其次，如果在頁(yè)面中引用太多的外部文件（如各種廣告、聯(lián)盟等代碼），可能會(huì)因?yàn)橥獠课募捻憫?yīng)速度而將你的網(wǎng)站拖得很慢。如果不得不用，那么就盡量將這些腳本放在頁(yè)腳吧。不過(guò)有一點(diǎn)需要提及，就是瀏覽器一般只能并行處理同一域名下的兩個(gè)請(qǐng)求，而對(duì)于不同子的域名則不受此限制，因此適當(dāng)將本站靜態(tài)內(nèi)容（css,js）放在其他的子域名下（如 static.xxx.com）會(huì)有利于提高瀏覽器并行下載網(wǎng)頁(yè)內(nèi)容的能力。對(duì)于您網(wǎng)站的經(jīng)常性訪問(wèn)用戶，主要的優(yōu)化思路就是最大限度利用用戶瀏覽器的cache來(lái)減少服務(wù)器的開(kāi)銷。1）在header中添加過(guò)期時(shí)間(Expires Header)在header中給靜態(tài)內(nèi)容添加一個(gè)較長(zhǎng)的過(guò)期時(shí)間，這樣可以使用戶今后訪問(wèn)只讀取緩存中的文件，而不會(huì)與服務(wù)器產(chǎn)生任何的交互。不過(guò)這樣做也存在一些問(wèn)題，當(dāng)圖片、CSS和js文件更新時(shí)，用戶如果不刷新瀏覽器，就無(wú)法獲得此更新。這樣，我們?cè)趯?duì)圖片、css和js文件修改時(shí)，必須要進(jìn)行重命名，才能保證用戶訪問(wèn)到最新的內(nèi)容。這可能會(huì)給開(kāi)發(fā)造成不小的麻煩，因?yàn)檫@些文件可能被站點(diǎn)中的許多文件所引用。flickr提出的解決辦法是通過(guò)url rewrite使不同版本號(hào)的URL事實(shí)上指向同一個(gè)文件，這是一個(gè)聰明的辦法，因?yàn)閡rl級(jí)別的操作效率是很高的，可以給開(kāi)發(fā)過(guò)程提供不少便利。要理解為什么這樣做，必須要了解瀏覽器訪問(wèn)url時(shí)的工作機(jī)制：a. 第一次訪問(wèn)url時(shí)，用戶從服務(wù)器段獲取頁(yè)面內(nèi)容，并把相關(guān)的文件（images,css,js…）放在高速緩存中，也會(huì)把文件頭中的expired time,last modified, ETags等相關(guān)信息也一同保留下來(lái)。b. 用戶重復(fù)訪問(wèn)url時(shí)，瀏覽器首先看高速緩存中是否有本站同名的文件，如果有，則檢查文件的過(guò)期時(shí)間；如果尚未過(guò)期，則直接從緩存中讀取文件，不再訪問(wèn)服務(wù)器。c. 如果緩存中文件的過(guò)期時(shí)間不存在或已超出，則瀏覽器會(huì)訪問(wèn)服務(wù)器獲取文件的頭信息，檢查last modifed和ETags等信息，如果發(fā)現(xiàn)本地緩存中的文件在上次訪問(wèn)后沒(méi)被修改，則使用本地緩存中的文件；如果修改過(guò)，則從服務(wù)器上獲取最新版本。我的經(jīng)驗(yàn)，如果可能，盡量遵循此原則給靜態(tài)文件添加過(guò)期時(shí)間，這樣可以大幅度減少用戶對(duì)服務(wù)器資源的重復(fù)訪問(wèn)。2）將css和js文件放在獨(dú)立外部文件中引用將css和js文件放在獨(dú)立文件中，這樣它們會(huì)被單獨(dú)緩存起來(lái)，在訪問(wèn)其他頁(yè)面時(shí)可以從瀏覽器的高速緩存中直接讀取。一些網(wǎng)站的首頁(yè)可能是例外的，這些首頁(yè)的自身瀏覽可能并不大，但卻是用戶訪問(wèn)網(wǎng)站的第一印象以及導(dǎo)向到其他頁(yè)面的起點(diǎn)，也可能這些頁(yè)面本身使用了大量的ajax局部刷新及技術(shù)，這時(shí)可以將 css和js文件直接寫在頁(yè)面中。3）去掉重復(fù)的腳本在IE中，包含重復(fù)的js腳本會(huì)導(dǎo)致瀏覽器的緩存不被使用，仔細(xì)檢查一下你的程序，去掉重復(fù)引用的腳本應(yīng)該不是一件很難的事情。4）避免重定向的發(fā)生除了在header中人為的重定向之外，網(wǎng)頁(yè)重定向常在不經(jīng)意間發(fā)生，被重定向的內(nèi)容將不會(huì)使用瀏覽器的緩存。比如用戶在訪問(wèn)www.xxx.com，服務(wù)器會(huì)通過(guò)301轉(zhuǎn)向到www.xxx.com/，在后面加了一個(gè)“/”。如果服務(wù)器的配置不好，這也會(huì)給服務(wù)器帶來(lái)額外的負(fù)擔(dān)。通過(guò)配置apache的 alias或使用mod_rewrite模塊等方法，可以避免不必要的重定向。還有一些，比如使用CDN分發(fā)機(jī)制、避免CSS表達(dá)式等、避免使用ETags等，因?yàn)椴惶Ｓ茫@里就不再贅述了。做完了上述的優(yōu)化，可以試著用yslow測(cè)試一下網(wǎng)頁(yè)的性能評(píng)分，一般都可以達(dá)到70分以上了。當(dāng)然，除了瀏覽器前端和靜態(tài)內(nèi)容的優(yōu)化之外，還有針對(duì)程序腳本、服務(wù)器、數(shù)據(jù)庫(kù)、負(fù)載的優(yōu)化，這些更深層次的優(yōu)化方法對(duì)技術(shù)有更高的要求。本文的后半部分將重點(diǎn)探討后端的優(yōu)化。二、后端優(yōu)化上次寫完web2.0網(wǎng)站前端優(yōu)化篇之后，一直想寫寫后端優(yōu)化的方法，今天終于有時(shí)間將思路整理了出來(lái)。前端優(yōu)化可以避免我們?cè)斐蔁o(wú)謂的服務(wù)器和帶寬資源浪費(fèi)，但隨著網(wǎng)站訪問(wèn)量的增加，僅靠前端優(yōu)化已經(jīng)不能解決所有問(wèn)題了，后端軟件處理并行請(qǐng)求的能力、程序運(yùn) 行的效率、硬件性能以及系統(tǒng)的可擴(kuò)展性，將成為影響網(wǎng)站性能和穩(wěn)定的關(guān)鍵瓶頸所在。優(yōu)化系統(tǒng)和程序的性能可以從以下的方面來(lái)入手：1）apache、mysql等軟件的配置的優(yōu)化盡管apache和mysql等軟件在安裝后使用的默認(rèn)設(shè)置足以使你的網(wǎng)站運(yùn)行起來(lái)，但是通過(guò)調(diào)整mysql和apache的一些系統(tǒng)參數(shù)，還是可以追求更高的效率和穩(wěn)定性。這個(gè)領(lǐng)域中有很多專業(yè)的文章和論壇（比如： http://www.mysqlperformanceblog.com/），要想掌握也需要進(jìn)行深入的研究和實(shí)踐，這里就不重點(diǎn)討論了。2）應(yīng)用程序環(huán)境加速這里僅以我最常應(yīng)用的php開(kāi)發(fā)環(huán)境為例，有一些工具軟件可以通過(guò)優(yōu)化PHP運(yùn)行環(huán)境來(lái)達(dá)到提速的目的，其基本原理大致是將PHP代碼預(yù)編譯并緩存起來(lái)，而不需要改變?nèi)魏未a，所以比較簡(jiǎn)單，可以將php的運(yùn)行效率提升50%以上。比較常用的免費(fèi)php加速工具有：APC( http: //pecl.php.net/package-info.php?package=APC)、Turck MMCache（ http://turck-mmcache.sourceforge.net）、php accelebrator(www.php-accelerator.co.uk)，還有收費(fèi)的Zend Performance Suite3）將靜態(tài)內(nèi)容和動(dòng)態(tài)內(nèi)容分開(kāi)處理apache是一個(gè)功能完善但比較龐大的web server，它的資源占用基本上和同時(shí)運(yùn)行的進(jìn)程數(shù)呈正比，對(duì)服務(wù)器內(nèi)存的消耗比較大，處理并行任務(wù)的效率也一般。在一些情況下，我們可以用比較輕量級(jí)的web server來(lái)host靜態(tài)的圖片、樣式表和javascript文件，這樣可以大大提升靜態(tài)文件的處理速度，還可以減少對(duì)內(nèi)存占用。我使用的web server是來(lái)自俄羅斯的nginx，其他選擇方案還包括lighttpd和thttpd等。4）基于反向代理的前端訪問(wèn)負(fù)載均衡當(dāng)一臺(tái)前端服務(wù)器不足以應(yīng)付用戶訪問(wèn)時(shí)，通過(guò)前端機(jī)實(shí)現(xiàn)web訪問(wèn)的負(fù)載均衡是最快速可行的方案。通過(guò)apache的mod_proxy可以實(shí)現(xiàn)基于反向代理的負(fù)載均衡，這里推薦使用nginx做代理服務(wù)器，處理速度較apache更快一些。5）應(yīng)用緩存技術(shù)提高數(shù)據(jù)庫(kù)效能，文件緩存和分布式緩存數(shù)據(jù)庫(kù)訪問(wèn)處理并發(fā)訪問(wèn)的能力是很多網(wǎng)站應(yīng)用的關(guān)鍵瓶頸，在想到使用主從結(jié)構(gòu)和多farm的方式構(gòu)建服務(wù)器集群之前，首先應(yīng)該確保充分使用了數(shù)據(jù)庫(kù)查詢的緩存。一些數(shù)據(jù)庫(kù)類型（如mysql的innoDB）自身內(nèi)置對(duì)緩存的支持，此外，還可以利用程序方法將常用的查詢通過(guò)文件或內(nèi)存緩存起來(lái)。比如通過(guò) php中的ob_start和文件讀寫函數(shù)可以很方便的實(shí)現(xiàn)文件形式的緩存，而如果你擁有多臺(tái)服務(wù)器，可以通過(guò)memcache技術(shù)通過(guò)分布式共享內(nèi)存來(lái)對(duì)數(shù)據(jù)庫(kù)查詢進(jìn)行緩存，不僅效率高而且擴(kuò)展性好，memcache技術(shù)在livejournal和Craigslist.org等知名網(wǎng)站應(yīng)用中都得到了檢驗(yàn)。6）服務(wù)器運(yùn)行狀態(tài)的檢測(cè)，找到影響性能的瓶頸所在系統(tǒng)優(yōu)化沒(méi)有一勞永逸的方法，需要通過(guò)檢測(cè)服務(wù)器的運(yùn)行狀態(tài)來(lái)及時(shí)發(fā)現(xiàn)影響性能的瓶頸，以及可能存在的潛在問(wèn)題，因?yàn)榫W(wǎng)站的性能，永遠(yuǎn)取決于木桶中的短板?？梢跃帉懸恍┠_本來(lái)檢測(cè)web服務(wù)的運(yùn)行，也有一些開(kāi)源的軟件也提供了很好的功能7）良好的擴(kuò)展架構(gòu)是穩(wěn)定和性能的基礎(chǔ)一些技巧和竅門可以幫你度過(guò)眼前的難關(guān)，但要想使網(wǎng)站具備應(yīng)付大規(guī)模訪問(wèn)的能力，則需要從系統(tǒng)架構(gòu)上進(jìn)行徹底的規(guī)劃，好在很多前人無(wú)私的把他們架構(gòu)網(wǎng)站的經(jīng)驗(yàn)分享給我們，使我們可以少走甚多彎路。我最近讀到的兩篇有啟發(fā)的文章：- 從LiveJournal后臺(tái)發(fā)展看大規(guī)模網(wǎng)站性能優(yōu)化方法 - Myspace的六次重構(gòu)最后不得不提到程序編碼和數(shù)據(jù)庫(kù)結(jié)構(gòu)對(duì)性能的影響，一系列糟糕的循環(huán)語(yǔ)句，一個(gè)不合理的查詢語(yǔ)句、一張?jiān)O(shè)計(jì)不佳的數(shù)據(jù)表或索引表，都足以會(huì)使應(yīng)用程序運(yùn)行的速度成倍的降低。培養(yǎng)全局思考的能力，養(yǎng)成良好的編程習(xí)慣，并對(duì)數(shù)據(jù)庫(kù)運(yùn)行機(jī)制有所了解，是提高編程質(zhì)量的基礎(chǔ)。

很多人覺(jué)得難、會(huì)放棄，外加自己學(xué)到點(diǎn)三腳貓SEO功夫弄點(diǎn)文字+外鏈就做排名了，每天重復(fù)干著苦逼的事情。時(shí)間久了就徹底對(duì)SEO不信任了。 　　回到正題，我們來(lái)說(shuō)說(shuō)SEO與代碼之間的關(guān)系?！　EO和代碼的關(guān)系： 　　從廣義上來(lái)講SEO是屬于推廣網(wǎng)站，編程開(kāi)發(fā)做網(wǎng)站屬于建站。兩者表面上看不相關(guān)，目前針對(duì)中小型網(wǎng)站的網(wǎng)站運(yùn)營(yíng)模式也不相關(guān)。因?yàn)榇蠖鄶?shù)企業(yè)的網(wǎng)站找建站公司建設(shè)完成過(guò)后就交給聘請(qǐng)的SEO人員進(jìn)行管理了。而很多SEO人員只會(huì)點(diǎn)SEO基礎(chǔ)，寫點(diǎn)文章發(fā)發(fā)外鏈，當(dāng)一個(gè)超級(jí)編輯。其實(shí)SEO會(huì)貫穿整個(gè)網(wǎng)站建設(shè)+運(yùn)營(yíng)的過(guò)程，從網(wǎng)站打算建站到后續(xù)的網(wǎng)絡(luò)營(yíng)銷推廣，SEO都需要參與其中負(fù)責(zé)一塊。那么從建站方面來(lái)說(shuō)SEO會(huì)負(fù)責(zé)什么呢?1.HTML的代碼優(yōu)化。 2.鏈接布局 3.網(wǎng)站布局 4.URL布局 5.相關(guān)技術(shù) 等等，只有這些和建站開(kāi)發(fā)人員很好的溝通，做錯(cuò)來(lái)的網(wǎng)站才可能是營(yíng)銷型的經(jīng)典網(wǎng)站。 　　以上建站過(guò)程中需要SEO參與討論的問(wèn)題其實(shí)都是建站開(kāi)發(fā)程序員該考慮到的問(wèn)題，如果中國(guó)的程序員在建站過(guò)程中一切按照W3C去寫HTML 與CSS，那么HTML 代碼上面SEO參與的相對(duì)來(lái)說(shuō)算是比較少的。但是可悲的是，中國(guó)程序員很少嚴(yán)格按照規(guī)范去做的。所以建站開(kāi)發(fā)過(guò)程很多需要SEO去參與并集合SEO需要優(yōu)化的地方給予優(yōu)化。 　　想必很多朋友都遇到過(guò)這樣的網(wǎng)站，瀏覽器訪問(wèn)可以看見(jiàn)網(wǎng)站內(nèi)容很豐富，但是一看百度快照只有框架，沒(méi)有任何文字。這種就是開(kāi)發(fā)程序員亂用技術(shù)(AJAX)的后果，雖然從技術(shù)上考慮這樣沒(méi)的問(wèn)題。但是從優(yōu)化和該技術(shù)實(shí)現(xiàn)的最終目的來(lái)看，這是程序員自己不按照規(guī)范處理的問(wèn)題。 　　而對(duì)于一個(gè)程序員來(lái)說(shuō)，他們要研究的是技術(shù)而并非網(wǎng)站運(yùn)營(yíng)問(wèn)題。大公司技術(shù)部門和推光營(yíng)銷部門分工明細(xì)，各種環(huán)節(jié)都有人監(jiān)控并把握。對(duì)于小公司來(lái)說(shuō)或許就一個(gè)推廣部門，或許就一個(gè)不懂SEO推廣的技術(shù)與一個(gè)苦逼SEO。 　　我們可以想想如果你不懂代碼優(yōu)化、不懂HTML ，只知道寫文章發(fā)外鏈。時(shí)間長(zhǎng)了百度依然沒(méi)有收錄，這時(shí)候你就會(huì)很迷茫。連個(gè)收錄都沒(méi)的或者收錄甚少，會(huì)嚴(yán)重打擊你的積極性?？赡苓@些問(wèn)題就是因?yàn)槌绦騿T開(kāi)發(fā)不當(dāng)亂用技術(shù)造成的，而你如果不懂技術(shù)，你要做的就是遇到一個(gè)牛逼的程序員。要不然你就得懂，并指導(dǎo)他操作。并不要求你去處理技術(shù)上的東西?！　EO需要自己會(huì)做網(wǎng)站嗎? 　　做SEO并不是一定要自己會(huì)做網(wǎng)站，原因很簡(jiǎn)單，SEO操作的僅僅的了解什么技術(shù)不能干什么?如 目前重要信息不能放在FALSH、JS、iFROM 、AJAX里面。并不是喊你去學(xué)會(huì)做FASLH。網(wǎng)站建站和SEO名義上沒(méi)什么關(guān)聯(lián)。SEO涉及到的只有用哪個(gè)技術(shù)問(wèn)題完成什么功能和HTML問(wèn)題。其他優(yōu)化問(wèn)題其實(shí)應(yīng)該說(shuō)是程序員自身該考慮的問(wèn)題，而并非SEO需要協(xié)助程序員完成的。如：代碼執(zhí)行效率、代碼安全、易于維護(hù)等等。 　　SEO不需要會(huì)用高級(jí)代碼語(yǔ)言建站。如PHP、C#.NET、ASP、Java等等。但是你得了解整個(gè)網(wǎng)站構(gòu)成和各種語(yǔ)言的簡(jiǎn)介，以及會(huì)下載開(kāi)源程序如織夢(mèng)快速完成一個(gè)平臺(tái)的搭建。如果你采用虛擬主機(jī)，你得弄清楚虛擬主機(jī)控制面板上面的所有功能，都干嘛的。如404，301，默認(rèn)首頁(yè)設(shè)置，域名綁定與解析、網(wǎng)站編碼問(wèn)題、目錄權(quán)限等。如你使用的Windows服務(wù)器至少得了解IIS的所有需要用到的功能吧?！　EO需要了解并熟悉HTML： 　　作為SEO需要了解并熟悉HTML以及CSS的原理以及能看懂并簡(jiǎn)單修改。再者就是需要了解網(wǎng)站服務(wù)器執(zhí)行原理，客戶端瀏覽器執(zhí)行原理以及瀏覽器渲染加載頁(yè)面元素的原理。只有明白這些，你才能更好的優(yōu)化你的網(wǎng)站。HTML和CSS并不難，只要肯下功夫認(rèn)真去學(xué)習(xí)兩天即可搞定。很多人不懂，看著代碼暈乎不是因?yàn)樗葎e人笨而是因?yàn)樗睦锱橙趿恕? 　　基礎(chǔ)實(shí)踐練手：打開(kāi)百度統(tǒng)計(jì)=》優(yōu)化分析=》網(wǎng)站速度診斷，百度統(tǒng)計(jì)診斷出的問(wèn)題，你自己好好的分析下認(rèn)為可以修改的大伙操作下。通過(guò)這個(gè)可以讓你快速了解瀏覽器執(zhí)行原理，以及網(wǎng)站速度優(yōu)化方式。 　　結(jié)語(yǔ)：最近李學(xué)朋會(huì)多收集并整理書(shū)寫代碼優(yōu)化方面的文章，希望大伙都對(duì)這個(gè)有一定的了解。