Dockerイメージ discourse/discourse は安全で本番環境対応とみなされますか?

こんにちは!
助けをしてくれた皆さん、特に @featheredtoast さんに感謝の意を表したくて、あえて登録しました。
ほぼ動作するところまでいったのですが、メール送信が機能しませんでした。
Caddy をリバースプロキシとして使用していることが原因だと思われます。

そのため、現在は Docker Compose 環境内の他のサービスとは別に Discourse を使用しています。

Caddy と連携させる方法をご存知でしょうか?ソケット経由の例を使用する必要があると思うのですが、Docker Compose の Discourse 設定内の app.yml をどのように修正すればよいかわかりません。

よろしくお願いいたします - Y

Caddy が送信するメール自体をプロキシしているわけではない限り、それは関係ないと思います。

ソケット経由にする必要はありません。Docker の名前や IP アドレスを直接参照すれば大丈夫です。Discourse working with jwilder /nginx proxy & acme-companion - #7 by Steve_Emerson には、ソケットテンプレートを使用する方法やその他の詳細について記載されています。

結論から言うと、docker-compose 単体ではできません。これは実現してほしい機能ですが、現在の計画では、誰でもカスタマイズしたベースイメージを作成し、それを公開してコミュニティの発展に貢献できるようにすることを目指しています。プラグインの構築には、プラグインのクローン取得、bundle install、npm の実行、そして Ember の再コンパイルが必要です。これらを起動時に行うべきではありません。

そのため、このアプローチの目的の一つは、discourse/discourse と同様に、サポートされている Discourse バージョンと同じ app.yml を使用してイメージを構築できるようにすることです。

サンプルとして、私は個人的なイメージを resenha を使って構築しています。これは、コアの app.yml を更新してプラグインを含める こちら の設定を行い、その後、外部(公開!)の Docker レジストリにプッシュするものです。

外部メールサービスを使用している場合、Caddy リバースプロキシが問題である可能性は低いと思います。現在のランチャービルドとは異なり、discourse/discourse はメール環境変数の設定について促すことはありません(ただし、設定は依然として必須です)。まずはそれらを確認することをお勧めします。

「いいね!」 2