原定于4月9日发布的WordPress 7.0版，现已确认将推迟数周上线。此次调整的核心原因在于新引入的“实时协作”功能遭遇了开发难题。开发团队为确保系统的稳定性，决定投入更多时间进行底层架构的打磨与优化。
所谓“实时协作”就是像腾讯文档 一样，可以多人协同编辑一篇文章。 在 WordPress 7.0 之前，如果两个人同时打开一篇文章进行编辑，后打开的人通常会被“挤”出来，或者系统会提示“文章已被锁定”，防止内容冲突。而引入实时协作后，团队成员可以在同一时间进入同一个页面进行编辑、修改和沟通，互不干扰。
WordPress原核心功能 Metaboxes(自定义字段)与实时协作功能冲突，开发者拟移除，不过真的要移除，与当年要移除经典编辑器一样，成为灾难，大量以此为基础开发的插件和主题将无法使用。
写个网站文章，还需要多人协同？个人认为没有任何用处。在从开发优化网站程序变成开发编辑器的路上，死不回头了。
下面是官方说明：
WordPress 7.0 正在成为一个功能丰富的重磅版本，亮点纷呈。贡献者们一直在努力讨论、迭代并打磨每一个细节。
为什么要延期？核心原因解析
延期的主要原因集中在“实时协作（Real-time Collaboration, RTC）”功能的底层架构设计上：存储方案的调整与优化原计划： 为了支持实时协作，曾提议引入一个新的自定义数据库表（Custom Table）。
现状： 由于时间和设计上的不确定性，该计划被暂停。目前的方案是：继续将内容变更存储在 postmeta 中，而将用户的在线状态/会话信息移至 Transients（临时存储）。
最终目标： Matt（WordPress 联合创始人）倾向于重新审视自定义表的设计。我们需要充足的时间，从一开始就设计出最完美的方案。因此，7.0 周期将延长，以便在最终确定架构前处理所有反馈。
更广泛的同步用例
我们还需要讨论超越实时协作的更广泛同步场景，以确保我们设计的底层组件（Primitives）具有最广泛的适用性。
为什么采取“选择加入（Opt-in）”策略？
为了确保生态系统的稳定性，WordPress 7.0 将默认不开启实时协作功能，用户需要手动在“撰写”设置中开启。原因如下：
资源考量： 协作功能涉及频繁的写入状态和广播，这与 WordPress 传统的“读多写少”模式不同。
兼容性与效率： 7.0 采用了 HTTP 轮询（Polling）机制，这是一种兼容性最广的方案（无需 WebSockets 等特殊依赖），但相对效率较低。
主机商的适应： 延期和“选择加入”策略给了主机商监控流量、进行性能分析的时间，确保他们的缓存和请求管理方案能应对这一变化。
对插件开发者的影响：告别 Metaboxes？
这是一个需要开发者特别注意的变更点：
冲突问题： 目前许多流行插件仍使用传统的 Metaboxes（自定义栏目框）。这些插件依赖 Gutenberg 的兼容模式提交数据，这与实时协作所需的 wordpress/data 包机制不兼容。
后果： 当页面存在 Metaboxes 时，实时协作功能将自动禁用。
开发者行动： 7.0 的开发周期将作为一个窗口期，鼓励插件开发者将 Metaboxes 迁移到现代的 Gutenberg API，或者实现兼容桥接，以便更无缝地集成到编辑器中。
感谢大家持续致力于确保 WordPress 7.0 在功能和稳定性方面都成为卓越的版本。
一旦最终架构确定，我们将公布新的发布时间表，4月22日。虽然会推迟几周，但这将确保我们交付的解决方案能经受时间的考验。
相关链接：
本站文章大部分为原创，用于个人学习记录，可能对您有所帮助，仅供参考！
