如何取得HTTP 狀態訊息
HTTP請求式做過Socket程式設計的人都知道,當我們設計一個通訊協定時,「訊息標頭/訊息體」的分割方式是很常用的,訊息頭告訴對方這個訊息是乾什麼的,訊息體告訴對方怎麼幹。
當瀏覽器從 web 伺服器請求服務時,可能會發生錯誤。從而有可能會傳回下面的一系列狀態訊息:
1xx: 訊息
訊息: | 描述: |
---|---|
100 Continue | 伺服器只接收到部分請求,但是一旦伺服器並沒有拒絕該請求,客戶端應該繼續發送其餘的請求。 |
101 Switching Protocols | 伺服器轉換協定:伺服器將遵循客戶的請求轉換到另外一種協定。 |
2xx: 成功
#訊息: | 描述: |
---|---|
200 OK | #請求成功(其後是對GET和POST請求的應答文件。) |
201 Created | 請求被建立完成,同時新的資源被建立。 |
202 Accepted | 供處理的請求已被接受,但是處理未完成。 |
203 Non-authoritative Information | 文件已經正常地傳回,但有些應答頭可能不正確,因為使用的是文件的拷貝。 |
204 No Content | 沒有新文檔。瀏覽器應該會繼續顯示原來的文件。如果使用者定期地刷新頁面,而Servlet可以確定使用者文件足夠新,這個狀態代碼是很有用的。 |
205 Reset Content | 沒有新文檔。但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容。 |
206 Partial Content | 客戶發送了一個帶有Range頭的GET請求,伺服器完成了它。 |
3xx: 重定向
#訊息: | 描述: |
---|---|
300 Multiple Choices | 多重選擇。連結列表。使用者可以選擇某連結到達目的地。最多允許五個位址。 |
301 Moved Permanently | 所要求的頁面已轉移至新的url。 |
302 Found | #所要求的頁面已經暫時轉移至新的url。 |
303 See Other | 所要求的頁面可在別的url下被找到。 |
304 Not Modified | 未如預期修改文件。客戶端有緩衝的文檔並發出了一個條件性的請求(一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔)。伺服器告訴客戶,原來緩衝的文件還可以繼續使用。 |
305 Use Proxy | 客戶請求的文件應該透過Location頭所指明的代理伺服器來提取。 |
306 Unused | 此程式碼被用於前一版本。目前已不再使用,但是程式碼依然被保留。 |
307 Temporary Redirect | 被要求的頁面已經暫時移至新的url。 |
4xx: 客戶端錯誤
訊息: | 描述: |
---|---|
400 Bad Request | 伺服器未能理解請求。 |
401 Unauthorized | 被要求的頁面需要使用者名稱和密碼。 |
402 Payment Required | 此程式碼尚無法使用。 |
403 Forbidden | 對被要求頁面的存取被禁止。 |
404 Not Found | 伺服器無法找到被要求的頁面。 |
405 Method Not Allowed | 請求中指定的方法不被允許。 |
406 Not Acceptable | #伺服器產生的回應無法被客戶端所接受。 |
407 Proxy Authentication Required | #使用者必須先使用代理伺服器進行驗證,這樣請求才會被處理。 |
408 Request Timeout | 請求超出了伺服器的等待時間。 |
409 Conflict | 由於衝突,請求無法完成。 |
410 Gone | 被要求的頁面不可用。 |
411 Length Required | "Content-Length" 未定義。如果無此內容,伺服器不會接受請求。 |
412 Precondition Failed | 請求中的前提條件被伺服器評估為失敗。 |
413 Request Entity Too Large | #由於所要求的實體的太大,伺服器不會接受請求。 |
414 Request-url Too Long | #由於url太長,伺服器不會接受請求。當post請求被轉換為帶有很長的查詢資訊的get請求時,就會發生這種情況。 |
415 Unsupported Media Type | 由於媒介類型不被支持,伺服器不會接受請求。 |
416 | #伺服器不能滿足客戶在請求中指定的Range頭。 |
417 Expectation Failed |
5xx: 伺服器錯誤
#訊息: | 描述: |
---|---|
500 Internal Server Error | ##請求未完成。伺服器遇到不可預測的情況。 |
501 Not Implemented | 請求未完成。伺服器不支援所請求的功能。 |
502 Bad Gateway | 請求未完成。伺服器從上游伺服器收到一個無效的回應。 |
503 Service Unavailable | 請求未完成。伺服器臨時過載或當機。 |
504 Gateway Timeout | 網關逾時。 |
505 HTTP Version Not Supported | 伺服器不支援請求中所指明的HTTP協定版本。 |
相關推薦:
PHP 批改HTTP頭-Modify HTTP Headers
以上是如何取得HTTP 狀態訊息的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

