Bon, je vois que les mails s’accumulent dans notre boîte.
Je rappelle qu’on répond toujours à tout, mais que ça peut prendre plusieurs mois.
Cela dit, j’ai fais un gros flush là, donc si votre mail est en attente depuis des semaines ou plus, renvoyez le moi, des fois que je l’ai effacé dans un excès de zèle.
Notamment je crois qu’on m’avais envoyé un code à décortiquer dans le cadre de notre programme d’aide, et je le retrouve plus. Si c’est le votre, faut renvoyer.
import traitement_email_by_s&mmails = traitement_email_by_s&m.read_all()
for mail in mails:
pass
Sam: bin merde, j’crois qu’j’en ai raté quelqu’uns…lol
Perso, pas concerné mais félicitation quand même pour les autres.
Moi j’attends la suite de l’utilisation de bottle parce que c’est quand même une bonne lib. Couplée à PureCSS j’ai fait un petit présentable en 2 jours (mode noob en plus…). Donc un vernis supplémentaire serait le bienvenu (d’ailleurs, je pense que l’architecture que vous donnez pour Django peut être appliquée à bottle non?)
See you ;)
Pas de mail juste un petit grand merci http://www.foxmask.info/post/2014/01/14/trigger-happy-retour-vers-le-futur/
@rickroll : tout à fait, pour un gros site on peut faire pareil. Après, bottle n’est pas vraiment fait pour les gros sites.
@foxmask: De rien mon pti foxmask. Et merci de tes corrections orthographiques.
@sam: quand tu dis gros site, c’est dans sa taille ou dans son nombre de visiteurs? Parce que si c’est qu’une histoire de fréquentation, si on ajoute CherryPy, ça doit tenir? Et si je me souviens bien, multiboard est “stacké” comme ça non?
Multiboard c’est un tout petit site.
Mais c’est pas vraiment une question de charge : si tu mets 30 workers avec un load balancer devant 3 serveurs, ton site bottle il va tenir une sacré charge.
C’est plus une question d’outils disponibles. Dès que tu veux faire de l’oauth, de l’api, du formulaire avancé, etc, c’est pratique d’avoir des outils qui te machent le travail.