ABC新闻因为缺少描述没有进行一拳处理

这个链接在我的网站上没有实现“一键预览”效果——

嗯,我发现这里也没有。不过 ABC News(不出所料)提供了成千上万个 Open Graph 标签,包括所有 Facebook 和 Twitter 的 OG 标签。这会不会是个 bug?或者 Discourse 的一键预览功能无法从这些元数据中提取任何内容?:wink:

谢谢!

两个常见原因通常是缺少 Open Graph 标签,或者有东西阻止了 Discourse 的用户代理(UA)或云服务商的 IP 范围。仅仅因为我们在本地浏览器中能看到这些标签,并不意味着服务器也一定能看到。

在您的 VPS 上使用 cURL 进行一些调试,通常就能找出原因。

使用 iframely 工具 来排查页面中的 opengraph / oembed 标签问题。缺乏任何形式的文本描述也是我在实际应用中有时遇到的另一个原因。

嗯,好的。我想我可能找到原因了……是不是缺少了“description”字段?

以下是三个大型网站的链接及其对应的 iframely 报告:

:arrow_forward: ABC News iframely 报告

:arrow_forward: CNN iframely 报告

:arrow_forward: NBC News iframely 报告

我能看到的唯一区别是,与上面的 ABC News 示例相比,NBC News 链接包含了更多图片尺寸、图标、日期和描述。这些是否可能是阻止 onebox 生效的“致命问题”?

嗯,CNN 也缺少描述字段,但它有图标和日期。所以也许描述是一个必需字段……?

是的,如果没有描述,就不会触发 onebox。

哦。:-/

这看起来……有点过于激烈了。如果仅仅是缺少描述,我不明白为什么要放弃 onebox 原本精美的呈现效果。我会尝试提交一个 PR,让那些没有描述字段的网站(目前我们发现 ABC 和 CNN 就是其中的两个)仍然能够正常显示图片和标题。

实际上,考虑到这个问题作为支持话题出现的频率……如果阻碍单卡片展示的唯一原因仅仅是缺少描述(或描述过短),我们或许应该添加一个占位符描述,例如:

此页面未提供描述标签

这样至少能实现单卡片展示,并且清楚说明了情况。@sam,你能分配一下这个任务吗?

我在想,我们是否应该直接移除“必须填写描述”的规则,并在站点设置级别将其设为可选:

就我个人而言,OP 中的一盒内容已经相当合理,描述似乎显得多余。

恕我直言——如果描述不可用,为什么要显示这样的消息?!

如果你正在调试单盒预览功能,这条消息确实有用。对于我们这些技术爱好者来说,这很棒,非常好。

但如果你只是一个普通用户 ;-),只想发布一个非技术类网站的链接,并且并不关心单盒预览的内部运作机制,那么这条消息除了增加噪音之外毫无用处。我敢保证,绝大多数使用 Discourse 的人(在汽车、软件支持、社区、音频设备等主题的网站上)根本不知道什么是“描述标签”,也不关心它为何重要,更不在乎他们发布的链接是否“提供”了它。他们只希望自己的链接看起来美观,仅此而已。

话虽如此:是的,我想我们都同意,没有必要让单盒预览功能仅限于那些包含描述标签的网站——尤其是在描述并非真正必要的情况下。标题和图片不仅看起来完全可接受,而且远远优于什么都没有。

Facebook 和 Twitter 都不要求提供描述(它们也从未添加类似“此页面未提供描述标签”的消息),它们仅凭一张图片和一个标题就能生成美观的链接,运行毫无问题。我看不到任何理由,说明我喜爱的这款具有前瞻性的论坛软件不能效仿。: +1:

这还为时过早。此事可能发生,也可能不会发生,@codinghorror 作为产品经理,有权决定我们采用哪种实现方案。

我认为,“无描述则不显示摘要卡片”的规则应当被取消,或者至少改为可选功能(如果必须保留的话)。但最终决定权不在我手中。

如果我们取消或使“无描述则不显示摘要卡片”的规则变为可选,我们可能需要为没有描述的摘要卡片设计新的视觉模板,这并不是一个简单的问题。该规则之所以产生,是因为有人抱怨在没有描述的情况下,摘要卡片的渲染效果不佳。

联邦上诉法院推翻法官裁决,按司法部要求驳回弗林案 这段文字全是蓝色的。例如,Twitter 会将该文字显示为黑色,而非蓝色。

说得通。

如果选项是:

选项 A - 当前在没有描述时的行为

嘿,看看这篇文章:

https://www.nbcnews.com/politics/congress/cats-saved-gov-t-kitten-slaughterhouse-visit-capitol-purr-thank-n1034811

选项 B - (建议的更改)即使没有描述也绘制 onebox

嘿,看看这篇文章:

真的,人们更喜欢选项 A 而不是选项 B 吗?(更重要的是——真的有人抱怨选项 B 很难看吗?在我看来,从美学角度来看,它完全可行……)

我不太明白你在这里想表达什么?当我在 Twitter 上发布链接时,即使没有描述,它仍然可以正常展开?这是我刚刚用本线程第一条评论中的 CNN 链接做的测试。

以下是 Discourse 当前如何渲染完全相同的链接:

很高兴看到人们都在照顾狗狗们……

https://edition.cnn.com/2020/05/15/health/gallery/coronavirus-people-adopting-pets-photos/index.html

抱歉借个位,但为了减少支持噪音,我们能否在某些时候增加对 Onebox 失败的详细日志记录,以便当内容无法正常嵌入时,站点管理员能更清楚情况?

只要布局不需要大量调整,我同意这个改动 @sam……这早就超过了“三法则”的限制,所以现在允许不带描述的单框应该是没问题的。

感谢 @codinghorror@sam,非常感谢。

Onebox gem 现在支持仅显示标题的 Onebox,详见 此提交。示例:

你几个月后用 此 PR 撤销了此更改。原因是?