Servir les fichiers CSS, javascript et les images avec Django a toujours été la plus grande source de confusion (heureusement ça s’est bien amélioré avec la 1.4, donc upgradez si vous pouvez). C’est d’autant plus déroutant que la manière de faire est différente selon la version de Django, et selon que l’on est en production ou en développement.
Haaaa c’est bientôt l’hiver, on a envie de trouver une poule pour être au chaud alors on va sur badoo, oui mais voilà c’est plein de faux profils qui vont tenter de vous vendre un compte en banque remplie de millions de dollars sous condition d’envoyer un western union pour débloquer l’avocat enfermé au Congo chargé de valider la transaction…
Alors petite piqûre de rappel.
Quand on commence beaucoup programmer, on accumule rapidement plusieurs projets en cours de développement sur sa machine. Certains vieux, certains récents, qui utilisent tous des bibliothèques similaires, mais pas forcément de mêmes versions. Ou parfois des bibliothèques incompatibles. Parfois même, des version différentes de Python: Python 2.6, 2.7, 3.2 ? Et c’est sans compter les mises à jour de l’OS, qui a ses propres besoins en terme de libs et de versions.
Le jour où ça casse, c’est le chaos.
Il y a beaucoup de tutos qui demandent de simplement “ajouter le résultat au PATH”, mais assez peu expliquent pourquoi et comment le faire.
Comme on aime bien faire les choses à l’envers chez Sam et Max, on va d’abord expliquer comment, et ensuite pourquoi.
Parce qu’avoir un historique ça ne sert à rien si on ne peut pas chercher dedans
Les générateurs de nom d’heroic fantasy sont légions sur internet. Mais autant j’ai trouvé des générateurs de noms normaux en Python (dont je me sers d’ailleurs pour créer des comptes bidons automatiquement pour les démos), autant je n’ai rien trouvé pour pythonement printer l’en-tête d’une feuille de personnage de DDA.
On met pas mal de choses sur le flux Twitter, mais tout le monde n’a pas envie d’y aller (ni même de s’inscrire) pour les consulter.
Le truc classique, qu’on fait tout le temps, et qu’on oublie toujours comment on a fait la dernière fois.
Nous avons vu précédemment que les décorateurs permettaient d’exécuter du code avant et après une fonction, sans modifier la fonction. La plupart du temps on retourne ainsi une nouvelle fonction embarquant un nouveau code.
Mais il existe d’autres usages pour les décorateurs, et notamment un qui est au cœur du fonctionnement de django-quicky: l’abonnement.
