“靜態(tài)頁(yè)”，在Web應(yīng)用程序開發(fā)中是很常見的概念。只是我發(fā)現(xiàn)目前還是有相當(dāng)部分的朋友，在這方面的存在一定的誤區(qū)。因此現(xiàn)在獨(dú)立寫一篇文章，也想把一些問(wèn)題講講清楚，以后在討論的時(shí)候也好有個(gè)準(zhǔn)。

　　不久前有朋友寫了一篇題為《提供生成靜態(tài)頁(yè)核心代碼》的文章，介紹了一種“向硬盤寫入頁(yè)面文件”的方式。這篇文章的內(nèi)容在此并不多作討論，這里引用一下作者給出的摘要：

網(wǎng)頁(yè)生成靜態(tài)Html文件有許多好處，比如生成html網(wǎng)頁(yè)有利于被搜索引擎收錄，不僅被收錄的快還收錄的全。前臺(tái)脫離了數(shù)據(jù)訪問(wèn)，減輕對(duì)數(shù)據(jù)庫(kù)訪問(wèn)的壓力，加快網(wǎng)頁(yè)打開速度。

　　這種說(shuō)法存在一個(gè)嚴(yán)重的問(wèn)題，因?yàn)樗煜藘蓚€(gè)概念：“靜態(tài)頁(yè)”有利于網(wǎng)站性能，和“靜態(tài)頁(yè)”有利于SEO。有朋友可能會(huì)說(shuō)：“這兩點(diǎn)說(shuō)的都沒有錯(cuò)啊，不信你去搜索引擎上查一下，都有很多資料”。是的，這兩種說(shuō)法都能在搜索引擎上找出“依據(jù)”來(lái)，只可惜在這種兩種情況下的“靜態(tài)頁(yè)”所指的內(nèi)容，或者說(shuō)是“做法”完全不同，可以說(shuō)沒有任何關(guān)系。換句話說(shuō)，這里造成“混淆”的原因是“指代不明”。為了方便闡述，在本文接下來(lái)的部分中將盡可能避免“靜態(tài)頁(yè)”，“靜態(tài)化”等詞語(yǔ)，而是使用以下兩種區(qū)分明顯的說(shuō)法進(jìn)行闡述：

• 規(guī)范頁(yè)面URL
• 緩存頁(yè)面內(nèi)容

規(guī)范頁(yè)面URL

　　如今在開發(fā)的Web應(yīng)用程序時(shí)，往往需要從客戶端獲取一些信息，然后根據(jù)這些信息生成頁(yè)面。例如，我們需要從客戶端獲取一個(gè)“頁(yè)碼”，然后在頁(yè)面上呈現(xiàn)出這一頁(yè)的內(nèi)容。從客戶端傳遞信息的方式有多種，其中最常見的便是通過(guò)Query String進(jìn)行傳遞。例如，我們可以通過(guò)Article.ASPx?id=3這樣的方式來(lái)請(qǐng)求id為3的文章。不過(guò)如果純粹使用Query String來(lái)傳遞信息的話，一個(gè)URL可能會(huì)帶有許多項(xiàng)Query String。例如ArticleList.ASPx?page=3&keywords=helloworld&category=6&....。

　　有種說(shuō)法是，這樣的URL由于明顯是動(dòng)態(tài)的，因此搜索引擎對(duì)它的處理會(huì)有所負(fù)面傾斜，例如將其權(quán)值放低。因此，很多程序都會(huì)把為URL規(guī)范為特別的形式，例如Article/3，甚至是Article_3.html。使用htm或html作為URL的結(jié)尾，是為了“欺騙”搜索引擎，讓搜索引擎以為這是一個(gè)直接從存儲(chǔ)設(shè)備上直接讀取的資源，它不會(huì)改變，因此“它的權(quán)值會(huì)相對(duì)提高”。實(shí)際上老趙并不同意這個(gè)說(shuō)法，而且似乎也沒有實(shí)際案例可以證明這一點(diǎn)——當(dāng)然我也無(wú)法證否，因此無(wú)法判斷這個(gè)說(shuō)法的正確性。不過(guò)這篇文章并不是在追究這個(gè)問(wèn)題，在這里我們暫且認(rèn)為它有道理吧。

　　要實(shí)現(xiàn)這點(diǎn)，我們所要實(shí)現(xiàn)的是進(jìn)行URL重寫。URL重寫的目的，是在服務(wù)器端把客戶端請(qǐng)求的URL（如Article_3.html）當(dāng)作另一個(gè)請(qǐng)求進(jìn)行處理（如Article.ASPx?id=3）。請(qǐng)注意，這個(gè)工作是在服務(wù)器端完成的：

　　對(duì)于搜索引擎的爬蟲來(lái)說(shuō)，它根本意識(shí)不到這個(gè)URL是在直接讀取資源，還是經(jīng)過(guò)了動(dòng)態(tài)的請(qǐng)求。我們是Web應(yīng)用程序的編寫者，對(duì)于一個(gè)請(qǐng)求我們可以使用我們?nèi)我獾姆绞竭M(jìn)行處理，想欺騙搜索引擎還不是易如反掌？不過(guò)這種做法對(duì)于網(wǎng)站性能來(lái)說(shuō)是否有幫助？沒有，肯定沒有。

　　這種改變URL，想要獲取更好SEO效果的做法，有些人也會(huì)把它叫做“偽靜態(tài)化”。老趙不知道這種說(shuō)法合不合適，我是從來(lái)不會(huì)使用這樣的說(shuō)法的。

緩存頁(yè)面內(nèi)容

