瀏覽器最著名的就是 IE6,為了相容 IE6 (詳見:瀏覽器兼容性),每個人都有一堆怪招來做 Hack,只為了讓畫面在各個瀏覽器長得都一樣。
現在 2022年了,IE6 已經消失,但是現在還是在解決瀏覽器的相容性問題,各個瀏覽器解讀方式還是不一樣,要怎麼辦呢?(詳見:Compat 2021:消除網路上的五個主要兼容性痛點)
閱讀全文〈Interop 2022 網路標準 解決瀏覽器相容問題〉
個人筆記, 記錄關於 系統、程式、新聞 與 日常生活 等資訊
瀏覽器最著名的就是 IE6,為了相容 IE6 (詳見:瀏覽器兼容性),每個人都有一堆怪招來做 Hack,只為了讓畫面在各個瀏覽器長得都一樣。
現在 2022年了,IE6 已經消失,但是現在還是在解決瀏覽器的相容性問題,各個瀏覽器解讀方式還是不一樣,要怎麼辦呢?(詳見:Compat 2021:消除網路上的五個主要兼容性痛點)
閱讀全文〈Interop 2022 網路標準 解決瀏覽器相容問題〉
智慧家電基本上都盡量全部找同一個系統的,例如:Apple HomeKit 系列、Google 系列、小米全系列... 等等,相互是不太相容的。
不過 Matter 讓 Google Nest、蘋果 HomeKit、Amazon Echo 共同遵守的標準,之後可能就能跨 Device 操作囉~
W3C 和 IETF 兩大標準制定組織宣布:WebRTC(Web Real-Time Communications,WebRTC) 成為官方標準,可以在網頁平台支援聲音、影像等即時通訊。
PHP PECL 升級時,遇到下述錯誤訊息:
pear.php.net is using a unsupported protocol - This should never happen.
upgrade failed
要如何修復呢?
現在的 Mail Client 都是走 POP3 / IMAP 的協定,而現在通常都使用 Web mail 的緣故,所以更常使用的是 IMAP (Email 留在 Server 端,Client 只是純粹快速收信、看信)
畢竟 IMAP 年代久遠,更新效率不好,而且需要持續的網路連線,中斷就只能重來~
HTTP/3 (h3) 的協定決定了,跟 HTTP/1.x 和 HTTP/2 很大的不同在於,HTTP 1.x 和 HTTP2 都走在 TCP 上,而 HTTP3 會走在 QUIC (UDP) 上。
HTTP 版本演進
車廠現在都用感應扣,未來大家手邊都有手機,自然會想用手機來當鑰匙,而這個標準要能夠大家通用,又要兼顧安全,於是有《汽車連結協會》Car Connectivity Consortium (CCC) 來找 70家業者來討論,將此協定「Digital Key 1.0」討論出爐~
Digital Key 1.0 就可以達到拿「手機」當「車鑰匙」的目的囉~
PHP 要讀取外部自訂送進來得 HTTP Header,要怎麼做呢?
Google 於 2013年就已經實作 QUIC 的協定,已經實作於 Chromium,而且上上週公開說明數據成效,對 YouTube 有 30% 以上的速度提升,並且約有 75% 的網路速度可以通過 QUIC 加速。
新聞可見:
QUIC 簡介:QUIC - 維基百科,自由的百科全書,下述取自此篇:
QUIC,名稱來自快速UDP網路連線(英語:Quick UDP Internet Connections)的縮寫,一種實驗性的傳輸層網路傳輸協定,由Google公司開發,在2013年實作出來。QUIC使用UDP協定,在兩個端點間建立連線,支援多路複用連線。在設計之初,QUIC希望能夠提供等同於SSL/TLS層級的網路安全保護。減少資料傳輸及建立連線時的延遲時間,雙向控制頻寬,以避免網路擁塞。Google希望使用這個協定,來取代TCP協定,使網頁傳輸速度加快。
HTTP/1.1 (HTTP 1.1) 於 1999年更新後,就沒有再有新的動靜。
於 Google SPDY 發表後,總算引發 HTTP 再次重新討論、設計,最近 HTTP/2 (HTTP 2.0) 草稿定案囉~