概要:
コミュニティごとに特定のホームページ（「ホームカテゴリ」）をユーザーに割り当てます。
これにより、プライマリグループに基づいてユーザーが特定の「ホームページ」（つまりカテゴリ）を持つ単一のDiscourseインスタンスを運用できます。
GitHub: リポジトリ https://github.com/merefield/discourse-category-home
インストール: プラグインのインストールガイドに従ってください。
このプラグインをお楽しみいただけましたら、GitHub で:star:評価をお願いします！
機能
通常のDiscourseのインターフェース要素のみを使用するため、堅牢で保守しやすいソリューションです。
設定
通常のDiscourseの機能を使用します。
- カテゴリの「ホーム」
の数を決定し、存在しない場合は作成します。
- 存在しない場合は、それぞれに個別のグループを作成します。
- 各グループにユーザーを適切に追加します。
- 各ユーザーのプライマリグループとしてそのグループを設定します。
- 各グループにそれぞれのカテゴリへのアクセス許可を与えます。
これで完了です！
これで、誰かがコミュニティのホームページにアクセスすると、プライマリグループのアクセス許可が設定されているカテゴリにリダイレクトされます。
注: これは、遵守する必要がある単純なルールに従います：プライマリグループが登録されており、それが単一のカテゴリにアクセス許可されている場合、そのカテゴリにリダイレクトされます。
このようにプライマリグループを使用することには、上記のリンクからお気づきの通り、多くの利点があります。特に：
- タイトルを付与できます
- フレアを付与できます
- ポストをスタイル設定できます
その他の考慮事項
カテゴリホームページを、例えば Category Banners のようなもので、明確にスタイル設定して、よりインパクトのあるものにしてください。
個別のカテゴリ/プライマリグループのアクセス許可を確認する
プライマリグループが単一のカテゴリにのみ関連付けられていることを確認するには、Discourseの便利な標準機能を使用できます。例：
リストにカテゴリが1つだけあります。良好です！
技術的な部分
使用される正確なロジックは次のとおりです。
return CategoryGroup.where(group_id: primary_group).first.category_id
「ごまかす」ことは可能かもしれませんが、複数のカテゴリでそのプライマリグループを使用している場合に、これが機能することを期待するのであれば、おそらく賢明ではありません。そのため、それを念頭に置き、私の推奨事項に従ってください。
より柔軟性を提供する
この動作をさらに設定する方法については提案を受け付けていますが、カスタム設定の量を制限し、標準の動作とデータをできるだけ多く使用したいと考えています。シンプルでエレガントな解決策があれば教えてください。
プラグインをインストールできない/プライマリグループの機能が機能しない場合
プラグインをインストールできない場合（制限的なホスティングプランのため）、またはプライマリグループの設定が機能しない場合は、このテーマコンポーネントの代替案を検討してください：https://meta.discourse.org/t/custom-homepage-for-groups/199623。これにはより多くのカスタム設定が必要ですが、侵襲性は低いです。
