Tenho feito alguns experimentos com a instalação do Discourse. Percebi que, por padrão, o container Docker é iniciado com a variável de ambiente DISCOURSE_HOSTNAME. Tentei iniciar o container sem essa variável e também funcionou perfeitamente.
Da mesma forma, também tentei remover a configuração --mac-address do comando run do Docker — o aplicativo funciona como antes. Por que --mac-address é necessário?
Tenho quase certeza de que isso faz com que hostname apareça no arquivo config/discourse.conf. Recomendo que você sempre o configure.
O --mac-address é um pouco misterioso para mim. Acredito que tenha a ver com algo em sua hospedagem interna. Tenho quase certeza de que é seguro deixá-lo de fora.
@pfaffman Você poderia dizer algo mais sobre o arquivo config/discourse.conf? Qual é a sua finalidade? Vi algumas referências a ele na internet, mas parece ser algo semelhante ao containers/app.yml?
O que acontecerá na prática se eu não fornecer DISCOURSE_HOSTNAME?
Outra coisa que percebi: por padrão, o Discourse também é executado com a variável de ambiente DOCKER_HOST_IP. Novamente, removi e o Discourse funciona perfeitamente. Suponho que ela seja usada de alguma forma durante o processo de atualização. Está correto? Se não planejo atualizar o Discourse via interface web, imagino que não precise dela…
Já que você me perguntou especificamente… mais ou menos, é onde o Rails obtém sua configuração. Não é uma resposta muito boa, mas é a melhor resposta gratuita que tenho. Mas estamos recebendo algumas respostas gratuitas realmente ótimas aqui, então talvez você obtenha uma melhor.
Eu não sei, mas não há muita razão para descobrir. Ou funcionará, ou falhará um dia e você não terá motivo algum para saber o porquê, e ninguém mais também.
E, na minha experiência, isso acontecerá durante suas férias de Natal e um dos seus sites mais importantes ficará fora do ar por 18 horas, até que você finalmente desista e reconfigure o site do zero.