如果我理解正确的话，Discourse 使用 GitHub - markdown-it/linkify-it: Links recognition library with full unicode support 来提供一个漂亮的带标题的链接。例如，上面的链接提供了一个漂亮的标题 GitHub - markdown-it/linkify-it: Links recognition library with full unicode support。
然而，我遇到了以下问题：要访问发布的一些链接，您必须在其他工具（例如 Jira、Google 等）中进行身份验证。所以发生的情况是，所有链接（对于某些转换后的 URL，还有代码块）只会显示 Login to support 或 Meet Google Drive – One place for all your files[...]，这并不太好。
是否已经有现有的功能或组件/插件可以预先测试 URL，并在存在重定向的情况下，不为 URL 提供标题？
是的，我们这里的通用解决方案是使用 blocked onebox domains 站点设置。
将所有内部“需要登录”的 URL 添加到该列表中。
我想知道 @nat/@codinghorror 是否应该在此处添加一个“锤子”设置。
block onebox on redirect - 该设置可以在发生重定向时完全阻止任何 onebox。它提供了一个非常简单的杠杆来无条件地控制跨多个域的此行为。
感谢您提供有关内部链接的提示。
我们非常希望能够提供更通用的功能，例如“阻止重定向的一框式显示”，因为我们无法预知用户可能发布的完整列表。
这似乎对链接化的链接不起作用，这些链接并未更新为“一框式显示”，而只是变成了标题（例如，我们的内部链接 https://support.sqills.com/browse/SCQI-934 变成了 Log in - Sqills Jira，但基本 URL 只会给出 https://support.sqills.com 作为链接标题）。
这里肯定有一个令人困惑的错误，我们应该解决它。
我刚刚阻止了 support.sqills.com，并确认它对 <https://support.sqills.com/browse/SCQI-934?1> https://support.sqills.com/browse/SCQI-934?1 正常工作，但遗憾的是 https://support.sqills.com/browse/SCQI-934 被服务器端缓存了 24 小时，并且重建 HTML 并不能清除缓存。
我们将在本周解决这个小麻烦，以便减少这方面的支持。阻止重定向作为一种选项听起来对我来说很棒，我们也许可以挤出时间来做。也许 block onebox on cross domain redirect（阻止跨域重定向上的 onebox）更好，或者也许这有点太过了……不确定。
这已在以下位置修复：
现在，当帖子被重建时，在重建之前，帖子中所有链接的缓存条目都会被删除。
并且这里有一个用于添加 block_onebox_on_redirect 站点设置的 PR：
当启用 block_onebox_on_redirect 时，Discourse 永远不会对重定向的 URL 进行 onebox。唯一的例外是如果一个 URL 是 http 并重定向到该 URL 的 https 版本。这样做是因为支持 TLS 的站点通常会将 http 流量重定向到 https，因此如果用户输入了带有 http 的链接并且站点重定向到 https，onebox 仍然应该工作。