HTTP/3 (h3) 的協定決定了，跟 HTTP/1.x 和 HTTP/2 很大的不同在於，HTTP 1.x 和 HTTP2 都走在 TCP 上，而 HTTP3 會走在 QUIC (UDP) 上。
- 註1：HTTP/3 的 QUIC 非 Google 的 QUIC
- 註2：以往 iptables 都開 443/tcp，以後可能會需要多開 443/udp 囉~
HTTP 版本演進
- 1999: HTTP/1.1
- 2015: HTTP/2
- 2019: HTTP/3
標籤: protocol
汽車鑰匙標準協定 Digital Key 1.0 出爐
車廠現在都用感應扣，未來大家手邊都有手機，自然會想用手機來當鑰匙，而這個標準要能夠大家通用，又要兼顧安全，於是有《汽車連結協會》Car Connectivity Consortium (CCC) 來找 70家業者來討論，將此協定「Digital Key 1.0」討論出爐~
Digital Key 1.0 就可以達到拿「手機」當「車鑰匙」的目的囉~
PHP 讀取客製化傳送進來的 HTTP Header
PHP 要讀取外部自訂送進來得 HTTP Header，要怎麼做呢？
Google 將推動 QUIC 協定
Google 於 2013年就已經實作 QUIC 的協定，已經實作於 Chromium，而且上上週公開說明數據成效，對 YouTube 有 30% 以上的速度提升，並且約有 75% 的網路速度可以通過 QUIC 加速。
新聞可見：
- Chromium Blog: A QUIC update on Google’s experimental transport
- QUIC, a multiplexed stream transport over UDP
- Google plans to propose its QUIC network protocol, which delivers HTTP over UDP, as an Internet standard
- Google Wants To Speed Up The Web With Its QUIC Protocol
- Google To Propose QUIC As IETF Standard
QUIC 簡介：QUIC - 維基百科，自由的百科全書，下述取自此篇：
QUIC，名稱來自快速UDP網路連線（英語：Quick UDP Internet Connections）的縮寫，一種實驗性的傳輸層網路傳輸協定，由Google公司開發，在2013年實作出來。QUIC使用UDP協定，在兩個端點間建立連線，支援多路複用連線。在設計之初，QUIC希望能夠提供等同於SSL/TLS層級的網路安全保護。減少資料傳輸及建立連線時的延遲時間，雙向控制頻寬，以避免網路擁塞。Google希望使用這個協定，來取代TCP協定，使網頁傳輸速度加快。
HTTP/2 草案出爐
HTTP/1.1 (HTTP 1.1) 於 1999年更新後，就沒有再有新的動靜。
於 Google SPDY 發表後，總算引發 HTTP 再次重新討論、設計，最近 HTTP/2 (HTTP 2.0) 草稿定案囉~