亚洲中字慕日产2020,大陆极品少妇内射AAAAAA,无码av大香线蕉伊人久久,久久精品国产亚洲av麻豆网站

資訊專(zhuān)欄INFORMATION COLUMN

在瀏覽器輸入地址后，這個(gè)世界發(fā)生了什么（http協(xié)議淺談）

luckyw / 3229人閱讀

摘要：響應(yīng)組成狀態(tài)消息報(bào)頭響應(yīng)正。狀態(tài)組成服務(wù)器協(xié)議的版本，服務(wù)器發(fā)回的響應(yīng)狀態(tài)代碼和狀態(tài)代碼的本描述。向指定的資源發(fā)出顯示請(qǐng)求。向指定資源提交數(shù)據(jù)，請(qǐng)求服務(wù)器進(jìn)行處理例如提交表單或者上傳文件?；仫@服務(wù)器收到的請(qǐng)求，主要用于測(cè)試或診斷。

引言

這篇文章是我各處收集有關(guān)于http的知識(shí)，不成體系，愛(ài)看不看?，看完點(diǎn)贊。

我們輸入網(wǎng)址之后發(fā)生的事情

輸入網(wǎng)址并回車(chē)（URL 包括 協(xié)議名稱 域名或者IP 端口號(hào) 請(qǐng)求資源具體地址 參數(shù)）
解析域名 DNS解析
瀏覽器發(fā)送HTTP請(qǐng)求
服務(wù)器處理請(qǐng)求
服務(wù)器返回HTML響應(yīng)
瀏覽器處理HTML頁(yè)面
繼續(xù)請(qǐng)求其他資源

首先客戶機(jī)與服務(wù)器需要建立連接，只要點(diǎn)擊某個(gè)超級(jí)連接，HTTP的工作開(kāi)始。
建立連接后，客戶端發(fā)送一個(gè)請(qǐng)求給服務(wù)器，請(qǐng)求方式的格式為，統(tǒng)一資源標(biāo)識(shí)符（URL），協(xié)議版本號(hào)，后面是MIME信息包括服務(wù)器信息、實(shí)體信息和可能的內(nèi)容。
服務(wù)器收到請(qǐng)求后，給予相應(yīng)的響應(yīng)信息，其格式為一個(gè)狀態(tài)行，包括信息的協(xié)議版本號(hào)、一個(gè)成功或者錯(cuò)誤的代碼、后面是MIME信息包括服務(wù)器信息、實(shí)體信息和可能的內(nèi)容。
客戶端接收服務(wù)器所返回的信息通過(guò)瀏覽器顯示在用戶的顯示屏上，然后客戶機(jī)與服務(wù)器斷開(kāi)連接。

如果以上過(guò)程任意一步出現(xiàn)錯(cuò)誤，那么產(chǎn)生的錯(cuò)誤信息將返回到客戶端，有顯示器輸出。

TCP/IP協(xié)議棧 
http是超文本傳輸協(xié)議，從www瀏覽器傳輸?shù)奖镜貫g覽器的一種傳輸協(xié)議，網(wǎng)站是基于HTPP協(xié)議的，例如網(wǎng)站的圖片、css、js都是基于HTTP協(xié)議進(jìn)行傳輸?shù)?/p>

HTTP協(xié)議是由從客戶機(jī)到服務(wù)器的請(qǐng)求(request)和從服務(wù)器到客戶機(jī)的響應(yīng)(response)進(jìn)行約束和規(guī)范


應(yīng)用層為用戶提供所需要的各種服務(wù)，例如HTTP、FTP、DNS、SMTP等。
傳輸層為應(yīng)用層實(shí)體提供端到端的通信功能，保證數(shù)據(jù)包的順序傳遞及數(shù)據(jù)的完整性。該層定義了兩個(gè)主要的協(xié)議：傳輸控制協(xié)議(TCP)和用戶數(shù)據(jù)協(xié)議(UDP)
網(wǎng)絡(luò)層解決主機(jī)到主機(jī)的通信問(wèn)題。IP協(xié)議是國(guó)際互聯(lián)層最重要的協(xié)議
網(wǎng)絡(luò)接口層負(fù)責(zé)數(shù)據(jù)在主機(jī)和網(wǎng)絡(luò)之間的交換

請(qǐng)求和響應(yīng)

HTTP請(qǐng)求組成：請(qǐng)求?、消息報(bào)頭、請(qǐng)求正?。
HTTP響應(yīng)組成：狀態(tài)?、消息報(bào)頭、響應(yīng)正?。
請(qǐng)求?組成：以?個(gè)?法符號(hào)開(kāi)頭，后?跟著請(qǐng)求的URI和協(xié)議的版本。
狀態(tài)?組成：服務(wù)器HTTP協(xié)議的版本，服務(wù)器發(fā)回的響應(yīng)狀態(tài)代碼和狀態(tài)代碼的?本描述。

