Bonjour, cela fait longtemps que je n’ai pas essayé de configurer quoi que ce soit de ce genre (je configurais autrefois des choses comme PHPNuke et autres), après avoir un peu cherché, il semble que Discourse soit l’une des meilleures plateformes de forum disponibles.
Les instructions pour l’installer sont très peu claires pour moi, et je ne suis même pas sûr de pouvoir l’installer sur l’hébergement web loué car cela semble nécessiter sudo/root, ce que je n’ai pas… est-ce exact ?
(louant un hébergement web chez NFOServers.com) Je me connecte à l’hébergement web via Putty SSH.
Quelqu’un peut-il me dire si c’est possible ou non, et si oui, me pointer vers des instructions plus détaillées pour mon cas (plutôt que d’héberger sur ma propre machine Linux… ?).
Vous avez besoin des privilèges root et de la possibilité d’installer Docker. Je n’ai pas lu la documentation récemment, mais je pensais que c’était clair.
Si ce n’est pas le cas, comment pourraient-ils être plus clairs ?
Pourquoi est-ce le cas ? Il n’y a aucune raison technique d’exiger un accès root. Ne serait-il pas possible d’avoir un fichier docker compose ou similaire comme d’habitude ? Cela brise la compatibilité avec tout type d’environnement d’entreprise, et des solutions comme podman et Kubernetes.
La beauté des conteneurs est qu’ils sont évidents à déployer, car ils sont empaquetés dans un format standard, sans avoir besoin de s’appuyer sur des outils externes spécifiques au fournisseur, ce qui est ce qui se passe ici. Les développeurs se soucient de rendre les choses aussi faciles que possible pour les administrateurs système en fournissant un outil pour les soutenir, mais en le rendant obligatoire, ils rendent leur tâche plus difficile.
L’image Bitnami sur DockerHub a deux fois plus de téléchargements. Je me demande si c’est parce qu’ils sont correctement empaquetés (un conteneur pour chaque service, pas plusieurs services regroupés dans un seul conteneur opaque) et peuvent être exécutés à l’aide d’un fichier compose.
Une explication est que lorsque le projet a démarré, docker-compose n’était pas vraiment viable, alors ils ont développé leur propre lanceur. C’est ce qu’ils utilisent pour leur hébergement et il n’y a aucune raison de le changer. La documentation d’installation fonctionne incroyablement bien pour les personnes qui ne connaissent absolument rien à l’administration système.
[quote=“Francesco Frassinelli, post:3, topic:183600, username:frafra”]
L’image Bitnami sur DockerHub a deux fois plus de téléchargements. Je me demande si c’est parce qu’ils sont correctement packagés (un conteneur pour chaque service, pas plusieurs services regroupés dans un seul conteneur opaque) et peuvent être exécutés à l’aide d’un fichier compose.
[/quote] Je le soupçonne. Et ils semblent fonctionner pour beaucoup de gens, mais si vous faites partie de ces gens et que quelque chose se passe mal, vous ne pouvez pas obtenir (beaucoup) d’aide ici car ce n’est pas ce que les gens ici connaissent. Il n’est pas clair (pour moi en tout cas) quel type de support ils peuvent obtenir ailleurs, mais il y a souvent des échanges comme “Pour résoudre ce problème, faites simplement X” suivi de “Je ne peux pas faire X car j’utilise Bitnami et je ne sais pas comment faire ça.”
Cela dit, j’ai commencé à travailler sur la création d’images très similaires aux images prises en charge mais qui peuvent être déployées avec docker compose et des outils similaires. J’ai récemment envisagé de les rendre aussi compatibles que possible avec l’image Bitnami afin qu’il soit facile de passer de l’une à l’autre. Ce que j’ai n’est pas encore tout à fait prêt pour que quelqu’un l’utilise, car je suis encore en train de changer les choses ; je ne sais pas si ce sera dans quelques mois ou quelques années.
Merci Jay pour votre réponse rapide sur une discussion aussi ancienne et pour le lien intéressant.
J’ai essayé les images Bitnami, mais il y a quelques bugs, et j’ai arrêté de les signaler quand j’ai lu qu’ils ne lisaient tout simplement pas les problèmes. C’est pourquoi je préférerais utiliser la configuration officiellement prise en charge et même y contribuer, comme je l’ai souvent fait avec d’autres projets open source. Je serais ouvert à tester et à contribuer à la configuration Docker sur laquelle vous travaillez, si vous pouvez la partager et pensez qu’il serait bon de l’ouvrir aux discussions et aux contributions.