大家好，
我们相对来说是 Discourse 开发方面的新手，所以这可能不太对。我们在搜索中没有找到确切的答案。
我们正在开发一个包含各种类型内容的网站。作为其中的一部分，我们希望为用户上传的项目提供带主题的评论流。所以，举个例子，假设一个用户上传了关于他们汽车的内容，- 该内容将在我们的网站上，并且该项目将有一个可选的讨论/评论流，允许其他用户参与。
我们已经安装并运行了 Discourse，并启用了 SSO 等功能。我们在 iframe 中嵌入了相关的 Discourse 评论。我们获取了顶部的评论以及一个众所周知的按钮“继续讨论”，该按钮会将我们带出网站并进入 Discourse 服务器。
我们是否可以在 iframe 中（或以其他方式在我们的页面中）拥有一个完整的带主题的讨论，从顶部的评论开始？以便用户可以在上传的内容页面中继续讨论。使用 Discourse 是否可以实现这一点？
感谢任何提示。
我也有类似的目标，我有一个包含各种类型内容的网站，并且我自托管了一个 Discourse 实例，以便与用户互动并建立社区。我还想将 Discourse 的部分内容嵌入到我的其他网站中。Discourse 提供的 标准方法 非常简单，看起来很酷，但并不完全符合我的期望。
第一个问题是，如果有人想评论，他们必须登录 Discourse（或者你必须允许匿名评论，这会导致其他问题/复杂性）。在 meta 上似乎有一些持续的争论，关于 Discourse 是否应该尝试更好地与 CMS（内容管理系统）互动，或者引入功能使其更像一个 CMS 本身。
许多人将 Discourse 用于博客、市场/电子商店、电子杂志、视频/图片库等。
我将 Discourse 的部分内容嵌入到我的网站的第一个策略是尽可能地自定义论坛的外观，首先从基础开始，然后在我的其他网站上模仿样式。这样做的想法是将两者融合在一起，让用户真正注意到内容来自两个不同的服务器。Discourse 实际上提供了大量定制界面外观的方法，即使是非技术人员也能处理。
一旦我对 Discourse 有了更好的了解，我就想出了几种将 Discourse 的精彩部分嵌入到我的其他网站的方法
我还在学习中，还有一些想法，但也研究了 Wordpress 和 Ghost。
感谢您的评论！
我们也经历了类似的思考过程和实验。
最终我们采取的做法（嗯，还在努力中，所以最终结果的质量尚未定论）是完全放弃网页嵌入的方向，改为使用 Discourse API 将完整的 Discourse 讨论内容包含在我们的页面中。这让我们可以按照自己的意愿进行定制，无论是外观还是感觉，等等。这确实工作量更大，但似乎最终结果值得。
如该帖子所述，我的另一个服务器有 PHP 后端。我使用 cURL 成功实现了 API，然后使用 这个非常酷的网站 将我工作的 cURL 转换为 PHP 模块，该网站可以使用 javascript ajax 调用它。
这是我的 discourse 实例上的即将举行的活动日历
这是它在我另一个服务器上的样子
很接近，不是吗？
