WordPress 贡献者正在讨论针对 Facebook 和 Instagram A在 10 月 24 日放弃未经身份验证的嵌入式支持的不同策略。 WordPress 正在删除 Facebook 和 Instagram 作为 oEmbed 提供商。当用户尝试像以前一样通过粘贴 URL 来嵌入内容时，他们可能不明白为什么它不再有效。他们可能认为 WordPress 破坏了嵌入，导致此更改的支持负担增加。
Train Tickets 针对此问题的一些贡献者建议 WordPress 检测将受到影响的用户并尝试通过通知警告他们。
Marius Jensen 说：“由于这会在不知不觉中影响用户，因此可以向在其内容中嵌入 Facebook/Instagram 的用户发送仪表板通知并向网站管理员显示，这是一次性的可以忽略的条件，”Marius Jensen 说。
“我们之前已经做过更新后处理来清理评论，所以查看嵌入内容的想法并没有完全过时，并且可以帮助那些不关注常规 WordPress 频道的人去学习这个。”
p>
其他人觉得没必要。 “为什么要在这里破例？”米兰迪尼奇说。 “这不是第一次停止对提供商的嵌入式支持，我不记得当时做了什么具体工作。”
Facebook 更新其 API 后现有 oEmbeds 会发生什么打开一些不确定性。在最近的核心开发人员会议上，Helen Helen Hou-Sandí 确认 WordPress 不会定期清除 oEmbed 缓存。 “从技术上讲，如果嵌入式缓存被保存并清除，则返回有效响应，我们不会进行基于 cron 的垃圾收集，”Hou-Sandí 说。
今天发表在核心开发博客中在一篇帖子中，Jake Spurlock 向用户和开发人员保证，在 Facebook 的 API 更改之前添加的现有嵌入应该仍然有效：
由于 oEmbed 响应使用嵌入式 oembed_cache 帖子类型，在 10 月 24 日截止日期之前添加的任何嵌入都将在弃用日期之后保留。默认情况下，这些帖子不会在 WordPress 核心中清除，因此除非手动删除，否则嵌入将继续存在。
Marius Jensen 警告说，根据 Facebook 的做法，现有的嵌入可能仍无法正常工作。
“我们不知道他们计划如何实施未经授权的嵌入尝试，”詹森说。 “它不能返回嵌入代码，你的链接将保持为普通链接，或者他们可能会决定返回一些嵌入的‘未经授权’的内容。我认为没有人听说过 Facebook 计划的任何细节，所以我们所有人都在等待更多消息，或者看看会发生什么。”
Jensen 说 WordPress 不会重新检查缓存的结果，除非帖子中发生某些变化，但可能会清理临时数据的 WordPress 插件可能会产生不可预测的结果.
Jensen说：“缓存的可靠性很难确定（而且就缓存而言，不能保证一直都在，但是需要的时候保存，保存一段时间的时间）。”
理想情况下，WordPress 的 oEmbed 缓存将防止数百万嵌入的破坏，但仍然不知道 Facebook 和第三方插件将如何改变事情。
随着核心更新 5.5 的即将发布，它弃用了 jQuery Migrate 并且官方支持论坛充斥着关于损坏站点的报告，一些贡献者对另一种情况保持警惕，这种情况会让用户蒙在鼓里。
“我认为仪表板公告是可取的，”Jon Brown 说。他们知道中断的那一刻（编辑特定帖子时）。我认为我们也不能安全地假设缓存数据永远不会持续存在，因为有很多例程可以在规定的到期日期之前清除瞬态数据。
“我认为这可能类似于我在删除 JQM 时遇到的问题。这将导致可避免的、静默的客户端中断，甚至不会为站点开发人员记录任何错误。事后看来，理想的JQM 会发生的情况是暂时将来自 Enable jQuery Migrate Helper 的检测代码合并到核心中，或者只是代表用户自动安装插件。”
Brown 建议 WordPress 检测到对缓存嵌入并在调用有可能失败之前警告用户，以便他们可以考虑启用插件以使他们的嵌入更可靠地工作。
make.wordpress.org/core 中仍在讨论发布和相应的火车票。 Spurlock 表示，WordPress 可能会在即将发布的 5.6 版本（计划于 12 月 8 日发布）中删除 Facebook 和 Instagram oEmbed 提供程序，但也可能在 10 月 24 日之后的 5.x 次要版本中发布。
像这样：
喜欢加载...
资源