人臉偵測辨識技術已經是一個比較成熟且應用廣泛的技術。而目前最廣泛的網路應用語言非JS莫屬,在Web前端實現人臉偵測辨識相比後端的人臉辨識有優勢也有弱勢。優點包括減少網路互動、即時識別,大大縮短了使用者等待時間,提高了使用者體驗;弱勢是:受到模型大小限制,其中準確率也有限。如何在web端使用js實現人臉偵測呢?為了實現Web端人臉識別,需要熟悉相關的程式語言和技術,如JavaScript、HTML、CSS、WebRTC等。同時也需要掌握相關的電腦視覺和人工智慧技術。值得注意的是,由於Web端的計

股票分析必備工具:學習PHP和JS繪製蠟燭圖的步驟,需要具體程式碼範例隨著網路和科技的快速發展,股票交易已成為許多投資者的重要途徑之一。而股票分析是投資人決策的重要一環,其中蠟燭圖被廣泛應用於技術分析。學習如何使用PHP和JS繪製蠟燭圖將為投資者提供更多直觀的信息,幫助他們更好地做出決策。蠟燭圖是一種以蠟燭形狀來展示股票價格的技術圖表。它展示了股票價格的

如何使用PHP和JS創建股票蠟燭圖股票蠟燭圖是股票市場中常見的技術分析圖形,透過繪製股票的開盤價、收盤價、最高價和最低價等數據,幫助投資者更直觀地了解股票的價格波動情形。本文將教你如何使用PHP和JS創建股票蠟燭圖,並附上具體的程式碼範例。一、準備工作在開始之前,我們需要準備以下環境:1.一台運行PHP的伺服器2.一個支援HTML5和Canvas的瀏覽器3

掌握HTTP301狀態碼的意思:網頁重定向的常見應用場景隨著網路的快速發展,人們對網頁互動的要求也越來越高。在網頁設計領域,網頁重定向是一種常見且重要的技術,透過HTTP301狀態碼來實現。本文將探討HTTP301狀態碼的意義以及在網頁重新導向中的常見應用場景。 HTTP301狀態碼是指永久重新導向(PermanentRedirect)。當伺服器接收到客戶端發

HTTP狀態碼200:探索成功回應的意義與用途HTTP狀態碼是用來表示伺服器回應狀態的數字代碼。其中,狀態碼200表示請求已成功被伺服器處理。本文將探討HTTP狀態碼200的具體意義與用途。首先,讓我們來了解HTTP狀態碼的分類。狀態碼分為五個類別,分別是1xx、2xx、3xx、4xx和5xx。其中,2xx表示成功的回應。而200是2xx中最常見的狀態碼

隨著網路金融的快速發展,股票投資已經成為了越來越多人的選擇。而在股票交易中,蠟燭圖是常用的技術分析方法,它能夠顯示股票價格的變動趨勢,幫助投資人做出更精準的決策。本文將透過介紹PHP和JS的開發技巧,帶領讀者了解如何繪製股票蠟燭圖,並提供具體的程式碼範例。一、了解股票蠟燭圖在介紹如何繪製股票蠟燭圖之前,我們首先需要先了解什麼是蠟燭圖。蠟燭圖是由日本人

js和vue的關係:1、JS作為Web開發基石;2、Vue.js作為前端框架的崛起;3、JS與Vue的互補關係;4、JS與Vue的實踐應用。

如何在C++中實現HTTP流傳輸?使用Boost.Asio和asiohttps客戶端程式庫建立SSL流套接字。連接到伺服器並發送HTTP請求。接收HTTP響應頭並列印它們。接收HTTP回應正文並列印它。
