3.2.1.Basic concept
Last updated
Last updated
HTTP是一個用戶端終端（用戶）和伺服器端（網站）請求和應答的標準（TCP）。通過使用網頁瀏覽器、網路爬蟲或者其它的工具，用戶端發起一個HTTP請求到伺服器上指定埠（預設埠為80）。我們稱這個用戶端為用戶代理程式（user agent）。
應答的伺服器上儲存著一些資源，比如HTML檔案和圖像。我們稱這個應答伺服器為源伺服器（origin server）。在用戶代理和源伺服器中間可能存在多個「中間層」，比如代理伺服器、閘道器或者隧道（tunnel）。
HTTP請求可分為三個部分
請求方法URI協議/版本
如上圖, GET代表請求方法, /blo/pos...代表URI, HTTP 1.1是協議的版本
請求頭(Request Header)
請求正文
請求頭和請求正文之間是一个空行, 這個行非常重要, 它表示請求頭已經結束, 接下来的是請求正文
HTTP 1.1協定中共定義了八種方法
1.GET：向指定的資源發出顯示請求,使用GET方法應該只用在讀取資料
2.POST: 向指定資源提交資料, 請求伺服器進行處理（例如提交表單或者上傳檔案. 資料被包含在請求本文中.這個請求可能會建立新的資源或修改現有資源, 或二者皆有。
3.PUT：向指定資源位置上傳其最新內容
4.DELETE：請求伺服器刪除Request-URI所標識的資源
5.TRACE：回顯伺服器收到的請求, 主要用於測試或診斷
6.HEAD：與GET方法一樣, 都是向伺服器發出指定資源的請求. 只不過伺服器將不傳回資源的本文部份
7.OPTIONS：這個方法可使伺服器傳回該資源所支援的所有HTTP請求方法
8.CONNECT：HTTP/1.1協定中預留給能夠將連線改為管道方式的代理伺服器. 通常用於SSL加密伺服器的連結（經由非加密的HTTP代理伺服器）
HTTP響應可分為三個部分
狀態行
status code
響應頭(Response Header)
Location
Server
WWW-Authenticate
Content-Encoding
Content-Language
Content-Length
Content-Type
Last-Modified
Expires
響應正文
200 : OK (客户端請求成功)
400 : Bad Request (由於客户端請求有語法錯誤，不能被服務器所理解)
401 : Unauthorized (請求未經授權, 這個狀態代碼必須和WWW-Authenticate一起使用)
403 : Forbidden (服务器收到請求, 但是拒絕提供服務. 服務器通常會在響應正文中给出不提供服務的原因)
404 : Not Found (請求的資源不存在, 例如輸入了錯誤的URL)
500 : Internal Server Error (服務器發生不可預期的錯誤，導致無法完成客户端的請求)
503 : Service Unavailable (服務器當前不能夠處理客户端的請求, 在一段時間之後, 服務器可能会恢復正常)
1.API 不用修改: HTTP/2多數的header與HTTP/1.1相同, 因此可以向下相容HTTP/1.1
2.建立在 SPDY 的基礎上
3.伺服器推送: 例如可以在瀏覽器尚未發出請求前, 預先推送 CSS 或頁面 Layout 到瀏覽器上, 增加之後的頁面載入速度
4.標頭壓縮與編碼
5.流程下載控制與優先級
6.不強制採用加密傳輸
https 是 http over SSL 的縮寫(SSL: Secure Sockets Layer), 也就是將常見的 http 協定經過加密後的版本, 目前已是網路上進行加密通訊之全球化標準
https 的功用
1.讓使用者確認伺服器的身份:
伺服器若需啟用 https 的加密協定, 必需安裝 SSL 憑證於伺服器中, 且此 SSL 憑證中會記載伺服器的相關資訊, 如憑證發放單位、憑證有效日期及網站的網址等資訊。當使用者透過 IE 或其他網頁瀏覽器瀏覽加密網頁時, 瀏覽器會自動檢查伺服器的憑證中上述的三種資訊是否正確, 只要其中一項不通過檢查, 瀏覽器就會跳出警告, 告知使用者這個網站可能是不安全, 甚至是惡意人士偽造的
2.內容加密
當伺服器使用 https 協定時, 所有在使用者端(瀏覽器)和伺服器之間傳遞的資料, 都會經過加密, 所以就算使用者的密碼或信用卡號碼在網路上被攔截, 也必需花費相當功夫的解碼後才可以被讀出解讀
3.資料完整性確認
SSL 會自動偵測資料於傳遞途中是否有遭到修改, 使用者便可以安心地將個人私密資料(如信用卡資訊)透過網際網路進行傳輸, 並信任 SSL 機制會保護這些資訊的隱私及安全性
