サブドメインとメンバーシップ制限に関して、インストールをどの程度拡張できますか?

ファイルが空のようです。

正しいディレクトリにいないため、まず正しいディレクトリに移動するか、パスを含めてください :slight_smile:

「いいね!」 1

ああ、コンテナですね!乾杯

DISCOURSE_SMTP_PORT は受信ですか、それとも送信ですか?

来るんですね。頭が少し溶けています…

app.yml ファイルを編集して終了すると、保存を促されますか?

その後、再構築しますか?

いや、smtpは送信ですよね。

休憩して頭をすっきりさせましょう…

こんにちは。Discourseの単一インスタンスがあり、サービスを提供したい物理的なグループを区別するためにグループを使用している場合、それらのグループを個別にエクスポートし、永続的に永住するDiscourseの特定のインスタンスに状態を保持することは、どの程度容易かお伺いしてもよろしいでしょうか? :house_with_garden:

ご質問の意味がよくわかりません。フォーラムの一部をエクスポートしてから、それを別のフォーラムにインポートすることを提案していますか?現時点では、サイトをコピーしてから、コピーから不要なものを削除する以外に方法はないと思います。

「いいね!」 1

Rakeタスクがあります。少し扱いにくいですが(例えば、ユーザーのパスワードについてはどうなるのか分かりませんが)、機能すると思います。

これにより、カテゴリ(つまり、あなたが望むトピックのコレクション)が取得されます。投稿を作成したユーザーも一緒に取り込まれると思います。投稿を作成していない他のユーザーについては分かりません。

あまりお勧めしませんが、あるグループが非常に大きくなり、分割したい場合はこの方法を使用するかもしれませんし、データベース全体を復元して不要なカテゴリを削除するだけかもしれません。実際のデータを見ずにどちらが簡単かを判断するのは難しいですが、データは存在しません。

「いいね!」 1

皆さん、ありがとうございます。ここで参照しようとしているのは、このスレッドの冒頭で私が表明した要件です。非常に多くの自律的で独立した、そして全体として民間のグループと、それを統括する全国的なオープンフォーラムです。

これを書くわずか24時間前にDiscourseについて知ったばかりで、私のアイデアがどのように対応できるかを見ていました。私の望んでいたものが存在したことに、まだ少しショックを受けています!

ソフトウェア全体のアーキテクチャがどのようになるかという点で、制約がすぐに明らかになりました。あなたの回答は、私が望んでいた機能はマルチサイトモデルで最もよく対応できる可能性があることを確認しました。@pfaffman ジェイ、あなたはこれには「かなりの専門知識または資金」が必要だと付け加えました。私はネットワークコンピューティングを学位レベル(かなり昔ですが)で勉強したので、専門知識のほうにコミットすることにしました。

これで、私が構築しているシステムについてより良いアイデアが得られると思います。

最後に尋ねた質問を明確にするために。私は非常に複雑なタスクのまさに始まりにあり、まだ慣れていないことを考慮すると。私の小規模なグループを含む1つのインスタンスでこれを構築すべきでしょうか?成長し、複雑さをよりよく理解するにつれて、グループを独自のインスタンスに分割するかどうかを価値判断すべきでしょうか?それとも、最初から小規模なグループを独自のDiscourseインスタンスに入れるべきでしょうか?独自のインスタンスでのグループのより大きな制御と柔軟性と、すべてのグループを1つのインストールにすることと比較した場合の管理オーバーヘッドとの間にトレードオフがあるのではないかと疑問に思っています。

基本的に、マルチサイトモデルから始めるべきか、それともシンプルにするために1つから始めて、後でグループを独自のインストールにエクスポートすることを検討すべきか、ということです。前者の方が賢明な方法のように聞こえますか?

各コミュニティごとに個別のDiscourseを設置したマルチサイト構成を採用するのが良いと思います。最初は単一インスタンスで十分ですが、単一インスタンスで処理しきれないほどのユーザー数になったら、十分な収益が見込めるため問題にならないでしょう。

Setup Multisite Configuration with Let's Encrypt and no Reverse Proxy で説明されているセットアップは実際には非常に簡単です。データベースを頻繁に追加する場合は、launcherに任せる以外の方法を追加するかもしれませんが、開始するには十分でしょう。

各コミュニティを独自のワールドにしたい場合、単一の認証ソースを必要としない、または望まない可能性もあるため、私が最初に考えたよりも簡単な方法かもしれません。

サイトを20から始めるのか、2,000から始めるのかは不明です。20であれば上記のソリューションで十分ですが、2,000であれば、より洗練されたものが必要になるでしょう。