08:22 <foxmask> bonjello
09:46 <brouberol> Est ce que quelqu'un utilise redis comme message broker dans un projet celery?
09:53 <misc> brouberol: j'ai fait ça pour un POC
09:54 <brouberol> qui est passé en production, comme pour 60% des POCs?
09:54 <gawel> il ne faut surtout pas faire ça
09:54 <misc> brouberol: non
09:55 <brouberol> misc: ok, je cherche à savoir si ça tient la route dans un environnement de prod
09:55 <misc> brouberol: ça depend sans doute de la charge :)
09:55 <brouberol> gawel: tu as une mauvaise expérience?
09:55 <gawel> non, j'avais juste envie de le dire pour brouiller les pistes
09:56 <brouberol> misc: yep, et sur mon système, je ne m'attends pas à une charge démentielle, du coup, comme on va l'utiliser comme cache, ça me ferait un seul système à administrer, au lieu de 2 si on prenait rabbitMQ
09:56 <gawel> je penses que ça marche très bien. on a un client qui a ca en prod
09:56 <brouberol> gawel: haha, merci :p
09:58 <misc> une des questions, c'est aussi "si ça marche pas", est ce que la migration est simple
09:58 <brouberol> tu saurais comment il a été configuré niveau réplication et persistance? Je cherche à déterminer quelles sont les bonnes pratiques.
09:59 <brouberol> Je pensais à un master (read/write) / slave(s) (read) avec backup RDF régulier
09:59 <brouberol> sans trop de fioritures
09:59 <misc> brouberol: il te faut pas du r/W partout pour reitrer les taches ?
09:59 <brouberol> misc: ouaip pour le coup, pour avoir déjà utilisé rabbitMQ et testé d'autres trucs à la place, pour tester, la librairie kombu sait bien faire abstraction du backend
10:00 <brouberol> misc: ensuite tout dépend de ta charge, mais pour un projet avec quelques centaines de messages par heure, on n'a pas senti la différence
10:01 <gawel> nope j'ai pas plus de détail
10:02 <gawel> mais y a pas de slaves à mon avis
10:02 <brouberol> misc: en ce qui concerne le r/w, je suis encore dans le flou. Je pensais avoir un master en r/w, dont l'URL est dans toutes les config de mes workers, avec un slave sur une autre machine, qui réplique, et utiliser une sentinelle sur chaque redis, histoire de détecter une panne de master. Dans ce cas là, c'est le slave qui devient le nouveau master
10:02 <brouberol> gawel: ok merci, de toute façon c'est plus des plans sur la comète. On peut très bien partir avec un seul redis pour le début
10:05 <misc> brouberol: ton but serait d'avoir de la replication pour des questions de perfs, ou pour des questions de solidité ?
10:05 <brouberol> vraiment pour des questions de solidité plus que de perfs
10:06 <brouberol> on aura quelques messages par heure, pas plus, mais j'aimerais éviter de les perdre en cas de panne
10:06 <brouberol> mais maintenant que j'y pense, si on a si peu de messages, la probabilité qu'ils soient traités rapidement est grande, du coup, la persistance redis en elle même n'est pas forcemment capitale non plus
10:13 <afpy_user|86883> Bonjour,
10:13 <afpy_user|86883> Je recherche un nouveau collaborateur confirmé Python / Django.
10:14 <haypo> afpy_user|86883: salut. je pense que le mieux est de poster une annonce sur le site de l'afpy
10:14 <haypo> http://www.afpy.org/jobs
10:15 <haypo> afpy_user|86883: http://www.afpy.org/doc/afpy/faq.html#comment-puis-je-poster-une-offre-d-emploi
10:15 <afpy_user|86883> Merci :)
10:31 <NelleV> Bonjour
10:38 <linovia> salut
12:43 <gawel> https://twitter.com/gawel_/status/571267021154992128
13:27 <NelleV> gawel: /o\
13:28 <NelleV> gawel: je ne cautionne pas le nom
13:29 <NelleV> mais c'est noté dans mon agenda
13:30 <Elzen> NelleV, o/
13:31 <NelleV> Elzen: salut
13:32 <Elzen> NelleV, j'ai contacté Encolpe pour confirmer les horaires pour les JdLL, mais je n'ai pas eu de réponse de sa part. Tu sais s'il a fait passer le mot ? (Que je sache si c'est la peine que je le relance ou pas)
13:32 <NelleV> Elzen: je ne sais pas
13:32 <NelleV> Elzen: à mon avis, tu peux le relancer
13:32 <Elzen> 'kay.
13:37 <gawel> mais qu'est ce que vous avez tous avec ce nom ? tsss