Aujourd’hui, j’ai installé Discourse sur un nouvel hôte, via Docker, plus ou moins via ce fil de discussion :
Le document pré-installation indique que Postgresql13+, Ruby 3.2+ et Redis 7 doivent être installés.
Ou en fait, il dit juste “Exigences logicielles”.
J’ai bien pg16 en cours d’exécution et j’ai installé Redis 7 via snap sur Rocky 9.
J’ai essentiellement copié les samples/standalone.yml et l’ai modifié, ajouté les paramètres du serveur de messagerie et des changements mineurs.
Lorsque je fais docker ps ou docker ps -a, je ne vois qu’un seul conteneur en cours d’exécution, le conteneur Discourse local.
Cela peut sembler une question stupide, mais le lanceur utilise-t-il un conteneur pg et un conteneur redis ou utilisent-ils les installations pg et redis de l’hôte ?
Il exécute son propre postgres/redis à l’intérieur du conteneur Docker principal. Je ne pense pas que vous ayez réellement besoin de Postgres, Ruby ou Redis installés sur l’hôte, mais je pourrais me tromper.
La prochaine question logique est donc : « comment faire pour qu’il utilise le pg et le redis de l’hôte ».
Je sais que je peux faire en sorte que pg et redis écoutent sur l’interface docker0, mais je suppose aussi qu’il doit y avoir une façon de configurer le conteneur discourse pour qu’il utilise cette adresse IP docker0 comme adresse IP du pg et du redis.
J’ai du mal à trouver « cet endroit unique » pour toute la documentation.
Peut-être devrais-je ouvrir un nouveau sujet ? Et où ?
Y a-t-il une raison spécifique pour l’utiliser avec le postgres de l’hôte ? Discourse devrait gérer les mises à niveau de postgres par défaut, vous pourriez donc finir par avoir une version de postgres incompatible si vous utilisez le postgres de l’hôte.