< doctype html public -wcdtd xhtml stricten httpwwwworgtrxhtmldtdxhtml-strictdtd> ? 關於處理404錯誤頁面有不少方法。這裡主要講的是在處理這個問題的時候不只考慮使用者還有考慮到搜尋引擎，也是seo的正確處理方式；以下是從網路上整理出來的資訊。希望對大家有所幫助。
對http404狀態碼的理解
http 404 錯誤意味著鏈結指向的網頁不存在，即原始網頁的url失效，這種情況經常會發生，很難避免，比如說：網頁url生成規則改變、網頁檔案更名或移動位置、匯入鏈結拼寫錯誤等，導致原來的url位址無法訪問；當web 伺服器接到類似請求時，會返回乙個404 狀態碼，告訴瀏覽器要請求的資源並不存在。但是，web伺服器預設的404錯誤頁面，無論apache還是iis，均十分簡陋、呆板且對使用者不友好，無法給使用者提供必要的資訊以獲取更多線索，無疑這會造成使用者的流失。
因此，很多**均使用自定義404錯誤的方式以提供使用者體驗避免使用者流失。一般而言，自定義404頁面通用的做法是在頁面中放置**快速導航鏈結、搜尋框以及**提供的特色服務，這樣可以有效的幫助使用者訪問站點並獲取需要的資訊。
http404對seo的影響
自定義404錯誤頁面是提供使用者體驗的很好的做法，但在應用過程中往往並未注意到對搜尋引擎的影響，譬如：錯誤的伺服器端配置導致返回「200」狀態碼或自定義404錯誤頁面使用meta refresh導致返回「302」狀態碼。正確設定的自定義404錯誤頁面，不僅應當能夠正確地顯示，同時，應該返回「404」錯誤**，而不是「200」或「302」。雖然對訪問的使用者而言，http狀態碼究竟是「404」還是「200」來說並沒有什麼區別，但對搜尋引擎而言，這則是相當重要的。
(一)自定義404錯誤頁返回「200」狀態碼
當搜尋引擎蜘蛛在請求某個url時得到「404」狀態回應時，即知道該url已經失效，便不再索引該網頁，並向資料中心反饋將該url表示的網頁從索引資料庫中刪除，當然，刪除過程有可能需要很長時間；而當搜尋引擎得到「200」狀態回應時，則會認為該url是有效的，便會去索引，並會將其收錄到索引資料庫，這樣的結果便是這兩個不同的url具有完全相同的內容：自定義404錯誤頁面的內容，這會導致出現複製網頁問題。對搜尋引擎而言，特別是google，不但很難獲得信任指數trustrank，也會大大降低google對**質量的評定。（為什麼會出現返回「200」狀態碼的情況？？請參看下面內容「自定義404錯誤頁面的基本原則」）
(二)自定義404錯誤頁使用meta refresh返回「302」狀態碼
常常看到許多**的自定義404錯誤頁面採取類似這樣的形式：首先顯示一段錯誤資訊，然後，通過meta refresh將頁面跳轉到**首頁、網頁地圖或其他類似頁。根據具體實現方式不同，這類404頁面可能返回「200」狀態碼，也可能返回「302」，但不論哪種，從seo技術角度看，均不是一種合適的選擇。
對「200」狀態的情況我們上面已經談過，那麼，當404頁面返回「302」時，搜尋引擎會怎麼對待呢？從理論上說，對「302」錯誤，搜尋引擎認為該網頁是存在的，只不過臨時改變了位址，仍然會索引收錄該頁，這樣，同樣會出現類似於「200」狀態碼時的重複文字問題；其次，以google為代表的主流搜尋引擎對302重定向的適用範圍要求越來越嚴格，這類不當使用302重定向的情況存在很大的風險。
確保自定義404錯誤頁面能夠返回「404」狀態碼
在自定義404錯誤頁面設定完畢後，一定要檢查一下其是不是能夠正確地返回「404」狀態碼。可以使用server header檢查工具，輸入乙個不存在網頁的url，檢視一下http header的返回情況，確信其返回的是「404 not found」。
404錯誤的處理方式
(一)定製404錯誤頁面的基本原則
首先應明確的是，404錯誤應工作在伺服器級而不是網頁級。對定製使用動態頁面如php指令碼型別的404頁時，必須確保在php執行前伺服器已經順利地送出「404」狀態碼，不然，一旦執行到了isapi級別，返回的狀態碼便只能是「200」或其他如「302」之類的重定向狀態碼了。
其次，在自定義**的404錯誤頁面時，對設定的錯誤頁面url鏈結應使用相對路徑而不是絕對路徑，而且自定義404頁面應該放在**根目錄下。儘管無效鏈結可能是多種形式的url，但當發生404訪問錯誤時，web伺服器會自動將其轉到自定義的當404錯誤頁中，這跟url的形似沒有關係。
(二)apache下設定404錯誤頁面
為apache server設定 404錯誤頁面的方法很簡單，只需在.htaccess 檔案中加入如下內容即可：
errordocument 404 /notfound.php
注意：1.切記不要將404錯誤轉向到**主頁，否則可能會導致主頁在搜尋引擎中消失
2.切記不要使用絕對url(例如：形式)，如果使用絕對url返回的狀態碼是「302」+「200」（已測試）
(三)iis/asp.net下設定404錯誤頁面
＜configuration＞
＜system.web＞
＜customerrors mode=」on」 defaultredirect=」error.asp」＞
＜error statuscode=」404″ redirect=」notfound.asp」 /＞
＜/customerrors＞
＜/system.web＞
＜/configuration＞
注：上文例中「error.asp」為系統預設的404頁面，「notfound.asp」為自定義的404頁面，使用時請修改相應檔名。
然後，在自定義的404頁面「notfound.asp」中加入：
＜%response.status = 「404 not found」
%＞這樣，便可以保證iis能夠正確地返回「404」狀態碼
(四)在iis/asp.net下設定404靜態頁面
設定靜態404錯誤頁面的方法則比較簡單，在iis管理器中右鍵單擊要管理的**，開啟「屬性」中的「自定義錯誤資訊」頁，為「404」設定相應的錯誤資訊頁即可。不過，此處在「訊息型別」中一定要選擇「檔案」或「預設值」，而不要選擇「url」，不然，將導致返回「200」狀態碼。
#c#專欄
如何正確處理事情
從周一回去，到今天回來，正好四天。這次父親的手術，中間出現了事故，碰破了動脈血管，造成大出血達到3600ml，幾乎是全身的血量。而且山化醫院沒有血，潞城也沒有，幸好有人及時從長治送血回來，才挽救了父親的生命。還有尿管插的不好，造成尿道損傷的問題。切除腎是乙個大手術，存在較大的風險，而在山化這樣醫療條...
一次詭異的http404錯誤的解決
新開發的 在開發機上執行的好好的，部署到伺服器上就出錯了，並且錯誤的現象很詭異，總是在開機的第一次開啟瀏覽器時顯示http 1.1 404 not found 重新整理頁面或者從新開啟瀏覽器就好了。最開始懷疑是程式的問題，後來想想沒有道理啊，重新整理後就可以正常執行了，不應該是程式有問題啊。再懷疑是...
如何正確處理SQL SERVER日誌檔案
正確的處理日誌的方法 壓縮日誌及資料庫檔案大小 特別注意 請按步驟進行,未進行前面的步驟,請不要做後面的步驟 否則可能損壞你的資料庫.一般不建議做第4,6兩步 第4步不安全,有可能損壞資料庫或丟失資料 第6步如果日誌達到上限,則以後的資料庫處理會失敗,在清理日誌後才能恢復.下面的所有庫名都指你要處理...