Crée un setup proche de celui en production #383
No reviewers
Labels
No labels
devtype -- backend
devtype -- docs
devtype -- frontend
devtype -- user interface
difficulty -- easy
difficulty -- hard
difficulty -- normal
Doing
domain -- bda
domain -- bds
domain -- cof
domain -- core
domain -- kfet
Good first issue
priority -- high
priority -- low
priority -- medium
priority -- staff-wanted
status -- development
status -- discussion
status -- need review
status -- production
status -- ready to merge
status -- todo
To Do
type -- bug
type -- hygiene
type -- improvement
type -- new feature
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: DGNum/gestioCOF#383
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "Kerl/production_settings"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
On fait tourner GestioCOF avec daphne derrière un reverse-proxy Apache
sur la VM Vagrant tout comme sur le serveur de production. On peut tester
en local GestioCOF en “conditions réelles”.
Le serveur lancé avec
python manage.py runserver 0.0.0.0:8000
est toujoursaccessible à la même url
localhost:8000
.Le (nouveau) serveur apache est accessible à
localhost:8080
.Pour appliquer les changements dans le code au serveur type prod, il faut
relancer le worker :
sudo supervisorctl restart worker
. Alors que le serveurde dev se relance tout seul.
NB important : ce patch supprime le mot de passe sur le serveur redis en dev,
pour faire marcher ce nouveau setup avec un version précédente de la VM, il faut
lancer
sudo redis-cli config set requirepass ""
Fixes #66
Fixes #9
Ajouter un lien vers la section "Lancer le serveur de dév" peut-être ?
mot de passe redis le plus simple -> mot de passe redis. Le plus simple
Rien à voir avec le changement, mais pourquoi ce fichier s'appelle-t-il
asgi.py
?Added 1 commit:
7e48210a
- Correction de portÇa serait bien de réutiliser les variables définies dans le bootstrap.sh.
{DBUSER}
,{DBNAME}
,{DBPASSWD}
et un coup de sed, système de templating du pauvre ?Pourquoi pas dans le
requirements.txt
?LGTM à part les remarques ci-dessus, mais non testé et je n'ai pas vraiment toutes les technos en tête, donc à prendre avec des pincettes - surtout que gestioCOF a l'air de pas mal avoir changé depuis la dernière fois que j'ai regardé le code.
J'ai suivi https://channels.readthedocs.io/en/latest/deploying.html, ça a l'air standard. Je n'ai pas l'acronyme par contre.
moui bonne idée
Parce qu'on s'en sert comme un outil de mise en prod, ça ne sert à rien pour dev, c'est pas une lib qu'on utilise au même titre que le reste. Mais si tu penses que c'est mieux là, je l'y mets.
Added 1 commit:
14733c07
- Petits changementsSeems legit
mentioned in commit
cf430b5d3b
Status changed to merged