僞靜态:增強搜索引擎-中文百科頻道

區别靜态

從URL結構以及頁面名稱看，僞靜态和靜态頁面是一樣的。僞靜态的頁面後綴可以是html htm或者是目錄格式

僞靜态隻是改變了URL的表現形式，實際上還是動态頁面

靜态頁面可以節省服務器資源，而僞靜态嚴格說是增加服務器資源消耗的

總結，在SEO方面，僞靜态和靜态頁面的功能是相同的，但是僞靜态本質上還是動态頁面，所以消耗資源是和動态頁面一樣的，而且因為Rewrite服務器還需要消耗額外的資源。

主要不足

1、當然猶如一篇文章的作者所說的："如果流量稍大一些使用僞靜态就出現CPU使用超負荷，我的同時在線300多人就挂了，而不使用僞靜态的時候同時在線超500人都不挂，我的IIS數是1000。”确實是這樣的，由于僞靜态是用正則判斷而不是真實地址，分别顯示哪個頁面的責任也由直接指定轉由CPU來判斷了，所以CPU占有量的上升，确實是僞靜态最大的弊病。

2、網站承受力低。

另外，會造成網站可承受同時在線人數劇減。如果你的網站可以保證1000人同時訪問的話，那麼做了僞靜态處理之後，300人訪問就足以讓你網站挂掉。

3、網頁打開慢。

僞靜态頁面打開速度快，簡直太搞笑了，僞靜态仍然要讀取數據庫，還額外的多了一個.重寫網址.的過程，其他的步驟絕對不會比動态少，怎麼會快呢?

4、大量的重複頁面。

做了僞靜态後，原有的頁面也可以訪問，這就造成了大量的僞靜态頁面和動态頁面重複，對網站極為不好。

5、需要服務器支持。

并不是所有的服務器都支持僞靜态的，這無形中又增加了成本。

所以，如果網址中的動态參數沒有達到影響搜索引擎收錄的程度，動态要比僞靜态好的多。

6、造成真正的靜态網頁無法訪問。

如果把php僞靜态成html，那麼真正的靜态頁就無法訪問了。(可通過修改服務器配置解決，可是你又何必去費這把力氣呢?)

如何選擇

1、使用真靜态和僞靜态對SEO來說沒有什麼區别

2、使用真靜态可能将導緻硬盤損壞并将影響站點性能(這個實在是個謬論，非靜态的對硬盤的讀取次數勝過真靜态)

3、使用僞靜态将占用一定量的CPU占有率，大量使用将導緻CPU超負荷

4、最重要的一點，我們要靜态是為了SEO

5、真靜态的訪問速度明顯比僞靜态的訪問速度要高

所以：

1、使用真靜态的方法可以直接排除了，因為無論怎麼生成，對硬盤來說都是很傷的。（這個完全是亂講了，真靜态可以提高網站的性能，減少數據庫的訪問壓力，減少CPU和内存的壓力。）

2、既然真僞靜态的效果一樣，我們就可以選擇僞靜态了。

3、但是僞靜态大量使用會造成CPU超負荷。

4、所以我們隻要不大量使用就可以了。

5、既然僞靜态隻是給搜索引擎爬蟲看的，我們隻需要僞靜态給搜索引擎爬蟲就行了，不需要給用戶使用。

6、所以我們隻要在專門提供給搜索引擎爬蟲（搜索引擎機器人）爬的Archiver中使用僞靜态就可以了。

在網上流傳了很多關于網站生成HTML靜态會對硬盤有損傷的說法（當然這裡的損傷概念是指相比普通的應用程序而言，非指任何系統和程序都會讓硬盤折壽類型的常規損傷）。但通過Google、百度并沒有發現出現過這個問題的真實例子存在，大部分都是道聽途說、人雲亦雲并沒有一個比較合理的解釋，下面就這個問題來作一個簡單的分析。

