HTTP的發展歷史 積一時之跬步,臻千里之遙程

2021-09-24 03:06:04 字數 2496 閱讀 5118

http版本導圖

2.http版本之概念篇

http/0.9版本篇

要點

缺點

http/1.0版本篇

要點

壓縮的方式有(可以並列多個,用逗號隔開):

content-encoding:gzip

content-encoding:compress

content-encoding:deate

http/1.0請求的例子:

第一行為請求命令,必須在尾部新增協議版本(http/1.0)

後面為多行頭資訊,描述客戶端情況

http/1.0回應的例子:

http/1.0 200 ok /*協議版本+狀態碼+狀態描述*/

content-type: text/plain

content-length: 137582

expires: thu, 05 dec 1997 16:00:00 gmt

last-modified: wed, 5 august 1996 15:55:28 gmt

server: apache 0.84

hello world

content-type:字元編碼,http 1.0規定 頭部必須是ascii碼,後面可以是任何格式,

因此,伺服器回應時,content-type的作用是:告訴客戶端,資料是什麼格式

缺點如圖所示:當http協議首先要與伺服器建立tcp連線,這就需要三次握手。當三次握手的前兩部分完成後(即經過乙個rtt時間後),全球資訊網客戶就把http請求報文作為第三次握手的第三個報文的資料傳送給全球資訊網伺服器,伺服器收到http報文後,就把所請求的文件作為響應報文返回給客戶。

5. http/1.1版本篇要點

content-length:3495

告訴瀏覽器本次回應的長度是3495個位元組,後面的位元組就屬於下乙個回應

0

缺點6. http/2版本篇要點

缺點

7. https版本篇

要點

工作原理

優點

缺點

http和https的區別

7. ssl/tls協議介紹

網際網路的通訊安全是建立在ssl/tls協議之上。不使用ssl/tls的http協議,就是不加密的通訊;會帶來三大風險:

ssl/tls就是為了解決這三大風險而設計的,希望達到:

ssl/tls協議的基本思路

採用公鑰加密法,即客戶端先向服務端索要公鑰,然後用公鑰加密資訊,客戶端收到密文後,用自己的私鑰解密。

如何保證公鑰不被篡改?

解決方法:將公鑰放在數字證書中。只要證書是可信的,公鑰就是可信的。

公鑰加密計算量太大,如何減少耗用的時間?

解決方法:每一次對話(session),客戶端和伺服器端都生成乙個"對話金鑰"(session key),用它來加密資訊。由於"對話金鑰"是對稱加密,所以運算速度非常快,而伺服器公鑰只用於加密"對話金鑰"本身,這樣就減少了加密運算的消耗時間。

ssl/tls協議的基本過程

此一時彼一時的專案關係膠片

專案的核心是一組關係,這組關係織成一副或明或暗 或粗或細的關係網。同時,該關係網的組成在不斷消亡 增生 潛移默化地改變著。我們看待乙個專案,不能停留在歷史的眼光。專案各方面的內容都在不斷變化,我們亦應順應這種變化。舉個例子 乙個在實施中的專案,業主方的組織結構 對接人,承建方的專案經理 專案組成員,...

OSG中獲取任一時刻相機的位置

就是在有漫遊器的程式中獲取相機任一時刻的位置,有時使用漫遊器漫遊時需要將某一時刻相機的位置列印出來。基於這個目的,做的乙個demo,由於前面一篇文章理解清楚了相機和漫遊器的關係,這次寫 時輕鬆了很多。再次記錄一下,當使用run函式開啟 迴圈時,在run函式裡會對場景進行判斷,如果沒有漫遊器,那麼它就...

查詢一時間段內的月份

查詢某一時間段內的所有月份,可以 如下 方法一 declare date1 varchar 10 date2 varchar 10 set date1 2010 01 01 set date2 2010 12 01 select convert varchar 7 cast ltrim year d...