Deployment

[jmclem]

set up the deployment strategy for the project.

[Luthaf]

Pour tester les versions beta, j'avais pense utiliser alwaysdata qui proposent des comptes gratuits.

Et pour les versions stables, les VPS de PulseHeberg avaient l'air pas mal. Il faudra aussi voir avec @crep4ever pour le nom de domaine.

[jmclem]

• alwaysdata : n'autorise pas le démarrage de process longs (notre processe de jobs)
• je viens de tenter heroku (http://songbook-web.herokuapp.com/en/songs/); on a là encore le problème de démarrer le processtasks. D'autre part, l'upload direct des fichiers de chants (songbook-data) vers le serveur heroku n'est pas trivial; il faudrait bidouiller en les mettant... en sub-module ;)

[Luthaf]

Sur Heroku, les dyno ne feraient pas l'affaire ? Ou bien nous n'y avons pas accès ?

Et pour les hébergeur Django-friendly, celui-ci a l'air pas mal aussi : https://www.pythonanywhere.com/. On peut y faire tourner des taches longues, et on a une tache programée par jour.

Sinon, je peut demander gentiment a des amis qui ont des serveurs perso si on ne peut pas les utiliser pour la beta.

Et si on est vraiment désespéré, on peut regarder du cote des offre VPS gratuites ou pas chères

• http://www.vps.me/free-vps
• http://www.yocats.com/
• http://www.freeservers.me/index.html
• http://www.host1free.com/

[jmclem]

Sur Heroku, les dyno ne feraient pas l'affaire ?

on a un dyno avec les comptes gratuits, plus en payant. Le problème du process_tasks est qu'il ne me paraît pas possible de démarrer un démon 'comme ça'.

Pour être honnête : heroku me paraît très bien. Il faut chercher un peu pour établir le lien avec les fichiers, mais pour le déploiement, génial je pense.

Pour la béta, j'ai la possibilité d'un serveur, pas de pb de ce côté.

Je regarde juste les possibilités d'avoir qqc de partagé, et, au delà ce ça, qu'est ce qui sera possible pour la prod. Je continue à essayer et investiguer, et rapporte ici ce que je vois.

On va de toute manière se retrouver confronté à un moment à la question du coût de l'hébergement : combien et qui paye ? Faisons nous un appel à dons pour financer le service ?

[Luthaf]

Pour le coût, je veux bien payer s'il faut avancer des sous. Et je pensais en effet faire un appel aux dons, du même style que celui sur Pyromath.

D'autre part, si on a une beta cool et sexy, on peut écrire aux groupement nationaux du scoutisme français pour leur donner l'adresse et leur demander de l'aide sur trois points :

• une aide pour l’hébergement ;
• une aide financière ;
• une aide légale, pour négocier des contrats avec les ayants droits.

J'attends juste que la beta soit déployée pour l'envoyer a mon territoire voir ce qu'ils en pensent ; puis au national SGDF dans un premier temps.

[jmclem]

Ok, je mets la beta sur un serveur en priorité; on continuera à tester des hébergements plus définitifs ultérieurement.

[Luthaf]

Pour commencer a préparer une mise en production, on peut bouger la SECRET_KEY et le DEBUG=True dans les réglages locaux.

[Luthaf]

Alors, un mois après, des nouvelles du déploiement ? Je pense que mon boulot sur songbook-core arrive à sa fin, je vais pouvoir repasser à plein temps sur le web =)

[jmclem]

J'avais commencé, puis ai dû m'arrêter pour diverses raisons personnelles. Je finis ça, aujourd'hui j'espère.

[Luthaf]

Je propose de desactiver les inscriptions sur la beta, simplement en modifiant le fichier urls.py pour router les demandes vers register sur denied ; et gerer les inscriptions a la main via l'interface d'administration. Qu'en pensez-vous ?

[jmclem]

D'accord.

[Luthaf]

C'est fait : f88f644

[jmclem]

Le comportement pour le register est étrange : en rechargeant la page http://91.121.166.131/en/user/register , on alterne entre la page 'denied' et la page 'register'; as-tu une explication?

Passer en Debug = False génère des 400 à tour de bras, je ne sais pas pourquoi. Pour l'instant, je laisse comme ça, je re-regarde plus tard.

Sinon, j'ai configuré le daemon pour la génération des pdfs, ça devrait fonctionner.

Si tu as besoin, n'hésite pas à te connecter sur le serveur; tu peux te créer un utilisateur pour l'app avec manage.py createsuperuser, faire les pull et autres modifs.

[Luthaf]

Ok, merci =)

Pour les erreurs 400, c'est peut-être pour ça : http://stackoverflow.com/questions/19875789/django-gives-bad-request-400-when-debug-false. J'ai changé le reglage mais je n'ai pas relancé Django.

