熱門Ptt文章

[爆卦]quic應用是什麼？優點缺點精華區懶人包

雖然這篇quic應用鄉民發文沒有被收入到精華區：在quic應用這個話題中，我們另外找到其它相關的精選爆讚文章

在 quic應用產品中有5篇Facebook貼文，粉絲數超過2,850的網紅矽谷牛的耕田筆記，也在其Facebook貼文中提到， ref: https://javascript.plainenglish.io/what-is-http-3-and-why-does-it-matter-cb7d7b4b600f 這篇文章簡單的敘述何謂 HTTP/3，主要探討 HTTP/3 到底跟 HTTP/1, HTTP/2 的差異是什麼 ...

「quic應用」的推薦目錄
  • 矽谷牛的耕田筆記

    quic應用 在 矽谷牛的耕田筆記 Facebook 的精選貼文

    2021-07-19 08:16:08
    有 96 人按讚

    ref: https://javascript.plainenglish.io/what-is-http-3-and-why-does-it-matter-cb7d7b4b600f

    這篇文章簡單的敘述何謂 HTTP/3，主要探討 HTTP/3 到底跟 HTTP/1, HTTP/2 的差異是什麼

    HTTP/3，也可以稱為 HTTP ove QUIC，這對過往的 HTTP 來說帶來了巨大的改變，因為 HTTP/{1,2} 都是基於 TCP 來傳輸封包，而 HTTP/3 則是仰賴 QUIC (Google 於 2012 所開發的協定，底層基於 UDP)。

    TCP 目前普遍被使用到各式各樣的網路應用程中，而 TCP 本身的設計到今日來看也是有不少為人詬病的地方，譬如說 TCP 當初發明的時空背景與當前網路環境已經不同，譬如網際網路中的頻寬大小等
    所以後續也有不少的演算法想要針對 TCP 來進行改善，譬如 Congestion Control 相關就有不少演算法可以選擇。

    另外一個更直接簡單的就是直接跳過 TCP，直接使用 UDP 做為底層傳輸協定並且於應用層級重新打造一個如 TCP 一樣可信賴的傳送方式，這也是 QUIC 這個協定的基本概念。

    透過 QUIC 的幫助，作者提到 HTTP/3 能夠得到下列的好處

    Faster request multiplexing
    HTTP/2 以前， 瀏覽器每次都只能對 Server 發送一個 Request，這導致網頁讀取速度緩慢，而 HTTP/2 則試圖改善這個機制，不過 TCP 本身的設計就不是針對這類型的使用
    譬如眾多封包中只要有一個失敗， TCP 本身就會針對所有發送的 Request 去進行一個重送的動作來確保封包傳輸正常。
    HTTP/3 因為不再使用 TCP 為底層協定而是 UDP，所以當上述情況發生時，也只需要針對失敗的 Request 進行重送即可，也因為此協定帶來的好處， HTTP/3 的表現會相較於之前版本來得更快更穩。

    Faster Encryption
    HTTP/3 允許最初的 HTTP Request 以加密的形式去傳送。過往傳統的 HTTPS 封包傳輸過程中，最初的握手階段交換資訊時，這些還是基於非加密的形式，要等到握手完畢後才可以能力將接下來的資料進行加密。
    而 QUIC 本身可以針對 Initial Connection 進行 TLS 的處理，這使得 HTTP/3 於加密方面可以更順利也更簡單。

    文章後半部分提到關於目前 HTTP/3 實作的部分，有興趣的人可以參考參考原文

  • 台灣物聯網實驗室 IOT Labs

    quic應用 在 台灣物聯網實驗室 IOT Labs Facebook 的精選貼文

    2021-01-29 11:40:32
    有 0 人按讚

    WebRTC現在已經成為W3C和IETF的標準

    WebRTC經過多年的發展，現在已經解決各廠商大多數的分歧，成為W3C和IETF的標準

    文/李建興 | 2021-01-28

    W3C和IETF兩大標準制定組織，宣布WebRTC（Web Real-Time Communications，WebRTC）已經成為官方標準，可在網頁平臺良好地支援聲音及影像通訊。

    WebRTC是由網頁即時通訊JavaScript API和一組通訊協定組成，可讓任何網路上的連接裝置，成為網頁上潛在通訊端點，其為瀏覽器、行動裝置和桌面應用程式，提供即時視訊通話能力。Google在2009年的時候開始創建WebRTC，並且之後對外開源，該程式碼庫也整合在Chrome中，供WebRTC應用程式使用，而之後瀏覽器供應商及其他網路公司，包括Mozilla、微軟、思科和Ericsson，便與Google一起在W3C和IETF中，著手進行WebRTC標準化的工作。

    在2013年的時候，Mozilla與Google首次透過WebRTC，展示在兩個瀏覽器間，建立起視訊通話，但在之後，隨著標準的發展，許多架構上的討論，導致不同瀏覽器實作出現差異，進而產生相容性和互通性的問題。幸好近年WebRTC標準逐漸定案，大多數的分歧現在已經解決，WebRTC規範也隨附相容性測試工具，而且瀏覽器都最大程度調整了實作方式，現在網頁應用程式開發人員已經渡過那段，需要為不同瀏覽器調整程式的時期，終於迎來只要支援唯一標準的時刻。

    WebRTC可應用在任何網站，任何應用程式中，建構即時聲音與影像通訊系統。WebRTC框架提供建構組塊，供開發人員利用這些組塊，在包括遠端教育、遠端醫療、娛樂和遊戲等應用程式，添加視訊通訊功能。由於WebRTC標準化且免授權金的特性，瀏覽器和各種裝置平臺，都可以內建WebRTC影音通訊系統，因此用戶也不需要額外安裝套件，或是下載單獨的應用程式。

    目前WebRTC被廣泛地部署為通訊平臺，在瀏覽器、桌面和行動平臺，提供視訊和協作功能，官方提到，特別是在2020年全球對旅遊與接觸限制，WebRTC被應用在更廣泛的用途上。由於商業和家庭對影像通訊的需求，增加了WebRTC的採用率，企業透過WebRTC進行培訓、訪談或是會議，另外，無論是醫療、國防、學術、社交和娛樂等領域，也都在嘗試使用WebRTC建構多元應用。

    官方表示，WebRTC的使用範圍，已經從最初的核心設計，逐漸擴展朝向支援多元應用發展，IETF多個工作組開始將WebRTC，融入到原本的工作基礎上，包括QUIC、HTTPBIS，並且試圖將其應用到單向媒體廣播中。W3C WebRTC工作組也開始研究下一版的WebRTC，計畫要在有中繼伺服器的視訊會議中，支援端到端加密，並且利用機器學習即時處理聲音與影像摘要，還要更好地支援物聯網應用。

    資料來源：https://www.ithome.com.tw/news/142505

  • iThome

    quic應用 在 iThome Facebook 的最佳解答

    2020-10-23 12:00:45
    有 105 人按讚

    臉書對外透露他們現在有超過75％的網際網路流量，都使用QUIC（包括QUIC和HTTP/3）協定，他們認為QUIC在許多方面都比舊協定表現還要好，包括請求錯誤、長尾延遲以及回應標頭大小等，各種影響用戶使用體驗的指標

你可能也想看看

搜尋相關網站