摘要:,由李博士于發(fā)明,通過使用網(wǎng)頁瀏覽器網(wǎng)絡(luò)爬蟲或者其它的工具,客戶端發(fā)起一個請求到服務(wù)器上指定端口默認(rèn)端口為。那么是如何請求與響應(yīng)的呢這就要用到我們命令了,在中是一個利用規(guī)則在命令行下工作的文件傳輸工具,可以說是一款很強(qiáng)大的命令行工具。
眾所周知,HTTP(超文本傳輸協(xié)議)是一個客戶端(用戶)和服務(wù)端(網(wǎng)站)之間請求和應(yīng)答的標(biāo)準(zhǔn),通常使用TCP協(xié)議。,由李博士于1989發(fā)明,通過使用網(wǎng)頁瀏覽器、網(wǎng)絡(luò)爬蟲或者其它的工具,客戶端發(fā)起一個HTTP請求到服務(wù)器上指定端口(默認(rèn)端口為80)。我們稱這個客戶端為用戶代理程序(user agent)。應(yīng)答的服務(wù)器上存儲著一些資源,比如HTML文件和圖像。我們稱這個應(yīng)答服務(wù)器為源服務(wù)器(origin server)。在用戶代理和源服務(wù)器中間可能存在多個“中間層”,比如代理服務(wù)器、網(wǎng)關(guān)或者隧道(tunnel)。
1.那么HTTP是如何請求與響應(yīng)的呢? 這就要用到我們curl命令了,在Linux中curl是一個利用URL規(guī)則在命令行下工作的文件傳輸工具,可以說是一款很強(qiáng)大的http命令行工具。 我們先試著用寫一個curl命令 $ curl -s -v -H "caixiaoting" -- "https://www.baidu.com"然后我們來看一下請求
GET / HTTP/1.1
Host: www.baidu.com
User-Agent: curl/7.58.0
Accept: /
所以,請求包括以下部分
1 動詞路徑協(xié)議/版本
2 Key1: value1
2 Key2: value2
2 Key3: value3
2 Content-Type: application/x-www-form-urlencoded
2 Host: www.baidu.com
2 User-Agent: curl/7.58.0
3
4 要上傳的數(shù)據(jù)
請求最多包含四部分,最少包含三部分。(也就是說第四部分可以為空)
第三部分永遠(yuǎn)都是一個回車(n)
動詞有 GET POST PUT PATCH DELETE HEAD OPTIONS 等
這里的路徑包括「查詢參數(shù)」,但不包括「錨點(diǎn)」
如果你沒有寫路徑,那么路徑默認(rèn)為 /
第 2 部分中的 Content-Type 標(biāo)注了第 4 部分的格式
打開 Network
地址欄輸入網(wǎng)址
在 Network 點(diǎn)擊,查看 request,點(diǎn)擊「view source」
點(diǎn)擊「view source」
點(diǎn)擊「view source」
點(diǎn)擊「view source」
終于點(diǎn)了?可以看到請求的前三部分了
如果有請求的第四部分,那么在 FormData 或 Payload 里面可以看到
那么第一個命令的響應(yīng)內(nèi)容為:
< HTTP/1.1 200 OK
< Accept-Ranges: bytes
< Cache-Control: private, no-cache, no-store, proxy-revalidate, no-transform
< Connection: Keep-Alive
< Content-Length: 2443
< Content-Type: text/html
< Date: Mon, 27 May 2019 12:28:36 GMT
< Etag: "588603fd-98b"
< Last-Modified: Mon, 23 Jan 2017 13:24:13 GMT
< Pragma: no-cache
*Server bfe/1.0.8.18 is not blacklisted
< Server: bfe/1.0.8.18
< Set-Cookie: BDORZ=27315; max-age=86400; domain=.baidu.com; path=/
<
由此我們可以得到相應(yīng)的格式
1 協(xié)議/版本號狀態(tài)碼狀態(tài)解釋
2 Key1: value1
2 Key2: value2
2 Content-Length: 17931
2 Content-Type: text/html
3
4 要下載的內(nèi)容
狀態(tài)碼要背,是服務(wù)器對瀏覽器說的話
1xx 不常用
2xx 表示成功
3xx 表示滾吧
4xx 表示你丫錯了
5xx 表示好吧,我錯了
狀態(tài)解釋沒什么用
第 2 部分中的 Content-Type 標(biāo)注了第 4 部分的格式
第 2 部分中的 Content-Type 遵循 MIME 規(guī)范
打開 Network
輸入網(wǎng)址
選中第一個響應(yīng)
查看 Response Headers,點(diǎn)擊「view source」,點(diǎn)擊「view source」,點(diǎn)擊「view source」
你會看到響應(yīng)的前兩部分
查看 Response 或者 Preview,你會看到響應(yīng)的第 4 部分
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://specialneedsforspecialkids.com/yun/53927.html
摘要:協(xié)議用于客戶端和服務(wù)端之間的通信協(xié)議和協(xié)議族內(nèi)的其他眾多協(xié)議相同,用于客戶端和服務(wù)端之間的通信。協(xié)議自身不對請求和響應(yīng)之間的通信狀態(tài)進(jìn)行保存。 HTTP協(xié)議用于客戶端和服務(wù)端之間的通信 HTTP協(xié)議和TCP/IP協(xié)議族內(nèi)的其他眾多協(xié)議相同,用于客戶端和服務(wù)端之間的通信。 請求訪問文本或圖像等資源的一端稱為客戶端,而提供資源響應(yīng)的一端稱為服務(wù)端。 在兩臺計(jì)算機(jī)之間使用HTTP協(xié)議通信時...
摘要:協(xié)議用于客戶端和服務(wù)端之間的通信協(xié)議和協(xié)議族內(nèi)的其他眾多協(xié)議相同,用于客戶端和服務(wù)端之間的通信。協(xié)議自身不對請求和響應(yīng)之間的通信狀態(tài)進(jìn)行保存。 HTTP協(xié)議用于客戶端和服務(wù)端之間的通信 HTTP協(xié)議和TCP/IP協(xié)議族內(nèi)的其他眾多協(xié)議相同,用于客戶端和服務(wù)端之間的通信。 請求訪問文本或圖像等資源的一端稱為客戶端,而提供資源響應(yīng)的一端稱為服務(wù)端。 在兩臺計(jì)算機(jī)之間使用HTTP協(xié)議通信時...
摘要:設(shè)置頁面是否緩存,為則緩存,則不緩存。。若報(bào)文中同時出現(xiàn)了和,則以為準(zhǔn)。服務(wù)器與被請求資源的相應(yīng)校驗(yàn)串進(jìn)行比對,決定返回或。有可能存在服務(wù)器沒有準(zhǔn)確獲取文件修改時間,或者與代理服務(wù)器時間不一致等情形。 Traditionally, why has it been better to serve site assets from multiple domains? Do your bes...
摘要:技術(shù)的核心是對象即。收到響應(yīng)后,響應(yīng)的數(shù)據(jù)會自動填充對象的屬性,相關(guān)的屬性有作為響應(yīng)主體被返回的文本。收到響應(yīng)后,一般來說,會先判斷是否為,這是此次請求成功的標(biāo)志。中的版本會將設(shè)置為,而中原生的則會將規(guī)范化為。會在取得時報(bào)告的值為。 Ajax(Asynchronous Javascript + XML)技術(shù)的核心是XMLHttpRequest對象,即: XHR。雖然名字中包含XML,但...
閱讀 2209·2021-11-22 15:29
閱讀 4098·2021-11-04 16:13
閱讀 991·2019-08-29 16:58
閱讀 339·2019-08-29 16:08
閱讀 1457·2019-08-23 17:56
閱讀 2378·2019-08-23 17:06
閱讀 3166·2019-08-23 16:55
閱讀 2058·2019-08-23 16:22