　　動(dòng)態(tài)生成一個(gè)頁(yè)面的開銷往往很大，例如需要多次查詢數(shù)據(jù)庫(kù)或者外部服務(wù)。為了減少服務(wù)器端的開銷，為了加快網(wǎng)站的運(yùn)行效率，有時(shí)候在服務(wù)器端會(huì)將一個(gè)頁(yè)面的整體內(nèi)容保存為一個(gè)文件，這樣每次在服務(wù)器端獲取客戶端請(qǐng)求的時(shí)候，只要讀取相應(yīng)的文件即可，而不需要重新查詢數(shù)據(jù)庫(kù)或外部服務(wù)并重新生成頁(yè)面內(nèi)容：

　　同樣的，這些事情完全是在服務(wù)器端進(jìn)行的處理，搜索引擎的爬蟲對(duì)此一無(wú)所知。即使搜索引擎認(rèn)為Article.ASPx?id=3這樣的請(qǐng)求是由服務(wù)器端即時(shí)生成的（當(dāng)然搜索引擎真不會(huì)考慮這些），我們編寫的服務(wù)器端邏輯同樣可以直接讀取磁盤上的文件，并且直接輸出。這種做法自然是為了效率，不過(guò)……

　　這種做法和SEO有沒有關(guān)系？沒有任何關(guān)系，因?yàn)榕老x根本不知道我們做了這些。

　　這種做法是否需要在硬盤上生成一個(gè)html文件？沒有必要，我可以生成txt文件，可以生成jeffz文件，甚至我可以不生成文件，而是將頁(yè)面內(nèi)容直接存放在內(nèi)存中，甚至是高性能的Key/Value Store里。

　　這種做法是否需要把URL修改為html結(jié)尾？沒有必要，URL改不改都無(wú)所謂，改成什么也都無(wú)所謂。

總結(jié)

　　有時(shí)候事情其實(shí)就是那么簡(jiǎn)單，但是還是會(huì)讓人混淆。一句話聽上去很正確，但是一旦“指代不明”，正確的話也變成錯(cuò)誤的了。例如本文一開始引用的文章，它是為了“緩存頁(yè)面內(nèi)容”而使用的做法，這個(gè)做法和SEO沒有任何關(guān)系，因此說(shuō)“生成html網(wǎng)頁(yè)有利于被搜索引擎收錄，不僅被收錄的快還收錄的全”是將其目的與“規(guī)范頁(yè)面URL”混淆了起來(lái)。錯(cuò)誤產(chǎn)生在這里。在那片文章后面的評(píng)論中，有朋友回復(fù)說(shuō)目前的搜索引擎已經(jīng)不關(guān)心URL是否是html還是別的什么形式了。這種說(shuō)法可能也是正確的，不過(guò)并沒有談在點(diǎn)子上。因?yàn)闊o(wú)論搜索引擎如何處理HTML，文章的內(nèi)容都和搜索引擎沒有一絲一縷關(guān)系。

　　因此，如果您以后要談“靜態(tài)頁(yè)”或網(wǎng)頁(yè)“靜態(tài)化”的時(shí)候，請(qǐng)區(qū)分您究竟是在談“規(guī)范頁(yè)面URL”還是“緩存頁(yè)面內(nèi)容”。

　　如果您說(shuō)“靜態(tài)頁(yè)有助于SEO”，明白人知道您是再指“規(guī)范頁(yè)面URL”，而某些朋友可能就會(huì)認(rèn)為您是指在服務(wù)器端緩存頁(yè)面內(nèi)容。

　　如果您說(shuō)“靜態(tài)頁(yè)有助于提高網(wǎng)站性能”，明白人知道您是指“緩存頁(yè)面內(nèi)容”，而某些朋友可能就會(huì)認(rèn)為您是指使用“URL重寫”來(lái)規(guī)范URL樣式。

　　如果您說(shuō)“靜態(tài)頁(yè)，既有助于SEO，又有助于提高網(wǎng)站性能”，那么（我希望）明白人就會(huì)帶您來(lái)看現(xiàn)在這篇文章，而某些朋友可能就會(huì)……哎哎。

補(bǔ)充說(shuō)明

　　有朋友提到靜態(tài)資源適合被CDN分發(fā)，其實(shí)不然。CDN難道不能分發(fā)動(dòng)態(tài)請(qǐng)求生成的內(nèi)容了嗎？對(duì)于CDN來(lái)說(shuō)，動(dòng)態(tài)和靜態(tài)是沒有區(qū)別的。不說(shuō)CDN，就說(shuō)Squid吧，Squid知道后面連接的請(qǐng)求是靜態(tài)還是動(dòng)態(tài)的嗎？是Windows系統(tǒng)還是Linux嗎？其實(shí)這就是“分層”，抽象出來(lái)以后完全不知道后端的遞交方式。而且換個(gè)角度想，世界上有“靜態(tài)請(qǐng)求”這個(gè)東西嗎？不都是需要經(jīng)過(guò)Web服務(wù)器處理的嗎？只不過(guò)，一個(gè)是復(fù)雜運(yùn)算，一個(gè)是直接讀取硬盤文件。對(duì)訪問(wèn)者來(lái)說(shuō)，是看不出任何區(qū)別的。CDN分發(fā)的也只是“請(qǐng)求內(nèi)容”而不會(huì)關(guān)心“內(nèi)容的生成方式”。

　　此外，有朋友給出了一份應(yīng)該說(shuō)“比較權(quán)威”的說(shuō)明，各位不妨參考一下：動(dòng)態(tài)網(wǎng)址與靜態(tài)網(wǎng)址

NET技術(shù)：談*靜態(tài)頁(yè)*（或網(wǎng)頁(yè)*靜態(tài)化*），轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。