accept-Encoding 編碼：數(shù)據(jù)的一種組織格式
Accept-Language： 接受的語(yǔ)言
Cache-Control： 緩存
Connection
Cookie
Host：主機(jī)名稱

HTTP請(qǐng)求的幾種方法 
OPTIONS：這個(gè)方法可使服務(wù)器傳回該資源所支持的所有HTTP請(qǐng)求方法。用"*"來(lái)代替資源名稱，向Web服務(wù)器發(fā)送OPTIONS請(qǐng)求，可以測(cè)試服務(wù)器功能是否正常運(yùn)作。
HEAD：與GET方法一樣，都是向服務(wù)器發(fā)出指定資源的請(qǐng)求。只不過(guò)服務(wù)器將不傳回資源的本文部分。它的好處在于，使用這個(gè)方法可以在不必傳輸全部?jī)?nèi)容的情況下，就可以獲取其中“關(guān)于該資源的信息”（元信息或稱元數(shù)據(jù)）。
GET：向指定的資源發(fā)出“顯示”請(qǐng)求。使用GET方法應(yīng)該只用在讀取數(shù)據(jù)，而不應(yīng)當(dāng)被用于產(chǎn)生“副作用”的操作中，例如在Web
Application中。其中一個(gè)原因是GET可能會(huì)被網(wǎng)絡(luò)蜘蛛等隨意訪問(wèn)。
POST：向指定資源提交數(shù)據(jù)，請(qǐng)求服務(wù)器進(jìn)行處理（例如提交表單或者上傳文件）。數(shù)據(jù)被包含在請(qǐng)求本文中。這個(gè)請(qǐng)求可能會(huì)創(chuàng)建新的資源或修改現(xiàn)有資源，或二者皆有。
PUT：向指定資源位置上傳其最新內(nèi)容。
DELETE：請(qǐng)求服務(wù)器刪除Request-URI所標(biāo)識(shí)的資源。
TRACE：回顯服務(wù)器收到的請(qǐng)求，主要用于測(cè)試或診斷。
HTTP狀態(tài)碼

1xx消息,表示請(qǐng)求已經(jīng)接收，繼續(xù)處理
2xx成功
3xx重定向
4xx客戶端錯(cuò)誤
5xx服務(wù)器錯(cuò)誤

cookies與session

Cookies是保留在客戶端的一小段文本，隨客戶端每一個(gè)請(qǐng)求發(fā)送該URL下的所有cookies到服務(wù)端

Session則保存在服務(wù)器端，通過(guò)唯一的值sessionID來(lái)區(qū)分每一個(gè)用戶。sessionID隨每個(gè)請(qǐng)求發(fā)送到服務(wù)器，服務(wù)器根據(jù)sessionID來(lái)識(shí)別客戶端，再通過(guò)session的key 獲取 session的值。

cookie使用

1、cookie將服務(wù)器設(shè)置的cookie返回到服務(wù)器

2、set-cookie 服務(wù)器向客戶端設(shè)置cookie

服務(wù)端在響應(yīng)消息中用Set-Cookie頭將Cookie的內(nèi)容回送給客戶端，客戶端在新的請(qǐng)求中將相同的內(nèi)容攜帶在Cookie頭中發(fā)送給服務(wù)端。從而實(shí)現(xiàn)會(huì)話的保持。

HTTP的鏈路安全 
1、加密重要數(shù)據(jù)(密碼md5)
2、對(duì)非重要數(shù)據(jù)簽名 （對(duì)付爬蟲(chóng)）
3、使用安全連接HTTPS協(xié)議
HTTP2的優(yōu)點(diǎn) 
使用二進(jìn)制格式傳輸，更高效、更緊籌
對(duì)報(bào)頭壓縮、降低成本
多路復(fù)用，一個(gè)網(wǎng)絡(luò)連接實(shí)現(xiàn)并行請(qǐng)求
服務(wù)器主動(dòng)推送，減少請(qǐng)求延時(shí)

文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址：http://www.ezyhdfw.cn/yun/88270.html

