Qu’est-ce que WSGI et à quoi ça sert ?
On va dire que je me répète, mais WSGI est typiquement le cas d’une notion simple et super mal expliquée sur le Web.
On va dire que je me répète, mais WSGI est typiquement le cas d’une notion simple et super mal expliquée sur le Web.
J’ai rajouté une app dans le repo des snippets Django qui montre comment utiliser le système de routing de Django pour faire correspondre des URLs à des vues, et extraires des données de ces URLs.
Pendant ma petite absence, j’ai concocté un nouveau concept : les cookbooks exécutables.
Le principe est simple, je fournis une liste de recettes sous forme de code commentés qui fonctionne, et qui font une chose tâche dont on a souvent besoin.
Vous avez fait une upgrade vers Django 1.5 et paf, votre pagination vous dégobille une erreur.
A un moment vous allez devoir proposer à vos utilisateurs de télécharger un fichier. Mais Django n’est pas du tout fait pour streamer des données, et du coup lui laisser cette tâche est un gros gouffre à performance qui va bloquer un de vos workers pendant tout le transfert.
Seulement parfois, il faut quand même générer le fichier via Django, ou au moins checker des permissions, bref, faire un traitement quelconque du côté du code Python. Comment faire alors ?
Oui
Les Class Bbased Views se trouvent maintenant partout en Django. Je les comprends maintenant très bien, et les utilise souvent au mieux. Dernièrement j’ai du utiliser django-rest-framework, une très belle application, qui fait un usage utile et massif des CBV, et effectivement, cette architecture m’a rendu très productif.
Mais je maintiens ce que je dis depuis le début : ce n’est pas un pas en avant.
Je le fais pas souvent mais quand je m’y met, je fais bien dans les coins.
Créer des routes dans l’urlconf juste pour les tests unitaires n’est pas très propre, heureusement on peut utiliser des urls de test complètement séparées.
Quand on commence à avoir pas mal de traffique sur son site, on commence à noter l’apparition d’une erreur inquiétante…