Não é provável. É o tipo de coisa que você provavelmente fará exatamente uma vez, e fará isso quando já estiver mexendo com o app.yml.
Vou ver se faço um PR que o adicione ao standalone.yml, embora.
E com isso implementado, isso é muito mais simples!
obrigado por isso, eu tenho modificado localmente templates/web.letsencrypt.ssl.template.yml, mas isso torna minha vida muito mais fácil!
Precisamos incluir o nome de host (OG) nisso, ou apenas os aliases?
Apenas os aliases. O nome do host é o nome do host.
Então, assim?
env:
DISCOURSE_HOSTNAME: domain.com
DISCOURSE_HOSTNAME_ALIASES: www.domain.com,otherdomain.org,www.otherdomain.org
Refletindo filosoficamente sobre o significado de ‘alias’, incluí ambos os URLs que quero que levem ao meu site: nzarchitecure.net.nz e www.nzarchitecture.net.nz sem efeitos negativos óbvios (e presumivelmente nenhum benefício também).
O standalone.yml pode ser alterado ou configurado para ler as configurações do administrador em uma instância em execução do Discourse? Se sim, isso seria uma grande ajuda para novos usuários e para aqueles que buscam migrar domínios ou adicionar aliases - menos uma dor de cabeça para pesquisar e solucionar problemas.
Não. Seria muito ruim se os trabalhos em execução no contêiner pudessem alterar coisas como app.yml. Na verdade, uma boa prática de segurança é colocar coisas como chaves S3 no arquivo yml para que elas fiquem ocultas da interface do Discourse.
Novamente, é muito raro que você faça alterações como quais domínios precisam ser redirecionados, e eles exigem outras coisas, como configurações de DNS. A hora de fazer isso é quando você configura o Discourse, e quando você configura o Discourse, você mexe com o arquivo yml.