サイトを2つの部分に分割する

サポート
1

私のサイト lists.tssi.com には、現在、グループとカテゴリを使用して処理されている、実質的に独立した 2 つの Discourse コミュニティ（Mailman から移行したもの）があります。これらを x と y と呼びましょう。

両方のグループを完全に独立させたいので、分割したいと考えています。（はい、それは私にとってより多くの作業を意味しますが、私はそれで構いません。）これを行う主な理由は、両方のコミュニティをメンバー以外の読者にも公開したいのですが、完全に独立していればそれが容易になると考えているからです。コミュニティ x と y は似ていますが、x の人々は y で何が起こっているかについて多くを読みたくないと思います。（どちらも大学スポーツ中心のサイトです。）

1 つの方法は、サイトを x.tssi.com および y.tssi.com として定義することです。もう 1 つの方法は、サイトを x.lists.tssi.com および y.lists.tssi.com として定義することです。

いずれにしても、lists.tssi.com は 2 つのコミュニティへのゲートウェイとして機能し、Nginx に共通のフロントドアがあります。

私の知る限り、どちらの方法でも単一のコンテナで機能し、データベースを複製して完全に独立させることができます。（私は x.tssi.com および y.tssi.com の方法を使用してテスト環境サーバーをセットアップしたので、それが機能することは確かです。x.lists.tssi.com および y.lists.tssi.com のアプローチについては少し自信がありませんが、ユーザーが理解しやすく、追加される可能性のある他のコミュニティをより容易にサポートできると考えています。）

分割後、一方のコミュニティに属するユーザーは、もう一方のコミュニティのデータベースから削除されるか、非アクティブに設定されます。また、他のサイトの投稿やカテゴリをすべて削除する可能性もあります。

どちらの方法で進めるか、何か推奨事項はありますか？注意すべき落とし穴はありますか？

「いいね！」 1
2

中央にユーザーはいるがコンテンツがないサイトを維持し、2つの下位サイトにディスコースコネクト（SSO）を提供するというのはどうでしょうか？

中央のサイトに全ユーザーを維持し、xとyとしてさらに2つの完全なコピーを作成し、両方から不要なコンテンツを削除して分割を作成し、サインインのために「メイン」サイトを参照させるのが良いでしょう。

これにより、両方のリストにいる可能性のあるユーザーのログインの混乱も解消されます。

「いいね！」 1
3

SSO環境のようなものにはどのような利点がありますか？ 欠点は何ですか？

私以外に両方のリストにユーザーがいるとは思えません。長年別々のMailmanサイトでしたが、ほとんどのユーザーは依然として主にメールベースです。

コミュニティ内の各カテゴリにメールで投稿するために別々のメールアドレスを持つ必要性さえ、一部のユーザーを混乱させていますが、他に方法はないように思えます。ウェブインターフェースの使用を奨励していますが、移行から3か月経っても、おそらく5％しか使用していません。

私の目標は、両方のコミュニティをウェブで検索可能で読み取り可能にすることによって、参加を拡大することです。チームXについて議論したいがチームYについては議論したくない人々を引き付けるためには、別々に保つ方がうまくいくように思えます。

急いでいるわけではありません。夏は大学スポーツ中心のリストにとっては閑散期であり、秋のフットボールの練習が始まる8月には活動が活発になります。したがって、コミュニティにとってどちらのアプローチがより良いかをじっくり考える時間があります。

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 のリクエストが Discourse サーバーではなく lists.tssi.com にリダイレクトされ続けていました。

しかし、前者なら機能させることができ、機能するソリューションは機能しないソリューションよりも優れています。 :slight_smile: