因應 Web Performance Test 的需求，記下 Http Status 供日後參考：
| 100 | Continue | 已經接受初始的請求，前端應當繼續發送請求的其餘部分。(HTTP 1.1新) |
| 101 | Switching Protocols | 伺服器將遵從前端的請求轉換到另外一種協議(HTTP 1.1新) |
| 200 | OK | 一切正常，對GET和POST請求的應答文檔跟在後面 |
| 201 | Created | 伺服器已經創建了文檔，Location應答頭給URL |
| 202 | Accepted | 已經接受請求，但處理尚未完成 |
| 203 | Non-Authoritative Information | 文檔已經正常地返回，但一些應答頭可能不正確，因為使用的是文檔的拷貝(HTTP 1.1 新) |
| 204 | No Content | 沒有新文檔，瀏覽器應該繼續顯示原來的文檔。如果用戶定期地刷新頁面，而伺服端程式確定用戶文檔夠新，這個狀態代碼是很有用的 |
| 205 | Reset Content | 沒有新的內容，但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容(HTTP 1.1新) |
| 206 | Partial Content | 前端發送了一個帶有Range頭的GET請求，伺服器完成了它(HTTP 1.1新) |
| 300 | Multiple Choices | 前端請求的文檔可以在多個位置找到，這些位置已經在返回的文檔內列出。如果伺服器要提出優先選擇，則應該在Location應答頭指明 |
| 301 | Moved Permanently | 前端請求的文檔在其他地方，新的URL在Location應答頭中給出，瀏覽器應該自動地訪問新的URL |
| 302 | Found |
類似於301，但新的URL應該視為臨時性替代，而不是永久的。注意，在HTTP1.0中對應的狀態信息是「Moved Temporatily」。出現該狀態代碼時，瀏覽器能夠自動訪問新的URL，因此它是一個很有用的狀態代碼。 |
| 303 | See Other | 類似於301/302，不同之處在於如果原來的請求是POST，Location應答頭指定的重定向目標文檔應該通過GET提取(HTTP 1.1新) |
| 304 | Not Modified | 前端有緩衝的文檔並發出了一個條件性的請求(一般是提供If-Modified-Since頭表示前端只想比指定日期更新的文檔)。伺服器告訴前端，原來緩衝的文檔還可以繼續使用 |
| 305 | Use Proxy | 前端請求的文檔應該通過Location應答頭所指明的代理伺服器提取(HTTP 1.1新) |
| 307 | Temporary Redirect | 和302(Found)相同。許多瀏覽器會錯誤地響應302應答進行重定向，即使原來的請求是POST，而它實際上只能在POST請求的應答是303時才能重定向。由於這個原因，HTTP 1.1新增了307，以便更加清除地區分幾個狀態代碼： 當出現303應答時，瀏覽器可以跟隨重定向的GET和POST請求 如果是307應答，則瀏覽器只能跟隨對GET請求的重定向 (HTTP 1.1新) |
| 400 | Bad Request | 請求出現語法錯誤 |
| 401 | Unauthorized | 前端試圖未經授權訪問受密碼保護的頁面。應答中會包含一個WWW-Authenticate頭，瀏覽器據此顯示用戶名字/密碼對話框，然後填寫合適的Authorization頭再次發出請求 |
| 403 | Forbidden | 資源不可用。伺服器理解前端的請求，但拒絕處理它。通常由於伺服器上文件或目錄的權限設置導致 |
| 404 | Not Found | 無法找到指定位置的資源 |
| 405 | Method Not Allowed | 請求方法(GET、POST、HEAD、Delete、PUT、TRACE等)對指定的資源不適用(HTTP 1.1新) |
| 406 | Not Acceptable | 指定的資源已經找到，但它的MIME類型和前端在Accept頭中所指定的不相容(HTTP 1.1新) |
| 407 | Proxy Authentication Required | 類似於401，表示前端必須先經過代理伺服器的授權(HTTP 1.1新) |
| 408 | Request Timeout | 在伺服器許可的等待時間內，前端一直沒有發出任何請求。前端可以在以後重複同一請求(HTTP 1.1新) |
| 409 | Conflict | 通常和PUT請求有關。由於請求和資源的當前狀態相衝突，因此請求不能成功(HTTP 1.1新) |
| 410 | Gone | 所請求的文檔已經不再可用，而且伺服器不知道應該重定向到哪一個地址。它和404的不同在於，返回410表示文檔永久地離開了指定的位置，而404表示由於未知的原因文檔不可用(HTTP 1.1新) |
| 411 | Length Required | 伺服器不能處理請求，除非前端發送一個Content-Length頭(HTTP 1.1新) |
| 412 | Precondition Failed | 請求頭中指定的一些前提條件失敗(HTTP 1.1新) |
| 413 | Request Entity Too Large | 目標文檔的大小超過伺服器當前願意處理的大小。如果伺服器認為自己能夠稍後再處理該請求，則應該提供Retry-After應答頭(HTTP 1.1新) |
| 414 | Request URI Too Long | URI太長(HTTP 1.1新) |
| 416 | Requested Range Not Satisfiable | 伺服器不能滿足前端在請求中指定的Range頭(HTTP 1.1新) |
| 500 | Internal Server Error | 伺服器遇到了意料不到的情況，不能完成前端的請求 |
| 501 | Not Implemented | 伺服器不支持實現請求所需要的功能。例如，前端發出了一個伺服器不支持的PUT請求 |
| 502 | Bad Gateway | 伺服器作為 Gateway 或代理時，為了完成請求訪問下一個伺服器，但該伺服器返回了非法的應答 |
| 503 | Service Unavailable | 伺服器由於維護或負載過重未能應答。伺服器返回503時可以提供一個Retry-After頭 |
| 504 | Gateway Timeout | 作為代理或 Gateway 的伺服器使用，表示不能及時地從遠程伺服器獲得應答(HTTP 1.1新) |
| 505 | HTTP Version Not Supported | 伺服器不支持請求中所指明的HTTP版本(HTTP 1.1新) |
可參照 VS 2010 Ultimate 呈現依 MVC Framework 開發的測試結果：
有個有趣的狀況是在 .Master 的 head 編寫
<head>
<title>Home – Tailspin Toys</title>
<link rel="SHORTCUT ICON" href="favicon.ico"/>
在 MVC 瀏覽時，若轉到某個位置，例如：
http://byroni7:8000/Cart/Show
則瀏覽器會要求
http://byroni7:8000/Cart/Show/favicon.ico
當然找不到，只好指定絕對路徑
偶有所得 