Qual è lo scopo della variabile d'ambiente DISCOURSE_HOSTNAME?

Ciao,
Ho fatto qualche esperimento con l’installazione di Discourse. Ho notato che, di default, il container Docker viene avviato con la variabile d’ambiente DISCOURSE_HOSTNAME. Ho provato ad avviare il container senza questa variabile e funziona comunque.

Ho cercato questa variabile nel repository del codice, ma i risultati non sono molto interessanti. (Repository search results · GitHub)

Qual è lo scopo di questa variabile d’ambiente?

Allo stesso modo, ho anche provato a rimuovere l’impostazione --mac-address dal comando run di Docker: l’app funziona come prima. Perché è necessario --mac-address?

Sono abbastanza sicuro che questo faccia apparire hostname nel file config/discourse.conf. Ti consiglio di impostarlo sempre.

--mac-address è per me un po’ misterioso. Penso che abbia a che fare con qualcosa relativo alla loro hosting interna. Sono quasi certo che sia sicuro lasciarlo vuoto.

Gli indirizzi MAC coerenti sui container ci fornirebbero indirizzi IPv6 coerenti per i container, il che è utile quando si sostituiscono i container durante un deployment.

Non credo che venga utilizzato per altro.

Puoi saltarlo se non ne hai bisogno.

Oh, oh! Il mistero è stato risolto! E l’opportunità di vedere Matt Palmer! Se avessi 100 like, li userei qui.

@pfaffman Potresti dirmi qualcosa in più sul file config/discourse.conf? Qual è il suo scopo? Ho visto alcuni riferimenti ad esso su Internet, ma sembra essere qualcosa di simile a containers/app.yml?

Cosa succederà in pratica se non fornisco DISCOURSE_HOSTNAME?

Un’altra cosa che ho notato: per impostazione predefinita, Discourse viene eseguito anche con la variabile d’ambiente DOCKER_HOST_IP. Anche in questo caso, l’ho rimossa e Discourse funziona correttamente. Immagino che questa venga utilizzata in qualche modo durante il processo di aggiornamento. È corretto? Se non ho intenzione di aggiornare Discourse tramite l’interfaccia web, suppongo che non mi serva…

Visto che mi hai chiesto specificamente… diciamo che è lì che Rails ottiene la sua configurazione. Non è una risposta molto buona, ma è la migliore che posso darti gratuitamente. Tuttavia, qui stiamo ricevendo delle risposte davvero eccellenti, quindi forse ne otterrai una migliore. :wink:

Non lo so, ma non c’è molta ragione per scoprirlo. O funzionerà, o un giorno fallirà senza che tu abbia una ragione e nessuno altro la avrà.

E, dalla mia esperienza, accadrà durante le tue vacanze di Natale e uno dei tuoi siti più importanti sarà offline per 18 ore finché non rinuncerai e riconfigurerai il sito da zero.