Chrome 72 中的弃用和移除内容

Joe Medley
Joe Medley

移除

不允许在页面卸载期间显示弹出式窗口

在卸载过程中,网页可能无法再使用 window.open() 打开新网页。通过 Chrome 弹出式窗口拦截器原本已禁止此操作,但现在,无论系统是否 是否启用了弹出式窗口拦截器。

打算移除 | Chromestatus Tracker | Chromium bug

移除基于 HTTP 的公钥固定

基于 HTTP 的公钥固定 (HPKP) 旨在允许网站发送 用于固定网站 证书链遗憾的是,它的采用率非常低, 可防范证书误发,但也会带来 拒绝服务攻击和恶意固定。 因此,我们将移除此功能。

打算移除 | Chromestatus Tracker | Chromium bug

移除渲染 FTP 资源

FTP 是一种不安全的旧版协议。即便是 Linux 内核 不再是迁移 是时候进入下一题了弃用并移除的一个步骤是 而是从 FTP 服务器中下载这些资源。Chrome 将会 仍会生成目录列表,但所有非目录列表 而不是在浏览器中呈现。

打算移除 | Chromestatus Tracker | Chromium bug

弃用

废弃了 TLS 1.0 和 TLS 1.1

TLS(传输层安全协议)是保护 HTTPS 的协议。它具有 TLS 1.0 问世已近二十年, SSL。TLS 1.0 和 1.1 都存在许多弱点。

  • TLS 1.0 和 1.1 在转写哈希值中使用 MD5 和 SHA-1 这两种弱哈希 显示“已完成”消息
  • TLS 1.0 和 1.1 在服务器签名中使用 MD5 和 SHA-1。(注意:这不是 证书中的签名。)
  • TLS 1.0 和 1.1 仅支持 RC4 和 CBC 加密方式。RC4 已损坏, 已移除。TLS 的 CBC 模式结构存在缺陷,并且容易受到 攻击。
  • TLS 1.0 的 CBC 加密还构建了它们的初始化矢量 错误。
  • TLS 1.0 不再符合 PCI-DSS 标准。

支持 TLS 1.2 是避免上述问题的前提条件。TLS 工作组已弃用 TLS 1.0 和 1.1。Chrome 现在也弃用了 这些协议

打算移除 | Chromestatus Tracker | Chromium bug

弃用 PaymentAddress.languageCode

PaymentAddress.languageCode 是浏览器对以下语言的最佳猜测: 付款 请求 API。languageCode在规范中被标记为存在风险, 已从 Firefox 和 Safari 中删除。在 Chrome 中的使用率足够小 以便安全弃用和移除。预计将从 Chrome 74 中移除。

打算移除 | Chromestatus Tracker | Chromium bug

废弃政策

为了确保平台的健康运行,我们有时会从 Web 平台中移除运行正常的 API。我们移除内容的原因可能有很多种 API,例如:

  • 它们已被较新的 API 取代。
  • 为反映规范变更,我们更新了这些政策,以便与其他浏览器保持一致和一致性。
  • 这些是早期实验,在其他浏览器中从未实现过,因此可能会增加网络开发者的支持负担。

其中一些更改只会影响极少数网站。为了提前缓解问题,我们会尽量提前通知开发者,以便他们做出必要更改,确保网站正常运行。

Chrome 目前有 弃用和移除 API 的流程,实质上是:

  • blink-dev 邮寄名单中发布公告。
  • 当在网页上检测到使用情况时,您可以在 Chrome 开发者工具控制台中设置警告并指定时间刻度。
  • 等待、监控,然后在使用量下降时移除该功能。

您可以在 chromestatus.com 上使用 “已弃用”过滤条件 查找所有已弃用功能的列表,也可以使用“已移除的过滤条件”应用“已移除”过滤条件查看已移除的功能。我们还将尝试总结这些博文中的一些更改、推理和迁移路径。