眾所周知,頁面靜態化是門戶網站研發中必備的一項技能,《PHP實現頁面靜態化視頻教程》從純靜態化和偽靜態化兩個角度進行分析,帶領大家掌握在PHP中如何產生純靜態化頁面,在WEB伺服器中如何配置偽靜態,協助大家掌握又一項加薪利器。
課程播放地址:http://www.php.cn/course/403.html
該老師講課風格:
教師講課生動形象,機智詼諧,妙語連珠,動人心弦。一個生動形象的比喻,猶如畫龍點睛,給學生開啟智慧之門;一種恰如其分的幽默,引來學生會心的微笑,如飲一杯甘醇的美酒,給人以回味和留戀;哲人的警句、文化的箴言不時穿插於講述中間,給人以思考和警醒。
本視頻中較為痛點是PHP處理偽靜態了:
首先,什麼是偽靜態:
偽靜態又名URL重寫,是動態網址看起來像靜態網址。換句話說就是,動態網頁通過重寫 URL 方法實現去掉動態網頁的參數,但在實際的網頁目錄中並沒有必要實現存在重寫的頁面。
另外在補充兩個名詞解析
靜態網址:純靜態HTML文檔,能使用filetype:htm 查詢到的網頁
動態網址:內容存於資料庫中,根據要求顯示內容,URL中以 ? # & 顯示不同的參數,如:news.php?lang=cn&class=1&id=2
動態、靜態、偽靜態之間的利與弊(新)
動態網址
首先,動態網址目前對於Google來說,“不能被抓取”的說法是錯誤的,Google能夠很好的處理動態網址並順利抓取;其次“參數不能超過3個”的說法也不正確,Google能夠抓取參數超過3個的動態網址,不過,為了避免URL太長應盡量減少參數。
其次,動態網址有其一定的優勢,以上面所說的 news.php?lang=cn&class=1&id=2 為例,網址中的參數準確的告訴Google,此URL內容語言為cn、隸屬於分類1、內容ID為2,更便於Google對內容的識別處理。
最後,動態網址應盡量精簡,特別是會話標識(sid)和查詢(query)參數,容易造成大量相同頁面。
靜態網址
首先,靜態網址具有的絕對優勢是其明晰,/product/nokia/n95.html和/about.html可以很容易被理解,從而在搜尋結果中可能點擊量相對較高。
其次,靜態網址未必就是最好的網址形式,上述動態網址中說到,動態網址能夠告訴Google一些可以識別的參數,而靜態網址如果文檔布置不夠恰當(如:過於扁平化,將HTML文檔全放在根目錄下)及其他因素,反而不如靜態網址為Google提供的參考資訊豐富。
最後,樂思蜀覺得Google此文中是否有其隱藏含義?“更新此種類型網址的頁面會比較耗費時間,尤其是當資訊量增長很快時,因為每一個單獨的頁面都必須更改編譯代碼。”雖然所說的是網站,但在Google系統中是否同樣存在這樣的問題呢?
偽靜態網址
首先,偽靜態網址不能讓動態網址“靜態化”,偽靜態僅僅是對動態網址的一個重寫,Google不會認為偽靜態就是HTML文檔。
其次,偽靜態可取,但應把重心放在去除冗餘參數、規範URL、儘可能的避免重複頁上。
最後,偽靜態有很大潛大危險,最好在對網站系統、網站結構、內容分布、參數意義熟悉的情況下使用。
在寫偽靜態規則時,應保留有價值的參數,不要將有價值的參數全部精簡掉,如前面例子中的 news.php?lang=cn&class=1&id=2 最好重寫為 news-cn-class1-id2.html,而不是過份精簡重寫為 news-2.html。
再就是偽靜態中一定不能包含會話標識(sid)和查詢(query)參數,/product.asp?sid=98971298178906&id=1234 這樣的動態網址,其中的sid本來Google能夠識別並屏蔽,但如果重寫為 /product/98971298178906/1234,Google不但無法識別,還在整站中造成無限重複頁面(每個會話都會產生一個新的會話ID)。
我們應該選擇偽靜態還是真靜態
1、使用真靜態和假靜態對SEO來說沒有什麼區別
2、使用真靜態可能將導致硬碟損壞並將影響論壇效能
3、使用偽靜態將佔用一定量的CPU佔有率,大量使用將導致CPU超負荷
4、最重要的一點,我們要靜態是為了SEO
所以:
1、使用真靜態方法可以直接排除了,因為無論怎麼產生,對硬碟來說都是很傷的。
2、既然真偽靜態效果一樣,我們就可以選擇偽靜態了。
3、但是偽靜態大量使用會造成CPU超負荷。
4、所以我們只要不大量使用就可以了。
5、既然靜態只是給SEO看的,我們只需要偽靜態給SEO就行了,不需要給使用者使用。
6、所以我們只要在專門提供給SEO爬的Archiver中使用偽靜態就可以了。
7、謝謝大家耐心看我寫的文章。
8、有何不解的地方或是有不同的看法歡迎提出
關於偽靜態和真靜態評論
真正的靜態化和偽靜態還是有本質的區別的。為瀏覽使用者處理一個純粹html和一個調用多個資料的php在CPU的使用率方面明顯前者少。記得原來有個人說html下載硬碟讀寫頻繁,他這麼說好像讀取資料庫不用讀寫磁碟似的,何況還有一大堆緩衝的零散php也是放在硬碟的,這些讀取不用磁碟操作嗎?可笑。
讀取單個html+圖片Flash等附件就可以實現的目的,何苦要讀資料庫又要讀php快取檔案又要重新整合資料輸出再+圖片Flash等附件這麼大費周章呢?CMS首頁不需要很多的互動的,論壇那一套不應該拿到這裡來用,相反應該更多考慮的是:美觀!相容!資訊的直觀!效能!還有穩定!