[jmclem]

Bien vu! C'est relancé et ça marche :)

[Luthaf]

Autre erreur, l'acces aux paroles de chansons renvoie une erreur 500.

Au passage, il nous faudra mettre des templates 404, 500, et peut-être pour quelques autres erreurs.

[jmclem]

Ok, c'est réparé pour le 500. J'ai fait deux pages ultra simplistes pour les 404 et 500; faudra améliorer (voir #48)

[Luthaf]

On est bon pour le déploiement de la beta, je laisse cette issue pour discuter de la suite (version finale)

[Luthaf]

Je me suis amuse a tester un déploiement complètement diffèrent de la bêta : a l'adresse 212.83.177.52 le site tourne avec :

• nginx
• uWSGI
• PostgreSQL

Et tout semble fonctionner. Si besoin, ce serveur pourra être le serveur de production.

[jmclem]

cool, ça marche même très bien - bon, le test est vite limité sans pouvoir se connecter, mais ça semble rapide.

[Luthaf]

Pour la vitesse j'ai les logs, je pourrai faire des stats quand il y aura suffisamment d’entrées.
Si tu veux te connecter, j'ai crée un utilisateur user avec le même mot de passe que sur ton serveur.

[jmclem]

Pour info : j'avais créé un script pour le process de rendering : https://github.com/patacrep/songbook-web/blob/master/scripts/songbook_bg_tasks_worker.sh

Sur le serveur, je l'appelle dans le crontab de www-data avec

@reboot /home/songbook-web/www/songbook-web/scripts/songbook_bg_tasks_worker.sh

comme ça, il est démarré à chaque reboot.

[Luthaf]

J'ai aussi essayé avec une autre méthode : j'ai fait un fichier de service dans /etc/init.d/, avec daemon, ce qui me permet de gérer les droits avec lequel le script est lancé. Je ne sais pas si une solution est plus pratique que l'autre.

[Luthaf]

Étant donné que je vais être loin de mon clavier pour les 5 prochaines semaines, je pense que le déploiement final se fera fin aout, sauf si vous préférez que je le fasse rapidement d'ici ce week-end.

[oliverpool]

Ca m'arrange si peux le faire rapidement d'ici ce weekend, pour que je le montre à d'autres personnes et avoir des retours assez vite [juste un git pull serait suffisant d'ailleurs - pas nécessairement besoin de la génération de pdf]

(je serai absent pendant 6 mois à partir du 1er aout...)

[Luthaf]

Ca m'arrange si peux le faire rapidement d'ici ce weekend, pour que je le montre à d'autres personnes et avoir des retours assez vite [juste un git pull serait suffisant d'ailleurs - pas nécessairement besoin de la génération de pdf]

Je peut le mettre sur le serveur de beta sans problèmes, et te donner les droits pour ajouter des utilisateurs. Mais je parlais du serveur final, qui n'est pas le même.

EDIT : c'est bon, le dernier master est sur songbook-web.tk, et tu peut ajouter des utilisateurs @oliverpool.

[oliverpool]

Merci bien !

edit : il est probablement sur un vieux commit de la branche test_design (l'espace avec le bouton "ajouter la sélection au carnet" est trop petit, le champ de recherche est affiché)
En fait c'est pas bien grave : les modifications importantes sont en place

edit 2 : c'est une super idée de proposer une chanson aléatoire sur la page 404 ^^

[oliverpool]

C'est super bizarre:
lorsque j'affiche la page d'inscription, une fois sur deux (quasi-exactement), j'ai un Acces interdit !

edit: Bug confirmé par un béta-testeur (ie autre connexion internet & autre ordi)

edit2 : c'est possible que deux version du site web tournent en concurrence ? (ou un truc instable du genre ?) - je pense qu'un reboot ou équivalent serait le bienvenu :)

[Luthaf]

On avait déjà eu ce bug ... Je regarde et je fait ce que je peut. Pour le reboot, c'est @jmclem qui as les accès !

EDIT : j'ai rebooté apache, et ça a l'air bon de chez moi. Tu confirme pour chez toi ?

[oliverpool]

Le bug de l'Acces interdit semble en effet résolu : merci !

En revanche, j'ai l'impression que le bug #91 est présent (mais c'est peut être dû à une ancienne version du core)
Edit : exemple

[Luthaf]

En revanche, j'ai l'impression que le bug #91 est présent (mais c'est peut être dû à une ancienne version du core)

Je suis en train de travailler dessus pour ajouter les sections, on re-vérifiera apprès.

[Luthaf]

Le déploiement en béta ouverte sur mon serveur est possible, mais @crep4ever ne réponds pas à mes emails concernant le nom de domaine. Une idée de ce qu'il conviens de faire ?