圖解HTTP之HTTP報文
HTTP報文
用於HTTP協議互動的資訊被稱為HTTP報文,是由報文首部和報文主體組成的字串,兩者由空行來劃分。
報文結構
- 請求報文
請求行:包含用於請求的方法、HTTP版本、請求URI。 - 響應報文
狀態行:包含HTTP版本、狀態碼、原因短語。
其他:RFC中未定義的首部(Cookie等)
RFC:
編碼提升傳輸速率
- 報文主體與實體主體的差異
內容協商返回最合適的內容
- 內容協商機制
是指客戶端和伺服器就響應的資源內容進行協商,然後提供給客戶端最合適的資源。內容協商會以語言、字符集、編碼方式等為基準判斷響應的資源。
相關推薦
圖解HTTP之HTTP報文內的HTTP(三)
HTTP通訊過程包括從客戶端發往伺服器端的請求以及從伺服器端返回客戶端的響應。 用於HTTP協議互動的資訊被稱為HTTP報文。HTTP報文大致可分為報文首部和報文主體兩塊。兩者由最初出現的空行(CR+LF)來劃分。通常,並不一定要有報文主體。 請求報文和響應報文的首部組成: 請求
圖解HTTP之HTTP報文
HTTP報文 用於HTTP協議互動的資訊被稱為HTTP報文,是由報文首部和報文主體組成的字串,兩者由空行來劃分。 報文結構 請求報文 請求行:包含用於請求的方法、HTTP版本、請求URI。 響應報文
圖解HTTP之HTTP首部(六)
HTTP 協議的請求和響應報文中必定包含 HTTP 首部。首部內容為客戶端和伺服器分別處理請求和響應提供所需要的資訊。對於客戶端使用者來說,這些資訊中的大部分內容都無須親自檢視。 HTTP請求報文由方法、URI、HTTP版本、HTTP首部欄位構成。 HTTP響應報文由HTTP版本、狀態碼(數
圖解HTTP之HTTP狀態碼
類別 原因短語 1XX Informational(資訊性狀態碼) 接受的請求正在處理 2XX Success(成功) 請求正常處理完畢 3XX Redirection(重定向
HTTP 之 HTTP概念介紹
http 協議 術語 工作機制1 概述本文將對HTTP協議的發展,相關術語,工作機制進行介紹2 HTTP協議發展介紹.http/0.9:1991,原型版本,功能簡陋,只有一個命令GETGET /index.html ,服務器只能回應HTML格式字符串,不能回應別的格式.http/1.0: 1996年5月,
圖解HTTP筆記之第三章:http的請求報文和響應報文
http的請求報文和響應報文 心好累,人好睏,早上差點遲到,還遇到一奇葩大媽,哎不說了,記筆記: 客戶端傳送的報文稱為請求報文,服務端響應的報文稱為響應報文,報文的格式如下: 報文傳輸過程中會
圖解HTTP之——簡單的HTTP協議(一)
本章將針對 HTTP 協議結構進行講解,主要使用HTTP/1.1版本。學完 這章,想必大家就能理解 HTTP 協議的基礎了。 1.1 HTTP 協議用於客戶端和伺服器端之間 的通訊 HTTP 協議和 TCP/IP 協議族內的其他眾多的協議相同,用於客戶端和 伺服器之間的通訊
圖解HTTP之——網路基礎
1、網路基礎TCP/IP 為了理解HTTP,我們應該先了解一下TCP/IP協議族。 通常使用的網路(包括網際網路)是在TCP/IP協議族的基礎上運作的,而HTTP屬於它內部的一個子集。 1.1、TCP/I
圖解HTTP之——淺析OSI七層和TCP/IP四層的關係
最近在學習有關HTTP的知識,特以部落格記之,方便後續複習。。。。。。。。。。。。。。。 OSI七層和TCP/IP四層的關係 1 OSI引入了服務、介面、協議、分層的概念,TCP/IP借鑑了OSI的這些概念建立TCP/IP模型。 2 OSI先有模型,後有協議,先有標準
圖解HTTP之HTTPS詳解
背景:隨著越來越多的主流網站已經使用了HTTPS,作為伺服器端開發者,就必須瞭解HTTPS的優勢與劣勢。 在HTTP協議中有可能存在資訊竊聽或身份偽裝等問題,而使用HTTPS通訊機制可以有效地防止這些問題。 一、HTTP缺點: 1.通訊使用明文不對資料進行加密(內容容易被竊聽) 2.不驗證通訊方身份(
Http協議之請求報文
要想在網路上進行通訊,我們首先需要知道網路的構成和網路通訊所使用的協議。現在網際網路所遵循的是OSI(Open System Interconnection)參考模型,是參考模型是國際標準化組織(ISO)制定的一個用於計算機或通訊系統間互聯的標準體系。分為:物理層、資料鏈路層、網路層、傳
【HTTP】HTTP報文首部之通用首部詳解
這篇文章,單獨來講講HTTP/1.1通用首部欄位的內容: Cache-Control 控制快取的行為,可用於請求及響應時. 快取請求指令: 指令 引數 說明 no-cache
圖解HTTP之——簡單的HTTP協議(二)
接圖解HTTP之——簡單的HTTP協議(一) 1.5告知伺服器意圖的 HTTP 方法 下面,我們介紹 HTTP/1.1 中可使用的方法。 GET :獲取資源 GET 方法用來請求訪問已被 URI 識別的資源。指定的資源經伺服器 端解析後返回響應內容。也就是說,如果請求的資源是文字,那就保 持
圖解HTTP請求響應報文
HTTP報文格式 常見的回寫客戶端的資料的型別 普通檔案:text/plain; charset=ios-8859-1 *.html:text/html; charset=ios-8859-1 *.jpg : image/jpeg *.gif : image/gif *.png
圖解HTTP之確認訪問使用者身份的認證(八)
某些 Web 頁面只想讓特定的人瀏覽,或者乾脆僅本人可見。為達到這個目標,必不可少的就是認證功能。 計算機本身無法判斷坐在顯示器前的使用者的身份。進一步說,也無法確認網路的那頭究竟有誰。可見,為了弄清究竟是誰在訪問伺服器,就得讓對方的客戶端自報家門。 為確認 ueno 本人是否真的具有訪問系
圖解HTTP之確保Web安全的HTTPS(七)
在 HTTP 協議中有可能存在資訊竊聽或身份偽裝等安全問題。使用HTTPS 通訊機制可以有效地防止這些問題。 HTTP 的缺點: 缺點一:通訊使用明文(不加密),內容可能會被竊聽 由於 HTTP 本身不具備加密的功能,所以也無法做到對通訊整體(使用 HTTP 協議通訊的請求和響應的內容)
圖解HTTP之與HTTP協作的Web伺服器(五)
一臺 Web 伺服器可搭建多個獨立域名的 Web 網站,也可作為通訊路徑上的中轉伺服器提升傳輸效率。 HTTP/1.1 規範允許一臺 HTTP 伺服器搭建多個 Web 站點。 在相同的IP地址下,由於虛擬主機可以寄存多個不同主機名和域名的Web網址,因此在傳送HTTP請求時,必須在Ho
圖解HTTP之返回結果的HTTP狀態(四)
HTTP狀態碼負責表示客戶端HTTP請求的返回結果、標記伺服器端的處理是否正常、通知出現的錯誤等工作。 狀態碼的職責是當客戶端向伺服器端傳送請求時,描述返回的請求結果。藉助狀態碼,使用者可以知道伺服器端是正常處理了請求,還是出現了錯誤。 僅記錄在 RFC2616 上的 HTTP 狀態碼
圖解HTTP之簡單的HTTP協議(二)
HTTP 協議和 TCP/IP 協議族內的其他眾多的協議相同,用於客戶端和伺服器之間的通訊。請求訪問文字或影象等資源的一端稱為客戶端,而提供資源響應的一端稱為伺服器端。 在兩臺計算機之間使用 HTTP 協議通訊時,在一條通訊線路上必定有一端是客戶端,另一端則是伺服器端。 HTTP 協議規定,
圖解HTTP之瞭解Web及網路基礎(一)
通常使用的網路(包括網際網路)是在TCP/IP協議族的基礎上運作的,而HTTP屬於它內部的一個子集。 TCP/IP協議族按照層次分別分為:應用層、傳輸層、網路層和資料鏈路層。 應用層,決定了向用戶提供應用服務時通訊的活動。FTP檔案傳輸協議、DNS域名系統、HTTP協議均處於應用層。 傳