Instructions d'hébergement peu claires - est-il possible d'installer sur un hébergement web loué sans sudo ?

Hi, its been a long time since I tried to setup anything like this (used to setup things like PHPNuke and whatnot back in the day), a bit of looking around and it seems Discourse is one of the better forum platforms around.

The instructions for installing this are super unclear to me, and I’m not even sure I can install it on the rented webhosting because it seems to require sudo/root which I do not have… is this accurate?

(renting webhosting from NFOServers.com) I’m connecting to the webhosting via Putty
SSH.

Can anyone tell me if this is a thing or not, and if so point me to where I can find a bit more detailed instructions for my scenario (rather than hosting on my own linux machne…?).

Thanks!

You need root privileges and to be able to install docker. I haven’t read the docs lately, but I thought that was clear.

If not, how could they be more clear?

3 « J'aime »

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.

Pas facilement. Voir Can Discourse ship frequent Docker images that do not need to be bootstrapped?

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.

2 « J'aime »

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.