一年半前，Discourse 与 Ghost 集成的公告发布，允许 Ghost 会员无缝访问网站论坛，并拥有与他们在出版物上相同的权限。该集成的一个“缺点”是它需要在 VPS 上进行安装，而许多 Ghost 和/或 Discourse 用户可能会觉得这项任务有点令人生畏（正如过去几天在 Ghost 论坛上讨论的那样）。
几天前，在 Discourse 论坛上，关于这两个平台集成的以下内容被提及：
虽然这会很棒，但另一种选择可能是创建一个“即用型”版本，可以使用 Cloudflare Workers 进行设置。虽然这可以减少一些新手用户的障碍，但一个更好的选择可能是创建一个 Discourse 插件，假设这是可能的。考虑到已经有一个使用 Apple 登录插件，这是否表明使用 Ghost 登录插件在技术上也是可能的？
可以做到，是的。是否有关于将 Ghost 配置为身份提供商的文档？如果有，并且支持 oAuth，您可能可以使用现有工具来设置它，而无需专用插件。
有人告诉我“不，Ghost 不完全是为了成为 IDP 而设计的”。既然如此，插件是否允许添加新的端点，从而使该路由成为可能？
编辑：
插件是否可以定义组，以便（假设 Ghost 会发送 Webhook）当用户的订阅发生变化时，可以同步组？
因此，当前的 Discourse-on-Ghost 集成只需要 D-o-G 功能即可自托管，而不一定是 Ghost。由于该集成使用 DiscourseConnect，因此无论托管方式如何，它都可以与任何 Discourse 安装开箱即用地正常工作。
这将需要自托管 Discourse。那么它将解决什么问题呢？负担将从自托管一个相对简单的 Ghost 附加组件转移到自托管 Discourse。
该死，好吧，我没有意识到非官方和自定义插件仅适用于企业版。我明白了你的意思，你说“负担将从自托管一个相对简单的 Ghost 附加组件转移到自托管 Discourse。”问题是，虽然自托管“简单的附加组件”对于技术小白来说可能太麻烦了，但有些人可能希望得到保证，没有任何东西掌握在自己手中，并且所有操作都安全地掌握在更有能力的人手中。
考虑到这一切，@pmusaraj，鉴于自定义插件仅适用于企业版，插件方面是否实际上只有“极端”选项——要么自托管，要么企业版？我完全理解为什么 Starter 版没有自定义插件，因为 Discourse 需要赚钱来维持自身运营，但这里会不会有一些折衷的办法？或者，除了插件或“将 Ghost 配置为身份提供者”之外，是否还有其他尚未解决的途径？
我不确定这有多现实，但 Ghost 平台也许可以为其托管站点实现 DiscourseConnect。
另一种选择是创建一个“官方”的 Discourse Ghost 插件，并将其添加到托管 Discourse 站点上可用的插件中。
这两种情况可能都取决于对 Discourse/Ghost 集成的需求量是否相当大。
要是有家公司 咳咳 提供官方和非官方插件，并且有价格合理的托管计划就好了 
但说真的，我认为这样的解决方案应该广泛可用，而不依赖于特定服务。
看起来 D-o-G 使用 JWT 与 Ghost 集成。有一个 Discourse 的 JWT 插件（官方但仅限于企业版？）。这可能是一个值得研究的方向。
我对 Ghost 并不熟悉，无法提供恰当的建议，但我可以告诉你：
您好，我是新来的，一直在阅读有关 Ghost-Discourse SSO 集成的所有帖子。我使用的是托管的 Ghost(Pro) 计划，并希望设置一个托管的 Discourse 实例，使用 SSO，并将 Ghost 作为用户身份验证的唯一来源。我是否正确理解，目前我唯一的选择是自行托管 SSO 中间件应用程序并自行运行它？
您的第一步应该是询问 Ghost 是否支持通过 OAuth 作为身份提供者。我从快速搜索他们的论坛中无法完全确定是否支持，我找到了 这篇帖子（发布于 2024 年 4 月），其中提到了 OAuth，但不确定它是指 Ghost 作为登录提供者（也可能是指 Ghost 使用其他服务作为登录提供者）。
这是我的第一步。Ghost Support 记录了我的功能请求，但基本上表示它不会很快实现，甚至可能永远不会。我没有空等，而是雇佣了一名工程师在 droplet 上安装 DoG。它运行完美，所以我可以证明这是一个有效的解决方法。我不明白 Ghost Support 在这个问题上的固执。