有人发现或建立了一个多站点（SSO）的网站，想看看它的可能性以获得灵感！

SSO
1

有人发现/构建过支持多站点（SSO）的站点吗？希望能看到一些可以借鉴的案例！

理想情况下，多站点用于多个城市，人们可以专注于本地新闻和活动；同时，由于用户可以利用互联网协同工作，因此还可以跨城市讨论一些话题。

提前感谢大家。

2

我正在与一位客户合作，他正在创建一个本地内容网站。我们不打算建立多个网站，而是使用 Discourse 的分类目录来管理不同的城市/地区。新网站面临的一个巨大问题是获得关键用户群。如果你一开始就分成不同的网站，任何一个网站成功的几率都会大大降低。最好是建立一个面向所有人的网站，并利用 Discourse 提供的工具来组织内容。

如果网站成功，可能会考虑拆分成子网站。（可能不会发生，但谁知道呢？）将分类目录从一个 Discourse 实例迁移到另一个实例并不难。因此，你不需要一开始就建立多个可能永远不需要的网站。

1 个赞
3

我开始为那些希望拥有一个“主”Discourse站点作为所有站点身份验证来源的数千个多站点站点进行一些思考。

这似乎是可能的，需要一些工作（如果你要配置的站点数量不多，需要手动配置的工作量会少得多）。

在多个站点上拥有相同的数据很复杂（关于使用ActivityPub插件来实现这一点已经有一些讨论），但你可以将所有人都关心的内容托管在主站点上。

2 个赞
4

您是想使用 DiscourseConnect 进行 SSO 吗？例如，从一个身份提供商站点，使用 DiscourseConnect 在多个 Discourse 站点上对用户进行身份验证？如果是这样，我认为这在技术上是可行的，但这并不是 DiscourseConnect 的预期用途。挑战在于确定 SSO 请求源自哪个 Discourse 站点。我认为这可以通过向每个 Discourse 站点的 discourse connect url 设置添加 URL 参数来完成。例如：

  • https://example.com/sso?subdomain=foo
  • https://example.com/sso?subdomain=bar

身份提供商站点上的代码然后可以将 SSO 请求重定向到相应的子域：foo.example.com 或 bar.example.com。

我知道过去有一个站点实现了类似的功能，但不确定他们是否仍在使用这种方法。

1 个赞