Chrome 106 淘汰與移除功能

Chrome 106 Beta 版已於 2022 年 9 月 1 日發布,預計在 2022 年 9 月底將成為穩定版。

為配合最新的規格 (RFC 6265bis),Chromium 現在會拒絕含有非 ASCII 字元 (例如 éxample.com) 的 Domain 屬性。

一直以來,我們都不強制在 Cookie 中使用 IDN 網域屬性,但 Chromium、Safari 和 Firefox 的支援功能都有所不同。這項變更可標準化 Firefox 拒絕含有非 ASCII 網域屬性的 Cookie 行為。

由於 Chromium 先前接受非 ASCII 字元,並嘗試將這些字元轉換為正規化的 Punycode 進行儲存,因此我們現在將套用較嚴格的規則,並需要有效的 ASCII (如適用) 網域屬性。

移除 HTTP/2 推送

Chrome 已移除接收、保留記憶體,以及使用伺服器傳送的 HTTP/2 推送串流的功能。如需詳細資訊和建議的替代 API,請參閱從 Chrome 移除 HTTP/2 伺服器推送

移除永久配額

webkitRequestFileSystem() 中的 window.PERSISTENT 配額類型現已淘汰

支援 PERSISTENT 配額類型會為配額系統帶來一定程度的複雜度,但 webkitRequestFileSystem() 是唯一的取用者,這種形式的儲存空間從未被佔用,而且很少使用。

廢止政策

為維持平台的健康狀態,我們有時會從執行課程的網路平台中移除 API。我們移除 API 的原因有很多,例如:

  • 而是由較新的 API 取代。
  • 這些更新會反映規格變更,以便與其他瀏覽器保持一致並保持一致。
  • 這些是從未在其他瀏覽器發生的早期實驗,這可能會增加對網頁開發人員的支援負擔。

其中一些變更會對少數網站產生影響。為及早減少問題,我們嘗試提前通知開發人員,讓他們可以進行必要的變更,確保網站持續運作。

Chrome 目前提供淘汰和移除 API 的程序,基本上:

  • blink-dev 郵寄清單中發布。
  • 在 Chrome 開發人員工具控制台中偵測到用量時設定警告,並給予時間尺度。
  • 請等待系統持續監控,並在用量減少時移除這項功能。

您可以在 chromestatus.com 中使用已淘汰的篩選器,查看所有已淘汰功能的清單,並套用已移除的篩選器。我們也會盡量在這些貼文中摘要說明部分變更、原因和遷移路徑。