首先，假設“網站生成HTML靜态會對硬盤有損耗”這個說法成立，這個問題影響最大的應該是IDC行業中的虛拟主機服務商，因為主流CMS、論壇系統、網店系統、博客系統大多數都支持生成HTML靜态功能，而且一般情況下一台服務器中都會存在100-300個虛拟主機同時運行，在有如此大的硬盤損耗的情況下，國内竟然沒有一家虛拟主機服務商限制生成HTML靜态站點在其虛拟主機上運行，這個現象是不是反常呢？是不是由于硬盤價格比較低虛拟主機服務商不在乎了呢？其實不然，因為想在短時間内恢複100-300個網站的數據并不是一件簡單的事情，同時基于網站穩定性和硬件成本方面的考慮虛拟主機服務商不可能不在乎。所以在IDC行業中“網站生成HTML靜态會對硬盤有損耗”一說法是不成立的。

其次，假設“網站生成HTML靜态會對硬盤有損耗”這個說法成立，那為什麼還會有那麼多主流CMS、論壇、網店、博客軟件公司去研發這個功能呢？這個現象是不是反常呢？因為生成HTML靜态功能可能造成用戶硬盤損壞而引起數據丢失，軟件開發公司是肯定需要承擔相應責任的，應該沒有哪家軟件公司會在增加自己研發成本的基礎上去開發一個對自己有負面影響的功能。所以在軟件行業中“網站生成HTML靜态會對硬盤有損耗”一說法是不成立的。

大家都知道對硬盤的操作主要分為“讀”與“寫”兩大部分，先分析生成HTML靜态對硬盤“讀”的影響：

現在以最常見的PHP動态網站為例，普通的PHP網站的執行過程是先讀取PHP文件、然後根據PHP文件中的代碼讀取數據庫中的數據，最後輸出到訪問者的浏覽器中進行顯示。在這個執行過程中PHP文件至少讀取一次（如果代碼中包含include之類的語句的話還需要讀取更多次），數據庫至少讀取一次（一般情況下需要讀取多次），在這個過程完成之前一般需要讀取硬盤2-20次左右，當然不同的WEB服務器、數據庫、系統對IO的操作過程也不一樣，但基本可以初步了解到這個實現基本過程。

再來看“生成HTML靜态”網站的執行過程，很明顯執行過程就是直接讀取HTML文件再傳輸到訪問者的浏覽器進行顯示，對硬盤的讀取操作隻有1次。

根據以上分析可以得出結論，“生成HTML靜态”網站隻有普通動态網站讀取硬盤頻率的1/10，再加上“生成HTML靜态”網站可以利用浏覽器的頁面緩存，對硬盤讀取的頻率可以進一步降低，“生成HTML靜态”網站在硬盤的“讀”操作方面沒有任何損傷，反而可以更好的保護硬盤。

明白了生成HTML靜态對硬盤“讀”的影響，我們再來看看生成HTML靜态對硬盤“寫”的影響：

還是以現在最常見的PHP動态網站為例，PHP動态網站在添加文章時直接把數據寫入了數據庫，對硬盤進行了一次寫操作。而“生成HTML靜态”網站在寫入數據庫的同時把數據又寫入了文件，對硬盤進行了兩次寫操作。但在實際項目中，我們隻會把修改頻率非常低的内容生成HTML靜态，比如文章、商品内容，這些頁面的寫頻率本身就非常非常低的，比如我們站點發布的文章在發布後幾乎就不會再進行修改了。對于一個擁有10萬篇文章的站點來說，平均一篇文章修改1次，對硬盤的寫入次數也才20萬次，一般服務器硬盤的使用壽命都在5-10年左右，其實再放大數萬倍也不至于達到能夠損傷硬盤的地步。不相信的朋友可以下載DiskCountersView軟件查看一下你自己的電腦在24小時内讀寫硬盤的次數，在普通情況下24小時内讀寫硬盤的次數就會超過了千萬次，如此計算20萬次硬盤寫入幾乎可以忽略不計。

根據以上的分析可以得出結論，“生成HTML靜态”網站比普通動态網站硬盤寫入頻率高2倍，但由于生成“生成HTML靜态”的内容幾乎不會再進行修改，所以對硬盤的寫入次數可以忽略不計，不會對硬盤造成任何損傷。

總結：在最有說話權的IDC行業和軟件行業中“生成HTML靜态頁面對硬盤有損傷”的說法并不成立，而且通過技術分析也證明生成HTML靜态頁面并不會對硬盤造成任何損傷，相反還可以極大的降低對硬盤、數據庫的讀取操作頻率，提高站點訪問速度。