MikeNolan
(Mike Nolan)
1
我有一个网站 lists.tssi.com。它目前支持两个基本上独立的 Discourse 社区(从 Mailman 迁移而来),通过群组和类别进行管理。我们称它们为 x 和 y。
我想将它们拆分,使这两个群组完全独立。(是的,这意味着我需要做更多工作,但我对此没问题。)这样做的主要原因是我想让两个社区都能被非成员阅读,但我认为如果它们完全独立,这样做会更容易。我不认为 x 社区的人想阅读 y 社区的大量信息,尽管它们很相似。(两者都是以大学体育为导向的网站。)
一种方法是将站点定义为 x.tssi.com 和 y.tssi.com,另一种方法是将站点定义为 x.lists.tssi.com 和 y.lists.tssi.com。
无论哪种方式,lists.tssi.com 都将作为这两个社区的网关,并在 Nginx 中有一个通用的入口。
据我所知,这两种方法都可以在单个容器中工作,通过克隆数据库使它们完全独立。(我使用 x.tssi.com 和 y.tssi.com 的方法设置了我的测试服务器,所以我确定这可行,但我对 x.lists.tssi.com 和 y.lists.tssi.com 的方法不太确定,尽管我认为这可能更容易让我的用户理解,并且更容易支持可能添加的其他社区。)
拆分后,属于一个社区的用户将被删除或设置为非活动状态,从另一个社区的数据库中删除。我也可能删除该站点所有其他帖子的内容和类别。
关于哪种方式进行,有什么建议吗?有什么需要注意的陷阱吗?
1 个赞
Stephen
(Stephen)
2
为什么不保留一个中央站点,其中包含用户但没有内容,并为两个下属站点提供 Discourse Connect (SSO)?
我可能会保留中央站点及其所有用户,再制作两个副本 x 和 y,删除我不想从这两个副本中复制的内容以进行拆分,并让它们引用“主”站点进行登录。
这也将消除可能同时出现在两个列表中的用户的登录混淆。
1 个赞
MikeNolan
(Mike Nolan)
3
像这样的单点登录 (SSO) 环境有什么好处?有什么缺点?
我认为除了我之外,两个列表上没有其他用户了。它们多年来一直是独立的 Mailman 站点,而且大多数用户仍然主要基于电子邮件。
即使是需要拥有单独的电子邮件地址才能通过电子邮件向该社区内的每个类别发帖,也让一些人感到困惑,但我看不到解决办法。我鼓励他们使用网页界面,但在更换后的 3 个月里,只有大约 5% 的人这样做。
我的目标是通过让两个社区都可以进行网络搜索和阅读来扩大参与度。在我看来,将它们分开可能更适合吸引那些只想讨论 X 队而不想讨论 Y 队的人。
我不急,夏天是大学体育导向列表的淡季,八月份随着秋季足球训练的开始,情况会好转。所以我有时间来思考哪种方法对社区更好。
MikeNolan
(Mike Nolan)
4
我决定使用 lists.tssi.com 作为网关站点,使用 x.tssi.com 和 y.tssi.com 作为单独的社区,而不是 x.lists.tssi.com 和 y.lists.tssi.com。 无法让后者工作,可能是 nginx 设置问题,它一直将 x.lists.tssi.com 或 y.lists.tssi.com 的请求重定向到 lists.tssi.com,而不是 Discourse 服务器。
但我可以让前者工作,一个可行的解决方案胜过一个不可行的解决方案。 