可能性は低いです。これは、おそらく一度しか行わないことであり、すでに app.yml をいじっているときに行うことでしょう。
ただし、standalone.yml に追加する PR を作成することを検討します。
そして、これが実装されれば、ずっと簡単になります!
可能性は低いです。これは、おそらく一度しか行わないことであり、すでに app.yml をいじっているときに行うことでしょう。
ただし、standalone.yml に追加する PR を作成することを検討します。
そして、これが実装されれば、ずっと簡単になります!
ありがとうございます。ローカルで templates/web.letsencrypt.ssl.template.yml を変更していましたが、これでずっと楽になります!
(OG)ホスト名を含める必要がありますか、それともエイリアスのみですか?
エイリアスのみ。ホスト名はホスト名です。
こんな感じですか?
env:
DISCOURSE_HOSTNAME: domain.com
DISCOURSE_HOSTNAME_ALIASES: www.domain.com,otherdomain.org,www.otherdomain.org
「エイリアス」の意味について哲学的に考察した結果、私のサイトにつながる両方のURL、nzarchitecure.net.nzとwww.nzarchitecture.net.nzを含めましたが、明白な悪影響はなく(そしておそらく利点もありませんでした)。
standalone.yml を、実行中の Discourse インスタンス内の管理者設定によって変更したり、読み取らせたりすることはできますか?
もし可能であれば、それは新規ユーザーやドメイン移行またはエイリアス追加を検討しているユーザーにとって非常に役立ちます。調査やトラブルシューティングの頭痛の種が一つ減ります。
いいえ。コンテナ内で実行されているジョブが app.yml のようなものを変更できるとしたら、それは非常に悪いことです。実際、S3 キーのようなものを yml ファイルに配置することは、Discourse インターフェイスから隠すことができるため、良いセキュリティプラクティスです。
これもまた、ドメインのリダイレクトが必要な変更を行うことは非常にまれであり、DNS 設定のような他のものも必要になります。それを行うべきなのは Discourse をセットアップするときであり、Discourse をセットアップするときは yml ファイルをいじっています。