Installation automatisée sur serveur mutualisé #167
Comments
|
Bonjour @ThierryM En effet, bonne idée, ça serait pas mal que Pytition soit plus facile à installer via des initiatives comme YunoHost, Cozy Cloud ou Softaculous. |
|
Docker répond clairement à ce type de besoin, auquel il me paraît effectivement essentiel de répondre pour simplifier le déploiement du logiciel et donc le populariser. Une partie du travail semble avoir été réalisé avec un Dockerfile, je pense qu'il serait utile de fournir également une image Docker déjà construite, par exemple via Docker Hub. |
|
Salut @johanricher , en effet Docker aide. |
|
Salut, ok oui je vais créer un ticket. 👍
Pouvoir installer le logiciel sur n'importe quel OS avec une seule commande, ça aide tout le monde. J'en ai personnellement fait l'expérience en facilitant l'installation d'un logiciel Java sur Windows avec un simple double-clic sur un fichier .bat. 👉 http://commons.digitaltransport.io/conveyal-analysis-docker/ |
|
Hello ! Je me permets un petit commentaire sur docker en tant qu'outil pour déployer une application web sur un serveur exposé sur les z'Internet, ayant pour ma part eu une très mauvaise expérience avec.. Il faut savoir qu'hoster un truc avec docker, c'est lui permettre de bidouiller iptables pour faire absolument ce qu'il veut (ça parait assez évident quand on considère ce qu'il est capable de faire, mais je ne m'étais jamais posé la question avant d'y être confronté) Ce qui revient donc à perdre complètement la maitrise sur son firewall, ce qui est un peu problématique Si je me souviens bien, la manière la plus sure de prévenir ça est lui clouer le bec, mais alors il faut créer soi-même les règles qui vont bien (ce qui fait perdre beaucoup de son coté pratique à Docker, et devient assez compliqué quand on a des containers qui doivent discuter entre eux, par exemple) Je crois qu'il y a des moyens moins radicaux d'aboutir au même résultat, mais n'étant pas expert ... bien sûr, j'ai appris tout cela à mes dépends, le jour où j'ai réalisé que la base PostgreSQL qui tournait dans son petit container (qui communiquait avec un autre container contenant mon appli) avait son port ouvert à toute la planète, qui ne s'était pas privée de venir l'attaquer pour me rançonner 👀 Je vois que Pytition a un petit docker-compose avec une image postgres, et j'imagine bien qu'une configuration retenue pourrait être exactement celle que j'avais mise en place moi-même (un container appli avec un Dockerfile "maison" en réseau avec un container database avec une image officielle de postgres, mysql, mariadb ou autre), alors je préfère prévenir ^^ Pour ma part, je n'avais strictement rien à faire des données que j'ai perdues, mais j'imagine que ce ne sera VRAIMENT pas le cas de ceux qui utilisent Pytition TL;DR Docker c'est cool sur une machine isolée, mais avant de le mettre sur un serveur, il faut VRAIMENT savoir ce que l'ont fait 😞 |
|
Je partage un peu l'avis de @theenglishway . Mais je pense que ça n'est pas une bonne idée d'utiliser Docker en production. Sauf a vraiment vraiment savoir ce qu'on fait, mais du coup Docker a moins d'intérêt. Surtout quand on commence à fournir des images Docker Hub.
PS : tout ça ne veut pas dire que je ne veux pas d'image Docker ou de Dockerfile pour Pytition. Juste que je pense que je ne les mettrai pas en avant dans la future documentation comme les meilleurs moyen pour mettre Pytition en production. |
|
Intéressant.. |
|
Pour revenir sur le sujet du déploiement, est-ce que ça ne faciliterait pas grandement les choses de passer sur du SQLite ? Suite à notre discussion de l'autre jour, @fallen, j'avais été jeter un œil à la doc' et en fait, bah... c'est beaucoup, beaucoup moins limité que ce que je pensais (je crois qu'on peut meme dire : "pas du tout limité") : https://www.sqlite.org/fullsql.html Il y a juste quelques petits trucs relous, genre le support incomplet des ALTER TABLE (mais il me semble que ça n'empeche pas Django de faire sa tambouille sur les migrations) ou qqes features désactivées par défault "for legacy reasons", comme les contraints Foreign Key, qui s'activent avec une directive pragma (l'ensemble de la documentation est hyper impressionnant, leurs méthodes de développement aussi) Bref, c'est peut-être une voie à considérer, si "être plus facile à déployer" devient un critère important |
|
Hello, Juste un mot sur docker, en effet le but du Dockerfile actuel est surtout pour faciliter la contribution au développement, pas à des fins de mise en production (en tous cas quand je l'ai fait c'était l'idée, n'étant pas Devops, et donc c'est clairement perfectible :) ) Pour la base de données, je serais plus pour conseiller plutôt PostgreSQL que Sqlite ou MySQL, ou du moins par défaut, car ça me paraît plus sécurisé. |
|
+1 pour faciliter l'installation facile sur des hébergements mutualisés. |
|
Est-ce qu'on peut / Quelqu'un a t il installé / pytition sur un mutu OVH pro par exemple ? |
|
Pour le moment, l'offre OVH pro ne semble pas proposer de python, seulement php. Et sinon il y a les offres cloud web qui proposent du python. À voir aussi tout le comparatif. |
|
Sisi sur les mutu pro actuellement proposés, il y a Python (cgi) (il faut cliquer "voir plus"). Par contre il y a git. J'ai donc git cloné pytition et django mais après je bloque. J'ai une longue expérience de dev php notamment, mais juste une mini expérience avec python. Je ne connais pas django et rien de son système de plugins et de l'environnement python. Le récit de ce que j'ai fait pour l'instant : http://pastebin.fr/61706 PS : Je vois que c'est python2.7 . Je suis un peu comme http://community.ovh.com/t/installer-un-site-django-python-3-sur-un-herbergement-mutualise/5383/12 Il y est dit qu'on peut activer python3 et effectivement j'ai pu le faire en suivant les indications, mais « OVH indique que Python3 n'est supporté qu'en mode 'ligne de commandes' » ce qui fait qu'une fois installé par SSH, ça pourra pas servir pour http... En attendant, quel seraient des hébergements standards plutôt minimaux proposés clé en main par des prestataires et permettant de "simplement" suivre les instruction actuellement proposées pour installer pytition ? |
|
Pour créer virtualenv, tu peux essayer d'utiliser maintenant venv: Mais si setuptools n'est pas installé, pas sûre que ça fonctionne. PS : Mince c'est vraiment python2.7 ? Étonnant que python3 ne soit pas installé, on est en 2020 et python2 n'est plus supporté depuis janvier dernier. Mais bon, on sait jamais :) Pour OVH, il faut attendre un peu, d'après ce que je sais d'une personne qui y travaille, les offres de Webhosting vont évoluer. Pour les autres hébergements, j'ai regardé suuuper rapidement, à première vue tout le monde est pareil : infomaniak, hertzner ont bien du python, mais seulement en CGI : pas sûre qu'il y ait du WSGI. Sinon il y a les plateformes PAAS comme Heroku ou Clever cloud. Mais je ne suis pas admin sys, quelqu'un aura un avis plus éclairé que moi sur la question :) |
@JLuc , désolé mais je ne suis pas allé plus loin (manque de compétences). Pour info, même problème pour déployer un Framaforms même si là ça semble plus abordable (https://framacolibri.org/t/framaforms-probleme-installation/7288) |
|
Sur gandi simple hosting ça a l'air possible avec un Simple Hosting python. J'ai ouvert une instance gratuite pendant un mois pour essayer. C'est bien python 3 et il y a bien virtualenv et pip3 donc on se rapproche du scénario proposé. Il y a des différences : pas de répertoire www mais un web/vhosts/default par exemple ... alors j'ai adapté. |
|
Quelqu'un a-t-il réussi à installer pytition sur un hébergement o2switch ? J'ai presque réussi à tout installer via le Setup Python App de cPanel et mais impossible d'accéder à static et mediaroot. On ne peut pas accéder à la configuration Apache ... Du coup, c'est mort ? |
|
Bonjour @iomago, si on ne peut pas personnaliser le contenu du fichier de conf Apache/Nginx je pense que ça n'est pas possible. |
|
Merci, je vais explorer ça. |
|
@iomago top, n'hésite pas à venir poster ici le résultat de ton test, que ça soit positif ou négatif :) Ca m'intéresse ! Merci ! |
Bonjour,
Je suis gestionnaire de quelques sites Internet pour des associations sur des serveurs mutualisés (où on n'a pas le loisir d'installer ce que l'on veut). Souvent, je rajoute des applications web (Framadate, LimeSurvey, ... par exemple) car les hébergeurs proposent l'outil Softaculous. L'inconvénient avec cette méthode, c'est qu'on est tributaire de Softaculous qui doit rajouter l'application désirée dans son catalogue.
J'ai aussi installé des applications comme SACoche (en suivant cette procédure simplifiée) en téléversant les fichiers de l'application dans un dossier du serveur et lors de la première connexion, on indique les paramètres nécessaires à l'installation. C'est vraiment très pratique et accessible.
Bref, pour démocratiser Pytition, une installation automatisée serait vraiment un plus. De plus, ça permettrait de tester sur son propre hébergement.
En vous remerciant pour votre travail et votre partage, cordialement,
Thierry
The text was updated successfully, but these errors were encountered: