有没有办法在另一个页面的 iframe 中使用聊天窗口，或者利用现有的评论嵌入视图来显示聊天线程以及其他内容？
背景：我将在夏天举办一个活动，希望有一个同步的聊天源，连接远程和现场的与会者。我们希望人们可以在线观看直播并在同一个窗口中聊天，而现场的与会者可以通过手机聊天。
关于这是否可行，或者是否可以使用 discourse 的任何现有嵌入支持来实现，有什么想法吗？
我认为这是一个很棒的功能请求，但不幸的是，我们目前无法像 intercom 等公司那样将聊天“小部件化”，但这绝对是我们正在考虑的事情。
我认为这更像是第二/第三个版本的事情，而不是我们眼前的路线图，它需要对 Discourse 的内部进行重大重构才能实现，特别是要考虑“匿名”聊天等问题。
17 个赞
这里有一个相关话题：Embeddable chat that stages users
我认为我们可以暂时将它们分开，并假设这个话题讨论的功能不一定需要分阶段用户。如果用户未登录，他们将只能只读访问嵌入式聊天。
另一方面，我们还没有真正深入探讨过这个问题，所以我们都在一起想象。
如果大家有想法，提供具体的例子说明您想做什么或您想解决什么问题将会有帮助。分享示例，包括聊天在您现有网站上的位置的模拟图或屏幕截图，以及您打算让人们如何与之互动。
4 个赞
我很乐意在此发表我的看法。在我的案例中，我们管理着一个面向使用我们平台的开发者的社区。今年二月，我们决定我们的第一次开发者大会可能会像 OP 所描述的那样，在流旁边嵌入聊天功能。
我们也希望允许已注册用户聊天，供参考。
我的团队负责管理我们的内部黑客马拉松，因此我们进行了概念验证 (POC)，并使用了 Discord 和 WidgetBot 将聊天嵌入页面中，反响极其热烈。现在，我们正在举办开发者大会，我们非常希望将我们社区的聊天直接嵌入流中，以获得整体体验。
这样，他们的聊天就能延续下来，这将是向他们介绍新聊天功能的好方法。不幸的是，我们将在两周内构建流页面，所以我猜这次我们不得不使用 Discord。
@mcwumbly 你提到了分享模型图，所以这是我们为用户体验 (UX) 团队设计的模型图：
理想情况下，聊天窗口应包含输入界面、显示聊天的界面，以及切换频道的某种方式。
我对此有很多想法……
6 个赞
在这种情况下，为什么允许分阶段用户聊天很重要（而不是要求人们在想参与时注册）？
3 个赞
尽管我们的主要用户将参加此次活动，但我们还将邀请总监/副总裁/高管等用户，甚至还有潜在客户也将出席。\n\n我们希望确保每个人都能参与聊天，即使他们还没有（或者说，还没有）加入我们的社区。
3 个赞
谢谢 Jordan - 这个模型和用例确实和我希望的非常相似。
我对于分阶段用户持中立态度。对我们来说，我们有一个 SSO 设置，基本解决了这个问题。但我认为 Jordan 的案例正是需要考虑的类型。我们避免使用 Discord 等其他聊天工具，就是因为用户账户问题。
2 个赞
FWIW，我们曾结合使用 Discord 和 Widgetbot 来允许未注册用户聊天。效果非常好，在 Discourse 聊天支持此功能之前，我们可能会再次使用它。
顺便说一句，我宁愿使用 Discourse，这个其他解决方案只是一个权宜之计，直到 Discourse 支持此功能。
3 个赞
我们试过了，是的，它效果很好，但与几家公司和项目共享了很多信息。
我希望 Discourse 能够实现类似的功能，这对于展示我们选择论坛而不是基于聊天的实例将是极好的，而且没有摩擦。
2 个赞
+1 赞成此功能请求！
3 个赞
有这方面的新闻吗？这个功能有被考虑过吗？
我们的用例是，我们有一个主要网站，用户大部分时间都在上面。我们的 Discourse 是链接和集成的（带有 SSO 和新消息指示器等），但它仍然是一个单独的页面。
我们希望能将聊天窗口直接集成到我们的网站中，这样可以更轻松地进行随意聊天，而不必切换到 Discourse。
另外：我们能通过 API 获得聊天通知吗？目前的 API 文档没有反映任何与聊天相关的标志。
4 个赞
没有实质性新闻。
看起来确实有很多人对此感兴趣，但我们认为即使是基本形式，要让它投入使用也需要大量的投资。
与此同时，我们肯定有兴趣继续听取更多人关于他们具体用例的意见。
就您而言，您期望未登录的用户能够做什么（如果有的话）？
7 个赞
有人有关于仅允许 iframe 的插件的建议吗？我尝试过修改 X-Frame-options 标头和 CSP 规则，但未能使嵌入生效。
我的第一个目标是仅允许现有用户聊天。
之后，某种匿名模式会很有用。
4 个赞
大多数用户反正都会登录。如果用户必须登录才能聊天，我也可以接受。
虽然我不介意有一些匿名聊天，但这对我们来说不是必需的。
4 个赞
好的
用例 #1 - 现有用户
能够直接进入聊天对于那些登录了主网站但很少访问论坛的用户来说将非常有用。
这意味着它能够作为整个实体数字资产的聊天功能，而不仅仅是论坛部分。这将作为有益的副作用，增加论坛的可访问性。
我可以看到这对我和我参与的几个非政府组织/慈善机构非常有帮助。而且我天真地怀疑开发起来不会太糟糕。
用例 #2 - 匿名用户
为网站的匿名访问者提供聊天界面是吸引人们实时参与对话的常用方法，而无需他们登录或加入。这是一个第三方提供的示例：
通常会要求提供电子邮件地址来启动它（大多数人都乐意这样做）。这是一个创建分阶段用户的机会。
它也将是进行一些自动化/机器人讨论的绝佳目标。
现在，这很可能需要一个复杂的插件！！
6 个赞
有集成此功能的计划吗？
1 个赞
目前，我正在使用 discourse 在我们的社区中创建一个论坛。
我们有三个独立的网站。
我能否创建群组并将聊天嵌入这些网站？
当访客访问网站时，会有一个聊天框，要求他们输入姓名、电子邮件、电话号码和支持请求。
它将自动连接到预定义的群组聊天/频道。
访客只能与此聊天频道中的用户聊天。
有没有办法实现这一点？
1 个赞
好主意。我期待着实现类似的目标。
我希望能够同步一个网站上每个页面上的 CS 聊天窗口，并将其与 Discourse 论坛同步（类似于常见的 CS 平台在联系客服代表之前会搜索 FAQ 数据库）。