Comments on: Qu’est-ce que WSGI et à quoi ça sert ?

By: Shir0kamii

Shir0kamii — Thu, 29 Oct 2015 11:54:00 +0000

Merci beaucoup pour cet article. Même 2 ans après, ça reste l’explication la plus concrête que j’ai trouvé pour comprendre quels problèmes WSGI résoud, et comment il le fait. Continuez comme ça, vous êtes géniaux !

By: Sam

Sam — Thu, 12 Mar 2015 16:00:42 +0000

Le but de l'article n'est pas d'expliquer la spec, mais ce que ça fait. La plupart des serveurs WSGI cherchent par défaut un callable appelé "application" si on en précise pas un. La méthode pour préciser le nom du callable change d'un serveur à l'autre (mod_wsgi, gunicorn and uwsgi ont des syntaxes dissemblables). Pour simplifier l'explication, je vais donc simplement au plus court.

By: Metal3d

Metal3d — Thu, 19 Feb 2015 08:38:55 +0000

Yep, je me promenais un peu et je suis tombé sur ton post. Très bon post, sauf que je suis gêné par un truc. Tu dis que WSGI demande à ce que ton application soit nommé “application”. Or, dans toutes les specs que j’ai lu, ce n’est pas ce qui est dit. La contrainte est simplement de faire un “callable” qui accepte deux paramètres: les variable d’environnement et la fonction “start_response”, et qui doit retourner un iterrable (la réponse au client).

D’ailleurs, regarde gunicorn (http://gunicorn.org/) l’exemple qu’ils donnent ne parle pas de “application”, il défini par contre que l’application est “main:app” (le callable “app” dans main.py). Non mais je sais que je suis chiant mais bon ce serait plus exact non ? hein dis hein ?

By: Sam

Sam — Wed, 21 Jan 2015 20:56:03 +0000

Oui, le serveur de Django est conçu pour le dev. Gunicorn est conçu pour la mise en prod. Et encore, Gunicorn ne peut pas être en front, il faut mettre un truc genre nginx devant pour des raisons de sécurité.

By: Drife

Drife — Wed, 21 Jan 2015 14:21:20 +0000

une fois de plus, un article très clair (qui m’a fait comprendre WSGI). Bravo les gars…

J’ai quand même une question bête dont je crois deviner la réponse.

Dans la mesure ou Django vient avec son propre server pour balancer la sauce, pourquoi mettre le code dans Gunicorn ?

Question de perf j’imagine ?

By: furrypet

furrypet — Fri, 16 May 2014 19:21:59 +0000

Pour un gros débutant dans le domaine du web en python comme moi, ce blog et cet article sont comme une pinte de bière bien fraîche offertes à un mec assoiffé ! J’avais jeté un œil a la pep wsgi mais n’avait rien capté. Merci encore pour tout ce que vous faites, vraiment des articles clairs qu’on ne trouve nulle part ailleurs !

By: phinson

phinson — Wed, 24 Jul 2013 20:46:46 +0000

Haha ! Un badge “Piqueur d’image” pour moi !

By: Sam

Sam — Wed, 24 Jul 2013 20:39:58 +0000

Ouaiiiii ! C’est la première fois qu’on nous pique une image !

By: phinson

phinson — Wed, 24 Jul 2013 20:23:03 +0000

Pour commencer: Ce blog est tout simplement GENIAL ! Je vous suis depuis maintenant 1 an quand je venais de commencer en Python et c’est mon premier commentaire :D

Sinon, super article, comme d’hab ! D’ailleurs, il m’a assez inspiré (et je vous ai piqué une image) pour un article que je viens tout juste de publier sur WSGI (et 2 wrappers). Si vous voulez jeter un oeil => http://phndiaye.github.io/wsgi-kezako/

By: murlock

murlock — Fri, 19 Jul 2013 14:25:09 +0000

Attention à la configuration d’apache :

En prod dans mon ancien taf, apache était configuré (d’après un vague tuto pêcho sur le net) de tel manière que les taches WGSI n’étaient jamais redémarré mais les instances d’apache prenaient de plus en plus de mémoire jusqu’au OOM fatal (une erreur de conception de l’application n’était pas non plus à exclure)

Donc pensez à zieuter vos apache en WSGI :)