-
-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Install on gandi simple hosting #217
Comments
Salut, |
Je viens de voir que la doc n'était pas à jour, je l'ai mise à jour, merci :) |
Après nos discussions sur le ticket #167 , j'ai testé aussi Simple hosting, mais avec un autre projet et en utilisant postgreSQL. J'ai rédigé ce tutoriel, qui doit pouvoir être adapté pour du MySQL aussi. Je voulais mettre un deuxième site, mais apparemment on ne peut avoir qu'un seul dépôt git pour une instance python. |
Salut @numahell et @JLuc . Ca rajoute en revanche la contrainte de devoir exporter la variable d'environnement suivante : Ca me parait plus propre comme ça mais ça peut encore évoluer :) Voilà :) |
Je pense que c'est une bonne pratique d'avoir un fichier de settings local à part et non commité, ça évite les erreurs. Je rajouterais De toutes manières, quoiqu'on fasse il faut indiquer quelque part dans quelle configuration on se trouve : dev, test, prod… donc l'indiquer au niveau du |
Sinon il y a |
I opened an instance of gandi python simple hosting platform.
Le dossier racine du site par défaut est
/srv/data/web/vhosts/default
. Il n'y a donc pas dewww
comme dans la doc d'install, mais je suppose quedefault
est l'équivalent dewww
. Il y a d'autre différences qui ont nécessité de petites adaptationsvhosts
n'est pas accessible en écriture donc j'ai fait le pytition_venv dansdefault
(avec du recul je comprend que j'aurais mieux du le mettre en dehors de l'espace accessible sur le web, par exemple dans/srv/data/home
où on peut écrire aussi )/srv/data/var/log/www/
existe bien mais il est réservé aux logs de gandi, et pip ne peut pas y écrire son fichier de log, ce qui déclenche une palanquée d'erreurs lors de l'install, mais ça ne bloque pas l'install. Peut-on/comment configurer la destination des logs ? cf piplogerrors.txtÀ cette étape, ç'a a l'air un peu en place puisque
django-admin --version
renvoie :2.2.11
Après c'est plus coton. Il n'y a pas de fichier
settings.py
à l'endroit indiqué par la doc d'install, et je n'en connais pas le format. Une recherche sur internet me donne des pistes. La doc pourrait elle donner un fichiersettings.py
exemple ? Est ce normal qu'il n'existe pas au début ? Je copie plus loin le fichier auquel j'aboutis après quelques recherches.J'ai alors galéré à essayer de trouver comment le faire prendre en compte pour
django-admin
car il y avait le message en rouge :Note that only Django core commands are listed as settings are not properly configured (error: No module named 'pytition').
. J'ai notamment essayé avecDJANGO_SETTINGS_MODULE='/srv/data/web/vhosts/default/pytition/pytition/pytition/settings.py'
et idem sans py, mais ça donné :Note that only Django core commands are listed as settings are not properly configured (error: Requested setting INSTALLED_APPS, but settings are not configured. You must either define the environment variable DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings.).
Puis j'ai vu qu'il était correctement positionné à l'intérieur même du code de
manage.py
alors j'ai laissé tomber le pb dedjango-admin
.Donc je fais
python3 manage.py migrate
, et j'ai l'erreur_mysql_exceptions.OperationalError: (1045, "Access denied for user 'hosting-user'@'localhost' (using password: NO)")
qui semble indiquer que le fichier de settings n'est pas pris en compte.Que faut il faire ?
mon my.cnf
Rq : j'ai au préalable créé la base de donnée.
mon settings.py :
The text was updated successfully, but these errors were encountered: