常見的Http請求錯誤提示
1xx - 信息提示
這些狀態代碼表示臨時的響應。客戶端在收到常規響應之前，應准備接收一個或多個 1xx 響應。
100 - 繼續
101 - 切換協議
2xx - 成功
這類狀態代碼表明服務器成功地接受了客戶端請求。
200 - 確定。客戶端請求已成功
201 - 已創建
202 - 已接受
203 - 非權威性信息
204 - 無內容
205 - 重置內容
206 - 部分內容
3xx - 重定向
客戶端瀏覽器必須采取更多操作來實現請求。例如，瀏覽器可能不得不請求服務器上的不同的頁面，或通過代理服務器重復該請求。
302 - 對象已移動。
304 - 未修改。
307 - 臨時重定向。
4xx - 客戶端錯誤
發生錯誤，客戶端似乎有問題。例如，客戶端請求不存在的頁面，客戶端未提供有效的身份驗證信息。
400 - 錯誤的請求
401 - 訪問被拒絕
· 401.1 - 登錄失敗。
· 401.2 - 服務器配置導致登錄失敗。
· 401.3 - 由於 ACL 對資源的限制而未獲得授權。
· 401.4 - 篩選器授權失敗。
· 401.5 - ISAPI/CGI 應用程序授權失敗。
· 401.7 – 訪問被 Web 服務器上的 URL 授權策略拒絕。這個錯誤代碼為 IIS 6.0 所專用。
403 - 禁止訪問
· 403.1 - 執行訪問被禁止。
· 403.2 - 讀訪問被禁止。
· 403.3 - 寫訪問被禁止。
· 403.4 - 要求 SSL。
· 403.5 - 要求 SSL 128。
· 403.6 - IP 地址被拒絕。
· 403.7 - 要求客戶端證書。
· 403.8 - 站點訪問被拒絕。
· 403.9 - 用戶數過多。
· 403.10 - 配置無效。
· 403.11 - 密碼更改。
· 403.12 - 拒絕訪問映射表。
· 403.13 - 客戶端證書被吊銷。
· 403.14 - 拒絕目錄列表。
· 403.15 - 超出客戶端訪問許可。
· 403.16 - 客戶端證書不受信任或無效。
· 403.17 - 客戶端證書已過期或尚未生效。
· 403.18 - 在當前的應用程序池中不能執行所請求的 URL。這個錯誤代碼為 IIS 6.0 所專用。
· 403.19 - 不能為這個應用程序池中的客戶端執行 CGI。這個錯誤代碼為 IIS 6.0 所專用。
· 403.20 - Passport 登錄失敗。這個錯誤代碼為 IIS 6.0 所專用。
404 - 沒有找到文件或目錄
· 404.1 - 無法在所請求的端口上訪問 Web 站點。
· 404.2 - Web 服務擴展鎖定策略阻止本請求。
· 404.3 - MIME 映射策略阻止本請求。
405 - 用來訪問本頁面的 HTTP 謂詞不被允許（方法不被允許）
406 - 客戶端瀏覽器不接受所請求頁面的 MIME 類型
407 - 要求進行代理身份驗證
412 - 前提條件失敗
413 – 請求實體太大
414 - 請求 URI 太長
415 – 不支持的媒體類型
416 – 所請求的范圍無法滿足
417 – 執行失敗
423 – 鎖定的錯誤
5xx - 服務器端錯誤
服務器由於遇到錯誤而不能完成該請求。
500 - 內部服務器錯誤
· 500.12 - 應用程序正忙於在 Web 服務器上重新啟動。
· 500.13 - Web 服務器太忙。
· 500.15 - 不允許直接請求 Global.asa。
· 500.16 – UNC 授權憑據不正確。這個錯誤代碼為 IIS 6.0 所專用。
· 500.18 – URL 授權存儲不能打開。這個錯誤代碼為 IIS 6.0 所專用。
· 500.100 - 內部 ASP 錯誤。
501 - 頁眉值指定了未實現的配置
502 - Web 服務器用作網關或代理服務器時收到了無效響應。502.1 - CGI 應用程序超時
502.2 - CGI 應用程序出錯。application
503 - 服務不可用。這個錯誤代碼為 IIS 6.0 所專用
504 - 網關超時
505 - HTTP 版本不受支持
HTTP 304 錯誤介紹
表示請求的網頁(文件)與上次對比沒有更新。
意思是蜘蛛來到你的網站，你網站沒有更新內容，並且與上次一樣，就會返回304代碼。如果每次蜘蛛來你的網站都有新的內容出現，就會反回200代碼。因為304代碼是記錄網站內容是否有更新，在24小時內沒有更新，那么快照就會停止。同樣，如果返回的304太多，表示網站沒有更新，蜘蛛也就不會經常光顧， 影響收錄。
把蜘蛛來的時候給記錄下來，算出蜘蛛每隔多久來一次網站，然后就分隔多久更新一下文章，更新文章時要原創+轉載。讓蜘蛛每次來都能夠有新的內容，而不是無功而返。這樣就會產生很多200代碼。
如果客戶端在請求一個文件的時候，發現自己緩存的文件有 Last Modified ，那么在請求中會包含 If Modified Since ，這個時間就是緩存文件的 Last Modified 。因此，如果請求中包含 If Modified Since，就說明已經有緩存在客戶端。只要判斷這個時間和當前請求的文件的修改時間就可以確定是返回 304 還是 200 。對於靜態文件，例如：CSS、圖片，服務器會自動完成 Last Modified 和 If Modified Since 的比較，完成緩存或者更新。但是對於動態頁面，就是動態產生的頁面，往往沒有包含 Last Modified 信息，這樣瀏覽器、網關等都不會做緩存，也就是在每次請求的時候都完成一個 200 的請求。
因此，對於動態頁面做緩存加速，首先要在 Response 的 HTTP Header 中增加 Last Modified 定義，其次根據 Request 中的 If Modified Since 和被請求內容的更新時間來返回 200 或者 304 。雖然在返回 304 的時候已經做了一次數據庫查詢，但是可以避免接下來更多的數據庫查詢，並且沒有返回頁面內容而只是一個 HTTP Header，從而大大的降低帶寬的消耗，對於用戶的感覺也是提高。
304不是錯誤。是請求一下圖片，如果圖片在上次訪問后沒有更新過，就不用下載了，返回304，叫瀏覽器直接用cache里的，這個很正常的。可以打開火狐firebug使用"網絡"功能查看加載一個頁面時所有請求文件的狀態，再F5看一下，會看到很多是304，表示直接從瀏覽器緩存中讀取的。