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 次要版本中发布。

像这样:

喜欢加载…

资源