J’ai un peu expérimenté l’installation de Discourse. J’ai remarqué que, par défaut, le conteneur Docker est démarré avec la variable d’environnement DISCOURSE_HOSTNAME. J’ai essayé de démarrer le conteneur sans cette variable et cela fonctionne également très bien.
J’ai cherché cette variable dans le dépôt de code, mais les résultats ne sont pas très intéressants. (Repository search results · GitHub)
Quelle est l’utilité de cette variable d’environnement ?
De même, j’ai également essayé de supprimer le paramètre --mac-address de la commande run de Docker : l’application fonctionne comme avant. Pourquoi --mac-address est-il nécessaire ?
Je suis presque certain que cela fait apparaître hostname dans le fichier config/discourse.conf. Je vous recommande de toujours le définir.
L’option --mac-address reste un peu mystérieuse pour moi. Je pense qu’elle est liée à quelque chose dans leur hébergement interne. Je suis presque certain qu’il est sans danger de ne pas la spécifier.
Des adresses MAC cohérentes sur les conteneurs nous permettraient d’obtenir des adresses IPv6 de conteneurs cohérentes, ce qui est utile lors du remplacement de conteneurs pendant un déploiement.
Je ne pense pas qu’il soit utilisé pour autre chose.
Vous pouvez l’omettre si vous n’en avez pas besoin.
@pfaffman Pourrais-tu en dire plus sur le fichier config/discourse.conf ? Quel est son objectif ? J’ai vu quelques références à ce fichier sur Internet, mais il semble être similaire à containers/app.yml.
Que se passera-t-il concrètement si je ne fournis pas DISCOURSE_HOSTNAME ?
Autre chose que j’ai remarquée : par défaut, Discourse est également exécuté avec la variable d’environnement DOCKER_HOST_IP. Là encore, je l’ai supprimée et Discourse fonctionne parfaitement. Je suppose qu’elle est utilisée d’une manière ou d’une autre lors du processus de mise à niveau. Est-ce exact ? Si je ne prévois pas de mettre à jour Discourse via l’interface web, je suppose que je n’en ai pas besoin…
Puisque vous me posez la question spécifiquement… disons que c’est là que Rails récupère sa configuration. Ce n’est pas une très bonne réponse, mais c’est ma meilleure réponse gratuite. Cependant, nous recevons ici de très bonnes réponses gratuites, donc peut-être obtiendrez-vous une meilleure.
Je ne sais pas, mais il n’y a pas grand intérêt à le découvrir. Soit cela fonctionnera, soit cela échouera un jour et vous n’aurez aucune raison, et personne d’autre non plus.
Et, d’après mon expérience, cela arrivera pendant vos vacances de Noël et l’un de vos sites les plus importants sera hors service pendant 18 heures jusqu’à ce que vous renonciez enfin et reconfiguriez le site à partir de zéro.