Bug 太多，Google 再次推迟 Manifest V3 时间表-低调大师

Bug 太多，Google 再次推迟 Manifest V3 时间表

2022-12-14 429

这是 Google 在去年公布的 Manifest V3 迁移计划：

从 2022 年 1 月 17 日，Chrome Web Store 将不再接受使用 Manifest V2 方法所构建的新扩展，但对现有扩展的更新仍然可以提交。
一年后，即 2023 年 1 月，Chrome 浏览器将不再支持 Manifest V2 扩展，并且也不再支持更新。

在今年 9 月，Chrome 就对这个时间表做出过小幅改动，将原本在 2023 年 1 月不再支持 Manifest V2 扩展，修改为正式启动这项淘汰计划。

时间来到 2022 年 12 月，在这个距离即将实施这一改变不到一个月的节点上，Google 宣布将再次推迟从 Manifest V2 到 V3 的过渡。

从上面这个新的时间表来看，原计划 Google 是打算从 2023 年 1 月起在 Chrome 的 Canary、Dev 和 Beta 版本中停止对 Manifest V2 的支持，现在最新的状态则是从 2023 年 1 月，修改为推迟。

原计划 Chrome 将于 2023 年 6 月在所有版本中关闭对 Manifest V2 扩展的支持（包括稳定版本，企业策略除外），现在的状态则是变成了审核中。

原计划 Google 会在 2024 年 1 月在 Manifest V2 企业策略到期后，从 Chrome Web Store 中删除所有剩余的 Manifest V2 项目，并彻底停止运行 Manifest V2 扩展，目前的状态同样被更改成了审核中。

至于此次推迟的原因，负责 Chrome 扩展程序开发者关系的 Simeon Vincent 表示：

我们已经听到了开发者对迁移所带来的共同挑战的反馈，特别是 Service Worker API 无法使用 DOM 功能，以及目前对 Service Worker 生命周期的硬性限制过于严格。我们正在通过 Offscreen Documents API（在 Chrome 109 中添加）来缓解前者的问题，并积极寻求解决后者的办法。

基于上述原因，Google 决定推迟禁用 Manifest V2 扩展的计划，同时也在重新考虑其进一步变化的时间表，并会在明年 3 月提供更多的信息，目标是在禁用 Manifest V2 之前给开发者足够的时间更新和测试他们的扩展。

根据 chrome-stats.com 的数据，在 Chrome Web Store 的大约 17 万个扩展中，目前只有大约 3 万个扩展从 Manifest V2 转换到 Manifest V3。

这意味着，商店中所有扩展程序中只有约 17.9% 被迁移。甚至许多由 Google 自己开发的扩展也还没有转换。如果 Google 按照之前的计划禁用 Manifest V2 的计划，那么绝大部分的扩展都会停止运行。

微信关注我们

原文链接：https://www.oschina.net/news/221452/google-delays-chrome-manifest-v3

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

GCC 13 主线已合并 GCC 的 Rust 前端项目

上周我们报道了GCC 的 Rust 前端项目"gccrs"已被批准合并到 GCC 主线，昨天所有"gccrs"代码都已被合并到 GCC 13 上游代码库中。如果一切进展顺利，"gccrs"可能会在明年 3 月至 4 月在 GCC 13.1 中以稳定状态发布。据介绍，GCC Rust 补丁基于上游 GNU Compiler Collection 代码库重新编写，并为新的前端设置了布局骨架，还为 i386 和 ARM 提供初始 target hook，然后开始布局前端代码。此外，GCC 编译器支持的目标 (targets) 数量要远远多于标准的 Rust 编译器。通过将 GCC 作为后端集成到 rustc 中，可以更好地实现支持这些 target。除了 LLVM 之外，rustc master 还为 Cranelift（更快的调试编译）和 GCC（访问不支持 LLVM 的架构）提供了开发中的后端。虽然这个 GCC Rust 前端已经合并，但需要注意的是，这对于代码库来说仍处于非常早期的状态。而且并非所有 Rust 代码都可以编译，比如 borrow checker 尚未实现，许多其他...

2022-12-14

575

导语 2022腾讯全球数字生态大会已圆满落幕，大会以“数实创新、产业共进”为主题，聚焦数实融合，探索以全真互联的数字技术助力实体经济高质量发展。大会设有29个产品技术主题专场、18个行业主题专场和6个生态主题专场，各业务负责人与客户、合作伙伴共同总结经验、凝结共识，推动数实融合新发展。今年6月，腾讯宣布内部海量自研业务实现全面上云，成为国内最大规模的云原生实践，累计节省IT成本超过30亿元，充分显示腾讯云的产品、技术和综合服务能力。云原生技术在云计算 PaaS 的应用已经迈入深水区，腾讯云微服务和中间件产品基于客户业务落地实践，在产品能力、可用性和可运维性等多个方面进行了深入的优化和落地。本次大会设立了微服务与中间件专场，本专场从产品研发、运维等最佳落地实践出发，详细阐述云原生时代，企业在开发微服务和构建云原生中间件过程中应该怎样少走弯路，聚焦业务需求，助力企业发展创新。本篇为微服务与中间件专场第一个演讲议题的干货集锦，欢迎大家收看！本文将从以下五个方面展开，对微服务架构下路由、多活、灰度、限流的探索与挑战进行深入解析。 1、微服务概述 2、测试阶段最佳实践 3、发布阶段最佳实践...

2022-12-13

345

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。