私もこれに賛成です。docker-composeは100%良いでしょう。Dockerとdocker-composeの速習コースを見たばかりです。もしDiscourseがdocker-composeを使用していれば、投稿する必要もなくこの問題を解決できたはずです。
docker-composeはlauncherが行うような重労働のすべてを行いますが、docker-composeを使えばネットワークやブリッジを簡単に設定できたでしょう。
同意します。私もコンテナを使用しています。純粋なLXCコンテナです。追加ソフトウェアは不要です。しかし、それほど単純ではありません。例えば、私のサーバーの一つにはブロンズパッケージがあり、これは基本的に開発者向けです。安価で簡単なセットアップです。支払いが確認されると、メインサーバーはユーザーの選択に基づいてlxcコンテナまたはVMを作成するリクエストを受け取ります。当然、ドメイン名が必要か、カスタムサブドメインがサーバー（lxc/vm）に発行されます。また、ユーザーは独自のネットワークを設定するように求められますが、これはメインネットワークからアクセスできず、その逆も同様です。基本的に小さなAWSのようなものです。
開発においては、Dockerはラップトップや開発目的で、メインのコンピューターファイルと開発ファイル（ネットワークを含む）を分離するのに役立つでしょう。
個人的にDiscourse/rails/emberで何かを開発したことがないので、同意も反対もできません。それは私の範囲外であり、開発者がそれが簡単だと言うのであれば、知らないことに対して異議を唱える立場にはありません。
これが私の問題です。利用可能なすべてのフォーラムソフトウェアについて十分すぎるほど調査し、いくつか使用しました。
私の選択肢は2つのフォーラムに絞られました。
- Discourse
- Flarum
私は、あらゆる側面で最高のフォーラムソフトウェアとしてDiscourseを選びました。また、Dockerの経験もNginx Reverse Proxy Managerしかありませんでした。
.ymlファイルにいくつかの情報を入力してdocker-compose up -dを実行すればよいと思っていました。それは間違いでした。
現在抱えている問題は解決できますが、解明するには時間がかかるでしょう。
私はFlarumを使用することを拒否します。なぜなら、多くのプラットフォームでDiscourseを使用しており、他の優れたフォーラムソフトウェアに対して失礼なことを言うつもりはありませんが、Discourseは市場で最高のフォーラムだからです。
docker-composeへのアップグレードが役立つかもしれません 