こんにちは、Discourse のインストールについて少し実験しています。デフォルトでは Docker コンテナが DISCOURSE_HOSTNAME 環境変数付きで起動することに気づきました。この環境変数なしでコンテナを起動してみましたが、問題なく動作しました。
コードリポジトリでこの環境変数を探してみましたが、特に興味深い結果は得られませんでした。（Repository search results · GitHub
この環境変数の目的は何でしょうか？
同様に、Docker の run コマンドから --mac-address 設定を削除しても試してみましたが、アプリは以前と同じように動作します。なぜ --mac-address が必要なのでしょうか？
config/discourse.conf ファイルに hostname が表示されるのは、ほぼ間違いありません。常に設定することをお勧めします。
--mac-address については、私にもよくわかりません。おそらく、彼らの内部ホスティングに関連する何かだと思います。これを省略しても安全であることは確信しています。
コンテナの一貫した MAC アドレスがあれば、一貫したコンテナの IPv6 アドレス が得られます。これはデプロイ中にコンテナを置換する際に役立ちます。
他の用途には使われていないと思います。
必要ない場合は省略できます。
おおお！謎が解けた！そしてマット・パーマーに会えるチャンスだ！もしいいねが100回あれば、ここで使いたいところだけど。
@pfaffman config/discourse.conf ファイルについて、もう少し詳しく教えていただけますか？その目的は何でしょうか？インターネット上でいくつかの言及を見ましたが、containers/app.yml と似たようなもののように思えます。
実際には、DISCOURSE_HOSTNAME を指定しなかった場合、どうなるのでしょうか？
もう一点気づいたのですが、デフォルトでは Discourse が DOCKER_HOST_IP 環境変数付きで実行されています。これも削除しましたが、Discourse は問題なく動作しています。これはおそらくアップグレードプロセスで何らかの形で使われているのでしょう。合っていますか？Web UI 経由で Discourse をアップグレードする予定がなければ、これはいらないと思います。
私に直接ご質問いただきありがとうございます… まあ、おおよそですが、Rails が設定を取得する場所です。あまり的確な回答ではありませんが、今すぐ思いつく最善の回答です。ただ、ここでは非常に素晴らしい回答が多数寄せられていますので、より良い回答が見つかるかもしれません。
私にはわかりませんが、それを確かめる理由もあまりありません。動作するか、ある日突然失敗するかでしょう。その場合、原因も不明で、他の誰にも理由がわからないままです。
そして、私の経験上、そのような問題はクリスマスの休暇中に発生し、最も重要なサイトのいずれかが、最終的に諦めてサイトを一から再設定するまで、18 時間ダウンすることになります。