使用URL重寫的幾種理由

2021-09-05 19:26:08 字數 661 閱讀 1142

1.通過url重寫,把動態位址轉換成更容易被搜尋引擎收錄的形式-靜態頁面位址,是一種對搜尋引擎友好的方法。google雖然可以抓取動態頁面,但是對動態頁面的評分一般低於靜態頁面。所以,對大量資訊發布的**,把**位址改變成靜態的絕對是值得的。

2.如果**改版或目錄結構更改時,很多頁面的鏈結可能會發生變化,許多搜尋引擎已索引的頁面及使用者的歷史收藏可能會成為死鏈。使用url重寫技術,則由於可以構建虛擬的**目錄和結構,可有效的防止因改版而使搜尋引擎已索引的頁面無法訪問的問題,在資訊量相同的情況下,反而會增加可索引的頁面數量。如:以前可能會通過訪問某個頁面,重寫後該頁面的**可能會變成甚至可以不用副檔名),以這兩種形式的**訪問的真實頁面仍然是。

3.使用url重寫,通過url到url、url到檔名,甚至檔名到檔名的轉換,為**建立了一種新的層次清晰、緊湊簡潔的目錄結構,隱藏了真實的目錄和檔案。同時伺服器可根據請求中諸如瀏覽器型別、源ip位址等特徵來決定最終提交給客戶的內容,或限制某個列表中主機對web伺服器的訪問,極大地提高了**的安全性。

4.直接生成靜態頁面雖然能提高訪問速度,但由於該靜態頁面一般是在資訊發布時生成的,會出現頁面上的其他資訊無法更新的問題,除非以後重新生成所有內容頁面(重新生成應該是很耗費資源的)。而通過url重寫技術,儘管是以靜態**發出請求,但通過正規表示式匹配後,對應的仍然是動態網頁,因此不存在資料更新的問題。

重寫的理由

系統執行一段時間後,總會找到重寫的理由,理由大致如下 有更新更強大的技術出現 質量控制不好或原有設計有缺陷,出現了很多壞味道 原有開發人員流失,新舊交接不好或新人不喜歡維護他人 又有幾人願意維護他人 呢?政治原因 但真的必須重寫嗎?原有系統真的就那麼不堪嗎?話說3年前,還在上家公司,由於公司的不景氣...

使用 URLRewrite 重寫URL

1 測試環境 web inf 下,注意不要修改urlrewrite.xml檔名。2 修改web.xml 在web.xml中增加filter配置 其中 是定製的規則,是顯示的url,是真正請求的url。type forward 位址列顯示from部分 靜態化url type redirect 位址列顯...

使用HttpHandler實現URL重寫

本文所講的是使用asp.net中的httphandler實現url重寫的,它所實現的原理請看這裡,本程式可以處理任何url,因為我在程式中使用了url過慮,只有訪問檔名是數字的才進行處理,並指在內部執行乙個新的頁面,並輸出資料,如下 當然你首先要做的是先建乙個類,並繼承自ihttphandler,然...