"Onebox Assistant",可靠地抓取那些预览!

不,我没有关联(叫我疯子吧🤣)

2 个赞

这意味着 API 未能通过 Vimeo 的机器人检查。您或许可以通过发送电子邮件给他们来解决此问题。

2 个赞

原来这个网站也使用了插件onebox助手?

我对此表示怀疑

1 个赞

但这意味着 Vimeo 预览中的黑屏,不是由 onebox assistant 插件引起的!

在我这里的帖子中,没有 onebox assistant,我看到了与我的论坛上相同的黑屏,而不是正常的预览。

OneBox Assistant旨在解决这些问题,而不是加剧它们 :slight_smile:

但它依赖于第三方API抓取该网站。(embed.rocks)

Onebox Assistant只是连接API返回的结果,而不是直接连接。

如果您无法在其网站上获得成功的结果,那么它不太可能提供帮助。

您需要来自embed.rocks的响应。

3 个赞

罗伯特,我的英语很糟糕,这可能会给我们之间的理解带来额外的困难。
我也向版主道歉,因为我已经发送了许多无用的消息。我认为删除它们是正确的……

但是,我仍然想阐明我的想法。此刻最重要的是:在这个论坛 meta.discourse.org 上,我插入的来自 vimeo 资源的视频链接显示不正确。没有预览。这让我感到惊讶。换句话说,据我理解,如果这个论坛不使用这个插件,但预览仍然显示不正确,那么我 最初 就错误地认为问题出在 onebox assistant 上。问题出在别的地方。也许问题出在 OneBox 本身?

请告诉我,这篇帖子 中的链接对你来说显示正确吗?是带有缩略图还是只是黑屏?

Spoiler

没问题。我们再来回顾一下。

在原生的 Discourse 中,要创建 onebox 预览,Discourse 服务器必须能够看到并检索目标页面元信息中的“og”标签数据。这本质上是一个爬取过程。

为了实现这一点,目标 Web 服务器及其网关必须允许此爬取。

看起来 Meta(指 Facebook 的 Open Graph 协议)无法被其网关允许查看该页面。

这就是你最初考虑使用此插件的原因。

此插件使用 API 来返回目标页面,而不是直接爬取。

这利用了 API 提供商为提高被允许查看内容的几率而进行的活动和管理(例如,使用具有高信誉 IP 地址的服务器集群来发起爬取,或者甚至伪造一个来自桌面的视图)。

不幸的是,在这种情况下,即使是 embed.rocks 也似乎没有权限爬取该页面,因此在此情况下,此插件无济于事。

但是,如果你将此问题提请 embed.rocks 支持团队注意,他们或许能够找到解决此封锁的方法。

总的来说,此插件应该是有用的,因为它应该比原生的 Discourse 提供更好的 onebox 预览体验,当然,你必须向 API 提供商付费。

请注意,这里可能还有其他问题,例如目标页面可能没有好的缩略图。

但是,你可以使用 Facebook 的调试工具来探索数据,我相信它看起来不错:

这表明目前问题出在 embed.rocks 上。

另外,生成式 AI 的兴起可能会让内容平台更加谨慎地对待谁可以看到它们的内容,因为担心它们的内容会被免费用于某个模型。

希望这能说清楚。

3 个赞

罗伯特,非常感谢。现在我明白了。没有插件,meta.discourse.org 也无法从 Vimeo 获取缩略图。有了插件可以实现,但目前 Vimeo 的 API 已损坏。
再次感谢!

1 个赞

在过去的几周里,Onebox 一直无法为我工作。我抓狂地试图找出原因,直到今天,通过逐一禁用插件,才发现注释掉 app.yml 中的 Onebox Assistant 就能让它再次工作。

2 个赞

你说得对。可能需要更新。

@tumbano 应该可以再次运行了,感谢你的报告。

我认为这与两周前所做的更改有关

3 个赞

确认,谢谢。

2 个赞

对我来说已经不再有效了(至少在 YouTube 上是这样)

1 个赞

在核心中看不到任何会改变任何事情的上游更改。

但是:

看起来是提供商的问题……你能帮我升级给他们并汇报吗?

2 个赞

看起来他们已经修复了。

是的,我上周给他们发了邮件(没有收到回复),并注意到它在两天前又开始工作了。

1 个赞