日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁 > 前端技术 > HTML >内容正文

HTML

服务器ie打不开http协议,在浏览器输入地址后,这个世界发生了什么(http协议浅谈)...

發(fā)布時間:2024/7/23 HTML 43 豆豆
生活随笔 收集整理的這篇文章主要介紹了 服务器ie打不开http协议,在浏览器输入地址后,这个世界发生了什么(http协议浅谈)... 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

引言

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

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

輸入網(wǎng)址并回車(URL 包括 協(xié)議名稱 域名或者IP 端口號 請求資源具體地址 參數(shù))

解析域名 DNS解析

瀏覽器發(fā)送HTTP請求

服務(wù)器處理請求

服務(wù)器返回HTML響應(yīng)

瀏覽器處理HTML頁面

繼續(xù)請求其他資源

首先客戶機與服務(wù)器需要建立連接,只要點擊某個超級連接,HTTP的工作開始。

建立連接后,客戶端發(fā)送一個請求給服務(wù)器,請求方式的格式為,統(tǒng)一資源標(biāo)識符(URL),協(xié)議版本號,后面是MIME信息包括服務(wù)器信息、實體信息和可能的內(nèi)容。

服務(wù)器收到請求后,給予相應(yīng)的響應(yīng)信息,其格式為一個狀態(tài)行,包括信息的協(xié)議版本號、一個成功或者錯誤的代碼、后面是MIME信息包括服務(wù)器信息、實體信息和可能的內(nèi)容。

客戶端接收服務(wù)器所返回的信息通過瀏覽器顯示在用戶的顯示屏上,然后客戶機與服務(wù)器斷開連接。

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

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é)議是由從客戶機到服務(wù)器的請求(request)和從服務(wù)器到客戶機的響應(yīng)(response)進(jìn)行約束和規(guī)范

應(yīng)用層為用戶提供所需要的各種服務(wù),例如HTTP、FTP、DNS、SMTP等。

傳輸層為應(yīng)用層實體提供端到端的通信功能,保證數(shù)據(jù)包的順序傳遞及數(shù)據(jù)的完整性。該層定義了兩個主要的協(xié)議:傳輸控制協(xié)議(TCP)和用戶數(shù)據(jù)協(xié)議(UDP)

網(wǎng)絡(luò)層解決主機到主機的通信問題。IP協(xié)議是國際互聯(lián)層最重要的協(xié)議

網(wǎng)絡(luò)接口層負(fù)責(zé)數(shù)據(jù)在主機和網(wǎng)絡(luò)之間的交換

請求和響應(yīng)

HTTP請求組成:請求?、消息報頭、請求正?。

HTTP響應(yīng)組成:狀態(tài)?、消息報頭、響應(yīng)正?。

請求?組成:以?個?法符號開頭,后?跟著請求的URI和協(xié)議的版本。

狀態(tài)?組成:服務(wù)器HTTP協(xié)議的版本,服務(wù)器發(fā)回的響應(yīng)狀態(tài)代碼和狀態(tài)代碼的?本描述。

accept-Encoding 編碼:數(shù)據(jù)的一種組織格式

Accept-Language: 接受的語言

Cache-Control: 緩存

Connection

Cookie

Host:主機名稱

HTTP請求的幾種方法

OPTIONS:這個方法可使服務(wù)器傳回該資源所支持的所有HTTP請求方法。用'*'來代替資源名稱,向Web服務(wù)器發(fā)送OPTIONS請求,可以測試服務(wù)器功能是否正常運作。

HEAD:與GET方法一樣,都是向服務(wù)器發(fā)出指定資源的請求。只不過服務(wù)器將不傳回資源的本文部分。它的好處在于,使用這個方法可以在不必傳輸全部內(nèi)容的情況下,就可以獲取其中“關(guān)于該資源的信息”(元信息或稱元數(shù)據(jù))。

GET:向指定的資源發(fā)出“顯示”請求。使用GET方法應(yīng)該只用在讀取數(shù)據(jù),而不應(yīng)當(dāng)被用于產(chǎn)生“副作用”的操作中,例如在Web

Application中。其中一個原因是GET可能會被網(wǎng)絡(luò)蜘蛛等隨意訪問。

POST:向指定資源提交數(shù)據(jù),請求服務(wù)器進(jìn)行處理(例如提交表單或者上傳文件)。數(shù)據(jù)被包含在請求本文中。這個請求可能會創(chuàng)建新的資源或修改現(xiàn)有資源,或二者皆有。

PUT:向指定資源位置上傳其最新內(nèi)容。

DELETE:請求服務(wù)器刪除Request-URI所標(biāo)識的資源。

TRACE:回顯服務(wù)器收到的請求,主要用于測試或診斷。

HTTP狀態(tài)碼

1xx消息,表示請求已經(jīng)接收,繼續(xù)處理

2xx成功

3xx重定向

4xx客戶端錯誤

5xx服務(wù)器錯誤

cookies與session

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

Session則保存在服務(wù)器端,通過唯一的值sessionID來區(qū)分每一個用戶。sessionID隨每個請求發(fā)送到服務(wù)器,服務(wù)器根據(jù)sessionID來識別客戶端,再通過session的key 獲取 session的值。

cookie使用

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

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

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

HTTP的鏈路安全

1、加密重要數(shù)據(jù)(密碼md5)

2、對非重要數(shù)據(jù)簽名 (對付爬蟲)

3、使用安全連接HTTPS協(xié)議

HTTP2的優(yōu)點

使用二進(jìn)制格式傳輸,更高效、更緊籌

對報頭壓縮、降低成本

多路復(fù)用,一個網(wǎng)絡(luò)連接實現(xiàn)并行請求

服務(wù)器主動推送,減少請求延時

總結(jié)

以上是生活随笔為你收集整理的服务器ie打不开http协议,在浏览器输入地址后,这个世界发生了什么(http协议浅谈)...的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯,歡迎將生活随笔推薦給好友。