Actuellement, Discourse est hébergé dans Docker par nginx ! mais vous pourriez ajouter une option dans discourse-setup où, au lieu de nginx, Discourse lui-même s’exécute (pour que Discourse soit accessible via :3000)… De plus, une autre option dans l’installateur pourrait permettre à Discourse de s’exécuter sur un port autre que 3000 ! L’EXPOSE sera automatiquement ajusté en conséquence ! Discourse pourrait alors être accessible via un proxy inverse sur un domaine.
1 « J'aime »
Encore une fois : cela peut déjà être fait. C’est une tâche vraiment triviale.
1 « J'aime »
Oui, mais il devrait être possible de le faire sans configuration majeure
1 « J'aime »
Ce n’est pas une configuration majeure. C’est juste une autre configuration typique d’hôte virtuel que vous devez faire à chaque fois, quel que soit ce qui écoute en backend ; WordPress, Moodle ou Discourse sous Docker. Plus un changement vraiment mineur dans app.yml : le port sur lequel Discourse écoutera.
2 « J'aime »
Quelle variable dans de app.yml serait-ce ?
1 « J'aime »
Comme vous l’avez dit ici Content Security Policy: The settings of the page have blocked the loading of a resource ("script-src") - #19 by Justman10000, vous ne devriez exposer que 90:80.
1 « J'aime »
discourse-setup est conçu pour ne prendre en charge que les installations les plus basiques. Si vous faites quelque chose comme utiliser un proxy inverse, on suppose que vous en savez suffisamment sur le fonctionnement des choses qu’il est plus facile d’utiliser un éditeur de texte que d’exécuter un script qui pose un tas de questions.
4 « J'aime »