Development #16527
Passer à uwsgi
0%
Description
Cf #8910 pour l'origine, et j'y notais :
Pour avancer là-dessus, à mon sens, peu importe l'application, ce qu'il faut c'est laisser le nginx comme il est, et modifier l'init.d de l'application pour qu'elle soit servie en utilisant uwsgi. Cela fait pour une application, patch relu et validé, hop on installe le paquet en dev, on voit comment ça tourne, etc.
Profitant du passage à systemd, voici un patch, totalement compatible avec la configuration nginx actuelle (i.e. utilisation d'http pour le transport plutôt que le protocole uwsgi spécifique).
(ça dépend de #16525 dans django-mellon)
(cela est mis en place en test sur chrono.dev)
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a presque 7 ans
- Bloqué par Bug #16525: utiliser request.META['HTTP_HOST'] plutôt que 'SERVER_NAME' ajouté
Mis à jour par Frédéric Péters il y a presque 7 ans
- Fichier 0001-debian-use-uwsgi-to-serve-app-16527.patch 0001-debian-use-uwsgi-to-serve-app-16527.patch ajouté
- Statut changé de Nouveau à En cours
- Patch proposed changé de Non à Oui
Mis à jour par Thomas Noël il y a presque 7 ans
Y'a deux fois KillSignal=SIGQUIT, pour le reste ça me semble bien confirme aux docs que j'ai lues sur uwsgi/systemd/django.
J'ai un doute sur harakiri qui pourrait apparemment couper une connexion lors de l'upload d'un doc qui prendrait plus de 30s (mais chui pas sûr sûr).
Mis à jour par Frédéric Péters il y a plus de 6 ans
- Fichier 0001-debian-use-uwsgi-to-serve-app-16527.patch 0001-debian-use-uwsgi-to-serve-app-16527.patch ajouté
Nouvelle version du patch pour passer par un fichier .ini comme dans wcs #18525.
Mis à jour par Thomas Noël il y a plus de 6 ans
non-ack :
/usr/bin/uwsgi -- init /etc/%p/uwsgi.ini est faux, à remplacer par /usr/bin/uwsgi --ini /etc/%p/uwsgi.ini (cf mon erreur sur #18525)
Mis à jour par Frédéric Péters il y a plus de 6 ans
- Fichier 0001-debian-use-uwsgi-to-serve-app-16527.patch 0001-debian-use-uwsgi-to-serve-app-16527.patch ajouté
Actualisation du patch avec notamment des adaptations au script init.d. (pas testées)
Mis à jour par Thomas Noël il y a plus de 6 ans
Je préférerais déjà harakiri = 120 comme sur wcs (voir plus) pour de potentielles requêtes longues sur l'API. Disons pour que uwsgi ne soit pas le pilote des kill sauf en dernière extrémité.
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Fichier 0001-debian-use-uwsgi-to-serve-app-16527.patch 0001-debian-use-uwsgi-to-serve-app-16527.patch ajouté
- Statut changé de En cours à Solution proposée
Mis à jour par Emmanuel Cazenave il y a plus de 5 ans
Peut-être quelque chose qui m'échappe mais j'ai l'impression qu'on aura pas de logs dans uwsgi quand ce sera lancé par systemd (je vois rien qui lui indique où loguer dans debian/chrono.service et dans debian/uwsgi.ini).
Mis à jour par Frédéric Péters il y a plus de 5 ans
Peut-être quelque chose qui m'échappe mais j'ai l'impression qu'on aura pas de logs dans uwsgi quand ce sera lancé par systemd (je vois rien qui lui indique où loguer dans debian/chrono.service et dans debian/uwsgi.ini).
Ça sort sur les sorties standards et c'est attrapé par systemd/journald.
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Statut changé de Solution proposée à Résolu (à déployer)
commit 96f55405acc109cfd00fd8a2cf47a4b37ca1b4f5
Author: Frédéric Péters <fpeters@entrouvert.com>
Date: Sat May 27 19:19:03 2017 +0200
debian: use uwsgi to serve app (#16527)
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Statut changé de Résolu (à déployer) à Solution déployée
debian: use uwsgi to serve app (#16527)