相關(guān)文章

  • 淺談http

    摘要：的第一部分被稱為方案，說(shuō)明了訪問(wèn)資源所使用的協(xié)議類(lèi)型。狀態(tài)碼位于響應(yīng)的起始行中。是超文本傳輸協(xié)議，信息是明文傳輸，則是具有安全性的加密傳輸協(xié)議。協(xié)議是由協(xié)議構(gòu)建的可進(jìn)行加密傳輸身份認(rèn)證的網(wǎng)絡(luò)協(xié)議，要比協(xié)議安全。 HTTP概述 HTTP (HyperText Transfer Protocol,超文本傳輸協(xié)議)。 Web是建立在HTTP協(xié)議通信的。 HTTP 是個(gè)應(yīng)用層協(xié)議。HTTP ...

    Jonathan Shieber 評(píng)論0 收藏0

  • 淺談前端安全

    摘要：安全問(wèn)題的分類(lèi)按照所發(fā)生的區(qū)域分類(lèi)后端安全問(wèn)題所有發(fā)生在后端服務(wù)器應(yīng)用服務(wù)當(dāng)中的安全問(wèn)題前端安全問(wèn)題所有發(fā)生在瀏覽器單頁(yè)面應(yīng)用頁(yè)面當(dāng)中的安全問(wèn)題按照?qǐng)F(tuán)隊(duì)中哪個(gè)角色最適合來(lái)修復(fù)安全問(wèn)題分類(lèi)后端安全問(wèn)題針對(duì)這個(gè)安全問(wèn)題，后端最適合來(lái)修復(fù)前端安全 安全問(wèn)題的分類(lèi) 按照所發(fā)生的區(qū)域分類(lèi) 后端安全問(wèn)題：所有發(fā)生在后端服務(wù)器、應(yīng)用、服務(wù)當(dāng)中的安全問(wèn)題 前端安全問(wèn)題：所有發(fā)生在瀏覽器、單頁(yè)面應(yīng)用、...

    Cympros 評(píng)論0 收藏0

  • 淺談前端安全

    摘要：安全問(wèn)題的分類(lèi)按照所發(fā)生的區(qū)域分類(lèi)后端安全問(wèn)題所有發(fā)生在后端服務(wù)器應(yīng)用服務(wù)當(dāng)中的安全問(wèn)題前端安全問(wèn)題所有發(fā)生在瀏覽器單頁(yè)面應(yīng)用頁(yè)面當(dāng)中的安全問(wèn)題按照?qǐng)F(tuán)隊(duì)中哪個(gè)角色最適合來(lái)修復(fù)安全問(wèn)題分類(lèi)后端安全問(wèn)題針對(duì)這個(gè)安全問(wèn)題，后端最適合來(lái)修復(fù)前端安全 安全問(wèn)題的分類(lèi) 按照所發(fā)生的區(qū)域分類(lèi) 后端安全問(wèn)題：所有發(fā)生在后端服務(wù)器、應(yīng)用、服務(wù)當(dāng)中的安全問(wèn)題 前端安全問(wèn)題：所有發(fā)生在瀏覽器、單頁(yè)面應(yīng)用、...

    李世贊 評(píng)論0 收藏0

  • 淺談前端安全

    摘要：安全問(wèn)題的分類(lèi)按照所發(fā)生的區(qū)域分類(lèi)后端安全問(wèn)題所有發(fā)生在后端服務(wù)器應(yīng)用服務(wù)當(dāng)中的安全問(wèn)題前端安全問(wèn)題所有發(fā)生在瀏覽器單頁(yè)面應(yīng)用頁(yè)面當(dāng)中的安全問(wèn)題按照?qǐng)F(tuán)隊(duì)中哪個(gè)角色最適合來(lái)修復(fù)安全問(wèn)題分類(lèi)后端安全問(wèn)題針對(duì)這個(gè)安全問(wèn)題，后端最適合來(lái)修復(fù)前端安全 安全問(wèn)題的分類(lèi) 按照所發(fā)生的區(qū)域分類(lèi) 后端安全問(wèn)題：所有發(fā)生在后端服務(wù)器、應(yīng)用、服務(wù)當(dāng)中的安全問(wèn)題 前端安全問(wèn)題：所有發(fā)生在瀏覽器、單頁(yè)面應(yīng)用、...

    alexnevsky 評(píng)論0 收藏0

  • 淺談JSONP

    摘要：就這樣被發(fā)明了，利用的屬性不受同源策略的控制，作弊般地巧妙地逃過(guò)了瀏覽器的這一限制。然后，聲明這個(gè)回調(diào)函數(shù)。 這是我在13年初寫(xiě)的文章，當(dāng)時(shí)懵懵懂懂寫(xiě)下了自己對(duì)JSONP的理解。 文章原文 博客 歡迎訂閱 提到JSONP，我當(dāng)時(shí)在網(wǎng)上找了無(wú)數(shù)帖子也沒(méi)有看懂它。那些文章大同小異，都是講到JSONP原理以后就戛然而止，把我們這些初學(xué)者搞得云里霧里。所以，寫(xiě)下這篇文章，希望對(duì)大家有幫助...

    binta 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

最新活動(dòng)
閱讀需要支付1元查看
<