[原文:http://blog.sina.com.cn/s/blog_4c98b9600100jd4z.html]html
在網站建設的實際應用中,容易出現不少小小的失誤,就像mysql當初優化不到位,影響總體網站的瀏覽效果同樣,其實,網站的常規http狀態碼的表現也是同樣,Google沒法驗證網站幾種解決辦法,說起到因爲404狀態頁面設置不正常,致使了google管理員工具沒法驗證的狀況,固然,影響的不只僅是這一方面,影響的更是網站的總體瀏覽效果。所以,比較清楚詳細的瞭解http狀態碼的具體含義,對於一個網站站長來講,這是頗有必要俱備的網站製做基礎條件。mysql
若是某項請求發送到您的服務器要求顯示您網站上的某個網頁(例如,用戶經過瀏覽器訪問您的網頁或 Googlebot 抓取網頁時),服務器將會返回 HTTP 狀態碼響應請求。web
此狀態碼提供關於請求狀態的信息,告訴 Googlebot 關於您的網站和請求的網頁的信息。sql
一些常見的狀態碼爲:瀏覽器
下面提供 HTTP 狀態碼的完整列表。點擊連接可瞭解詳情。您也能夠訪問 HTTP 狀態碼上的 W3C 頁獲取更多信息。服務器
1xx(臨時響應)
表示臨時響應並須要請求者繼續執行操做的狀態碼。網絡
100(繼續) | 請求者應當繼續提出請求。服務器返回此代碼表示已收到請求的第一部分,正在等待其他部分。 |
101(切換協議) | 請求者已要求服務器切換協議,服務器已確認並準備切換。 |
2xx (成功)工具
表示成功處理了請求的狀態碼。學習
200(成功) | 服務器已成功處理了請求。一般,這表示服務器提供了請求的網頁。若是是對您的 robots.txt 文件顯示此狀態碼,則表示 Googlebot 已成功檢索到該文件。 |
201(已建立) | 請求成功而且服務器建立了新的資源。 |
202(已接受) | 服務器已接受請求,但還沒有處理。 |
203(非受權信息) | 服務器已成功處理了請求,但返回的信息可能來自另外一來源。 |
204(無內容) | 服務器成功處理了請求,但沒有返回任何內容。 |
205(重置內容) | 服務器成功處理了請求,但沒有返回任何內容。與 204 響應不一樣,此響應要求請求者重置文檔視圖(例如,清除表單內容以輸入新內容)。 |
206(部份內容) | 服務器成功處理了部分 GET 請求。 |
3xx (重定向)
要完成請求,須要進一步操做。一般,這些狀態碼用來重定向。Google 建議您在每次請求中使用重定向不要超過 5 次。您可使用網站管理員工具查看一下 Googlebot 在抓取重定向網頁時是否遇到問題。診斷下的網絡抓取頁列出了因爲重定向錯誤致使 Googlebot 沒法抓取的網址。優化
300(多種選擇) | 針對請求,服務器可執行多種操做。服務器可根據請求者 (user agent) 選擇一項操做,或提供操做列表供請求者選擇。 |
301(永久移動) | 請求的網頁已永久移動到新位置。服務器返回此響應(對 GET 或 HEAD 請求的響應)時,會自動將請求者轉到新位置。您應使用此代碼告訴 Googlebot 某個網頁或網站已永久移動到新位置。 |
302(臨時移動) | 服務器目前從不一樣位置的網頁響應請求,但請求者應繼續使用原有位置來響應之後的請求。此代碼與響應 GET 和 HEAD 請求的 301 代碼相似,會自動將請求者轉到不一樣的位置,但您不該使用此代碼來告訴 Googlebot 某個網頁或網站已經移動,由於 Googlebot 會繼續抓取原有位置並編制索引。 |
303(查看其餘位置) | 請求者應當對不一樣的位置使用單獨的 GET 請求來檢索響應時,服務器返回此代碼。對於除 HEAD 以外的全部請求,服務器會自動轉到其餘位置。 |
304(未修改) | 自從上次請求後,請求的網頁未修改過。服務器返回此響應時,不會返回網頁內容。 若是網頁自請求者上次請求後再也沒有更改過,您應將服務器配置爲返回此響應(稱爲 If-Modified-Since HTTP 標頭)。服務器能夠告訴 Googlebot 自從上次抓取後網頁沒有變動,進而節省帶寬和開銷。
|
305(使用代理) | 請求者只能使用代理訪問請求的網頁。若是服務器返回此響應,還表示請求者應使用代理。 |
307(臨時重定向) | 服務器目前從不一樣位置的網頁響應請求,但請求者應繼續使用原有位置來響應之後的請求。此代碼與響應 GET 和 HEAD 請求的 <a href=answer.py?answer=>301</a> 代碼相似,會自動將請求者轉到不一樣的位置,但您不該使用此代碼來告訴 Googlebot 某個頁面或網站已經移動,由於 Googlebot 會繼續抓取原有位置並編制索引。 |
4xx(請求錯誤)
這些狀態碼錶示請求可能出錯,妨礙了服務器的處理。
400(錯誤請求) | 服務器不理解請求的語法。 |
401(未受權) | 請求要求身份驗證。對於登陸後請求的網頁,服務器可能返回此響應。 |
403(禁止) | 服務器拒絕請求。若是您在 Googlebot 嘗試抓取您網站上的有效網頁時看到此狀態碼(您能夠在 Google 網站管理員工具診斷下的網絡抓取頁面上看到此信息),多是您的服務器或主機拒絕了 Googlebot 訪問。 |
404(未找到) | 服務器找不到請求的網頁。例如,對於服務器上不存在的網頁常常會返回此代碼。 若是您的網站上沒有 robots.txt 文件,而您在 Google 網站管理員工具「診斷」標籤的 robots.txt 頁上看到此狀態碼,則這是正確的狀態碼。可是,若是您有 robots.txt 文件而又看到此狀態碼,則說明您的 robots.txt 文件可能命名錯誤或位於錯誤的位置(該文件應當位於頂級域,名爲 robots.txt)。 若是對於 Googlebot 抓取的網址看到此狀態碼(在」診斷」標籤的 HTTP 錯誤頁面上),則表示 Googlebot 跟隨的多是另外一個頁面的無效連接(是舊連接或輸入有誤的連接)。 |
405(方法禁用) | 禁用請求中指定的方法。 |
406(不接受) | 沒法使用請求的內容特性響應請求的網頁。 |
407(須要代理受權) | 此狀態碼與 <a href=answer.py?answer=35128>401(未受權)</a>相似,但指定請求者應當受權使用代理。若是服務器返回此響應,還表示請求者應當使用代理。 |
408(請求超時) | 服務器等候請求時發生超時。 |
409(衝突) | 服務器在完成請求時發生衝突。服務器必須在響應中包含有關衝突的信息。服務器在響應與前一個請求相沖突的 PUT 請求時可能會返回此代碼,以及兩個請求的差別列表。 |
410(已刪除) | 若是請求的資源已永久刪除,服務器就會返回此響應。該代碼與 404(未找到)代碼相似,但在資源之前存在而如今不存在的狀況下,有時會用來替代 404 代碼。若是資源已永久移動,您應使用 301 指定資源的新位置。 |
411(須要有效長度) | 服務器不接受不含有效內容長度標頭字段的請求。 |
412(未知足前提條件) | 服務器未知足請求者在請求中設置的其中一個前提條件。 |
413(請求實體過大) | 服務器沒法處理請求,由於請求實體過大,超出服務器的處理能力。 |
414(請求的 URI 過長) | 請求的 URI(一般爲網址)過長,服務器沒法處理。 |
415(不支持的媒體類型) | 請求的格式不受請求頁面的支持。 |
416(請求範圍不符合要求) | 若是頁面沒法提供請求的範圍,則服務器會返回此狀態碼。 |
417(未知足指望值) | 服務器未知足」指望」請求標頭字段的要求。 |
5xx(服務器錯誤)
這些狀態碼錶示服務器在處理請求時發生內部錯誤。這些錯誤多是服務器自己的錯誤,而不是請求出錯。
500(服務器內部錯誤) | 服務器遇到錯誤,沒法完成請求。 |
501(還沒有實施) | 服務器不具有完成請求的功能。例如,服務器沒法識別請求方法時可能會返回此代碼。 |
502(錯誤網關) | 服務器做爲網關或代理,從上游服務器收到無效響應。 |
503(服務不可用) | 服務器目前沒法使用(因爲超載或停機維護)。一般,這只是暫時狀態。 |
504(網關超時) | 服務器做爲網關或代理,可是沒有及時從上游服務器收到請求。 |
505(HTTP 版本不受支持) | 服務器不支持請求中所用的 HTTP 協議版本。 |
上書大部分實際內容源自googel管理員博客近日文章所引用的有關301說明的有些連接,感受很是有用,所以收藏註釋,以備之後警惕注意學習。合理利用這些狀態碼,避免錯誤利用,必將會爲你的網站帶來更佳的瀏覽者體會,獲得更加親和的搜索引擎收錄,獲得更準確的搜索引擎切入,從而,爲你的網站發展,奠基堅實的發展基礎。