<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet title="XSL formatting" type="text/xsl" href="http://blog.rodolphe.quiedeville.org/index.php?feed/rss2/xslt" ?><rss version="2.0"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/"
  xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>One more geek  - Commentaires</title>
  <link>http://blog.rodolphe.quiedeville.org/index.php?</link>
  <atom:link href="http://blog.rodolphe.quiedeville.org/index.php?feed/rss2/comments" rel="self" type="application/rss+xml"/>
  <description>Les tribulations d'un geek sur le web</description>
  <language>fr</language>
  <pubDate>Wed, 22 May 2013 21:38:02 +0200</pubDate>
  <copyright>CC-BY-SA</copyright>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <generator>Dotclear</generator>
  
    
    
    <item>
    <title>Créer un lot de User dans Django - Cyberj</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2013/04/Cr%C3%A9er-un-lot-de-User-dans-Django#c582</link>
    <guid isPermaLink="false">urn:md5:5c4a360816ed783d35561a568aea7e55</guid>
    <pubDate>Wed, 03 Apr 2013 16:46:57 +0200</pubDate>
    <dc:creator>Cyberj</dc:creator>
    
    <description>&lt;p&gt;Pour gagner du temps, remplacer :&lt;br /&gt;
user = User.objects.create(username=username, email=email)&lt;br /&gt;
user.set_password(password)&lt;br /&gt;
user.save()&lt;/p&gt;


&lt;p&gt;Par :&lt;br /&gt;
user = User.objects.create_user(username=username, email=email, password=password)&lt;/p&gt;


&lt;p&gt;&lt;a href=&quot;https://docs.djangoproject.com/en/dev/ref/contrib/auth/#django.contrib.auth.models.UserManager.create_user&quot; title=&quot;https://docs.djangoproject.com/en/dev/ref/contrib/auth/#django.contrib.auth.models.UserManager.create_user&quot; rel=&quot;nofollow&quot;&gt;https://docs.djangoproject.com/en/d...&lt;/a&gt;&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Logger les requêtes SQL d'un site Django en production - Cyberj</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2013/03/R%C3%A9cup%C3%A9rer-les-requ%C3%AAtes-SQL-d-un-site-django-en-production#c581</link>
    <guid isPermaLink="false">urn:md5:bde18dd742200e7d07656e717f823abf</guid>
    <pubDate>Fri, 29 Mar 2013 12:07:52 +0100</pubDate>
    <dc:creator>Cyberj</dc:creator>
    
    <description>&lt;p&gt;D'autant qu'au jour du devopsing intensif les devs auront moins de mal à configurer cette solution de logging plutôt que de trifouiller le fichier de conf mysql/pgsql générés par une solution chef/puppet ou autre.&lt;/p&gt;


&lt;p&gt;Pour la note sur la désactivation des logs après le bench il y a l'option django.utils.log.RequireDebugFalse ( &lt;a href=&quot;https://docs.djangoproject.com/en/1.5/topics/logging/#django.utils.log.RequireDebugFalse&quot; title=&quot;https://docs.djangoproject.com/en/1.5/topics/logging/#django.utils.log.RequireDebugFalse&quot; rel=&quot;nofollow&quot;&gt;https://docs.djangoproject.com/en/1...&lt;/a&gt; ) dans la conf de logging Django&lt;/p&gt;


&lt;p&gt;À noter enfin que la django debug toolbar permet d'avoir en direct les requêtes avec timeline et possibilité de select et explain plus d'autres infos utiles mais bien que celle ci ne soit pas vraiment utile dans le cas d'un bench elle le reste lors de l'analyse post bourrinage.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Logger les requêtes SQL d'un site Django en production - Rodolphe Quiédeville</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2013/03/R%C3%A9cup%C3%A9rer-les-requ%C3%AAtes-SQL-d-un-site-django-en-production#c580</link>
    <guid isPermaLink="false">urn:md5:ab091a5509b2e1cb33ac343ccc55a573</guid>
    <pubDate>Fri, 29 Mar 2013 11:30:38 +0100</pubDate>
    <dc:creator>Rodolphe Quiédeville</dc:creator>
    
    <description>En écrivant le billet je me demandais si je devais ajouter en nota bene cette solution annexe, et mon choix a été guidé par le titre. Je parle ici d'une méthode pour Django. La solution de logger depuis PostgreSQL est trés efficace aussi mais cela implique postgres d'une part et implique aussi un accés à la conf du serveur de base ce qui n'est pas possible dans tous les environnements, et peut nécessiter de redémarrer le serveur pour la prise en compte de l'option ce qui n'est pas possible en production. Et les poney lovers ne manqueront pas de rappeler que Django est database agnostique :-)

Enfin laisser ce type de log en production n'est pas une bonne idée pour moi cela va engendrer des volumes de données important sur des sites à fort traffic (400 accès / sec sur des pages qui contiennent 10 requêtes donne en gros 131Go de logs par jour, un peu conséquent :-)</description>
  </item>
      
    
    <item>
    <title>Logger les requêtes SQL d'un site Django en production - vincent</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2013/03/R%C3%A9cup%C3%A9rer-les-requ%C3%AAtes-SQL-d-un-site-django-en-production#c579</link>
    <guid isPermaLink="false">urn:md5:85e94ea1378df300ba9f9adebb629132</guid>
    <pubDate>Fri, 29 Mar 2013 11:14:29 +0100</pubDate>
    <dc:creator>vincent</dc:creator>
    
    <description>&lt;p&gt;Pourquoi ne pas utiliser plutot les logs de la base de données, et PgBadger pour les analyser ?&lt;/p&gt;


&lt;p&gt;D'autre part, si on met les logs sur un disque à part, on résoud le problème d'IO, et on peut laisser les logs PostgreSQL en mode verbeux en production, ce qui est toujours bienvenu quand on a un souci.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Paquets Debian pour Django - Rodolphe Quiédeville</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2013/01/Paquets-Debian-pour-Django#c578</link>
    <guid isPermaLink="false">urn:md5:f42b485dd3c239272a71c2bbb909619d</guid>
    <pubDate>Thu, 28 Feb 2013 10:05:21 +0100</pubDate>
    <dc:creator>Rodolphe Quiédeville</dc:creator>
    
    <description>J'y travaille, c'est l'étape 2. Je ne suis pas certain que le paquets actuels respecte 100% des debian policy, une fois ce point validé je proposerai les paquets qui ont déjà des RFP d'ouverts, lintian est mon ami pour le moment :-)</description>
  </item>
      
    
    <item>
    <title>Paquets Debian pour Django - Cyril Bouthors</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2013/01/Paquets-Debian-pour-Django#c577</link>
    <guid isPermaLink="false">urn:md5:56fcac902fbd41bb495fd36bab80d780</guid>
    <pubDate>Thu, 28 Feb 2013 09:15:31 +0100</pubDate>
    <dc:creator>Cyril Bouthors</dc:creator>
    
    <description>&lt;p&gt;Pourquoi ne pas les uploader dans la distribution officielle?&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Paquets Debian pour Django - Rodolphe Quiédeville</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2013/01/Paquets-Debian-pour-Django#c574</link>
    <guid isPermaLink="false">urn:md5:04974483c06287f916aeae9624eb1125</guid>
    <pubDate>Fri, 01 Feb 2013 19:22:53 +0100</pubDate>
    <dc:creator>Rodolphe Quiédeville</dc:creator>
    
    <description>Dans les situations que tu présentes Hervé pip/virtualenv te sauve la vie c'est vrai. Debian seul n'est pas la solution à tous les cas de figure, les virtualenv ne solutionne pas tout, j'essaye juste d'utiliser chacun au mieux. Le déploiement n'est pas affaire de développeurs, c'est un métier à part, le but de ces paquets est juste de trouver la meilleure route pour passer du poste du dév aux clusters en ligne et survirvre au départ de dév. Peu de développeurs sont capables de se projetter à quelques années et imaginer leur dev toujours en production, c'est le quotidien des amdins bien souvent de faire en sorte que l'appli codée il y a 3 ans fonctionne toujours.</description>
  </item>
      
    
    <item>
    <title>Paquets Debian pour Django - Hervé</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2013/01/Paquets-Debian-pour-Django#c573</link>
    <guid isPermaLink="false">urn:md5:02d0e883fab5dd12f9f94bc07c251f10</guid>
    <pubDate>Fri, 01 Feb 2013 18:57:04 +0100</pubDate>
    <dc:creator>Hervé</dc:creator>
    
    <description>&lt;p&gt;Oui mais justement, si tu as plusieurs applis installées, avec des requirements contradictoires, par exemple une appli pas encore migrée en Django 1.4, t'es bien content de contrôler le rythme de mise à jour.&lt;/p&gt;


&lt;p&gt;Ou imaginons un paquet Debian qui passe en version majeure avec une API incompatible et toutes tes applis sont cassées.&lt;/p&gt;


&lt;p&gt;Il y a des limites bien sûr, j'utilise le Postgres système et les virtualenvs sont créés à partir du Python système.&lt;/p&gt;


&lt;p&gt;Mais la version de Postgres est freezée, je bloque le passage à 9.2 et Postgis 2.0 en sachant que Django est incompatible.&lt;/p&gt;


&lt;p&gt;OK sur une machine dédiée avec une équipe dédiée mais je vais continuer à utiliser des virtualenvs pour des petits projets qui se partagent la même machine.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Paquets Debian pour Django - Rodolphe</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2013/01/Paquets-Debian-pour-Django#c572</link>
    <guid isPermaLink="false">urn:md5:ab018664016c77918746a0ca02328c0d</guid>
    <pubDate>Tue, 29 Jan 2013 15:38:17 +0100</pubDate>
    <dc:creator>Rodolphe</dc:creator>
    
    <description>&lt;p&gt;Dans un monde idéal les développeurs codent et font leur R&amp;amp;D avec PyPI et les admins déploient avec les paquets Debian.&lt;br /&gt;
Quand tu as des machines mutualisées tu conserves l'intérêt d'une seule lib installée et à mettre à jour. Avec des 'pip -r' par appli tu as une mises à jour à faire par appli.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Paquets Debian pour Django - David Mentré</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2013/01/Paquets-Debian-pour-Django#c571</link>
    <guid isPermaLink="false">urn:md5:f9a83c41300e734fc986f251b6c25be4</guid>
    <pubDate>Tue, 29 Jan 2013 14:49:29 +0100</pubDate>
    <dc:creator>David Mentré</dc:creator>
    
    <description>&lt;p&gt;Salut Rodolphe.&lt;/p&gt;


&lt;p&gt;Quel est l'avantage du paquet Debian sur un paquet Python pour toi ?&lt;/p&gt;


&lt;p&gt;Merci,&lt;br /&gt;
d.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Passer le temps en geekant - Rodolphe Quiédeville</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2012/12/Passer-le-temps-en-geekant#c567</link>
    <guid isPermaLink="false">urn:md5:44b96d4c90f01fef921da67f84256923</guid>
    <pubDate>Wed, 12 Dec 2012 12:01:07 +0100</pubDate>
    <dc:creator>Rodolphe Quiédeville</dc:creator>
    
    <description>Pour les idées tu peux ouvrir un ticket sur le [redmine dédié|http://redmine.quiedeville.org/projects/calorine], j'y ajoute de suite la tienne. Et merci pour tomahawk player je vais regarder ce projet.</description>
  </item>
      
    
    <item>
    <title>Passer le temps en geekant - fear_no_art</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2012/12/Passer-le-temps-en-geekant#c566</link>
    <guid isPermaLink="false">urn:md5:00ea751c43cdab7207ca2745c912fcf6</guid>
    <pubDate>Wed, 12 Dec 2012 11:53:31 +0100</pubDate>
    <dc:creator>fear_no_art</dc:creator>
    
    <description>&lt;p&gt;Super! Impatient de trouver un peu de temps pour installer et essayer ton projet.&lt;/p&gt;


&lt;p&gt;Idée : brancher plusieurs backend Ampache (&lt;a href=&quot;http://www.ampache.org&quot; title=&quot;http://www.ampache.org&quot; rel=&quot;nofollow&quot;&gt;http://www.ampache.org&lt;/a&gt;), chaque personne ayant un ampache auto-hebergé chez soit ajoute celui-ci à son compte et Calorine utilise les catalogues distants comme base musicale.&lt;/p&gt;


&lt;p&gt;Connais-tu &lt;a href=&quot;http://www.tomahawk-player.org/&quot; title=&quot;http://www.tomahawk-player.org/&quot; rel=&quot;nofollow&quot;&gt;http://www.tomahawk-player.org/&lt;/a&gt; ? Il y a des concepts assez novateurs en terme d'écoute musicale (voir notamment les resolvers)&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Penser à xauth - loic</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2012/11/Penser-%C3%A0-xauth#c563</link>
    <guid isPermaLink="false">urn:md5:6da802aa2a9d53c930939cce58d5ff0e</guid>
    <pubDate>Sun, 02 Dec 2012 13:11:10 +0100</pubDate>
    <dc:creator>loic</dc:creator>
    
    <description>&lt;p&gt;ça fait longtemps que je ne me le suis pas pris dans les genoux celui la. Il fait mal comme un méchant coin de table.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Recherche outil de gestion des participants - leplatrem</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2012/11/outil-gestion-participants-inscription#c562</link>
    <guid isPermaLink="false">urn:md5:b5b867ba7cd4bc2deee8fd4c44ab8847</guid>
    <pubDate>Wed, 28 Nov 2012 17:09:22 +0100</pubDate>
    <dc:creator>leplatrem</dc:creator>
    
    <description>&lt;p&gt;Je crois que l'AFPY a développé quelquechose pour le dernier PyCON : &lt;a href=&quot;https://github.com/PyConFr/Pyconfr&quot; title=&quot;https://github.com/PyConFr/Pyconfr&quot; rel=&quot;nofollow&quot;&gt;https://github.com/PyConFr/Pyconfr&lt;/a&gt; mais je ne sais pas à quel point c'est générique&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Recherche outil de gestion des participants - Rodolphe</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2012/11/outil-gestion-participants-inscription#c556</link>
    <guid isPermaLink="false">urn:md5:dd2ebda6aaad322aa91f5aabc40099b0</guid>
    <pubDate>Tue, 27 Nov 2012 14:12:32 +0100</pubDate>
    <dc:creator>Rodolphe</dc:creator>
    
    <description>&lt;p&gt;Un premier retour sur twitter &lt;a href=&quot;http://www.fusionticket.org,&quot; title=&quot;http://www.fusionticket.org,&quot; rel=&quot;nofollow&quot;&gt;http://www.fusionticket.org,&lt;/a&gt; merci Thomas.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Session PHP redondées dans memcache - David</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2012/10/php-session-redondantes-memcache-failover#c555</link>
    <guid isPermaLink="false">urn:md5:84727bad36c20d20152729cbb1f71034</guid>
    <pubDate>Tue, 13 Nov 2012 14:20:07 +0100</pubDate>
    <dc:creator>David</dc:creator>
    
    <description>&lt;p&gt;D'un autre côté, si ce sont des sessions, donc des informations temporaires, il y a peu de raisons de les garder ad vitam aeternam.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Monitorer les mises à jour de sécurité Debian - Rodolphe</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2012/10/Monitorer-les-mises-%C3%A0-jour-de-s%C3%A9curit%C3%A9-Debian#c554</link>
    <guid isPermaLink="false">urn:md5:514034566110ef4f05bf5b9d9a34aff9</guid>
    <pubDate>Wed, 31 Oct 2012 23:30:53 +0100</pubDate>
    <dc:creator>Rodolphe</dc:creator>
    
    <description>&lt;p&gt;Comme indiqué dans le billet il faut installer seulement update-notifier-common et pas le paquet update-notifier.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Monitorer les mises à jour de sécurité Debian - Cyril Bouthors</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2012/10/Monitorer-les-mises-%C3%A0-jour-de-s%C3%A9curit%C3%A9-Debian#c553</link>
    <guid isPermaLink="false">urn:md5:bee3142e8b197d102a6bf6a4e09544da</guid>
    <pubDate>Wed, 31 Oct 2012 20:31:18 +0100</pubDate>
    <dc:creator>Cyril Bouthors</dc:creator>
    
    <description>&lt;p&gt;'update-notifier' a besoin d'installer 154 autres packages supplémentaires sur un serveur dont plusieurs packages Gnome ! Un peu lourd à installer sur un serveur, non ?&lt;/p&gt;


&lt;p&gt;Pour information, j'ai rédigé un plugin stand-alone qui fait la même chose en beaucoup plus light:&lt;br /&gt;
&lt;a href=&quot;https://github.com/cyril-bouthors/nagios-plugins-cyb/blob/master/plugins/check_apt_simple&quot; title=&quot;https://github.com/cyril-bouthors/nagios-plugins-cyb/blob/master/plugins/check_apt_simple&quot; rel=&quot;nofollow&quot;&gt;https://github.com/cyril-bouthors/n...&lt;/a&gt;&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Les sites de covoiturage sont-ils secrets ? - claire</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2012/06/sites-covoiturage-sont-il-secrets#c552</link>
    <guid isPermaLink="false">urn:md5:dd9c8574a14e9fed156b09c5fdcc5d0f</guid>
    <pubDate>Thu, 12 Jul 2012 18:12:40 +0200</pubDate>
    <dc:creator>claire</dc:creator>
    
    <description>&lt;p&gt;Et aujourd'hui nantes métropole vient de libérer ses données de covoiturage sur data.nantes.fr. Un travail intéressant à faire sur le recoupement des données CG/Ville, il y a des manquants&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Le routage avec OpenStreetMap - Rodolphe Quiédeville</title>
    <link>http://blog.rodolphe.quiedeville.org/index.php?post/2012/06/OSRM-routage-donnees-OpenStreetMap#c548</link>
    <guid isPermaLink="false">urn:md5:8e629d9460aa5f08aaaa12add97072c4</guid>
    <pubDate>Mon, 25 Jun 2012 17:57:42 +0200</pubDate>
    <dc:creator>Rodolphe Quiédeville</dc:creator>
    
    <description>Lors d'un appel de l'API vous reçevez en retour les informations dans un objet JSON, le serveur ne conserve pas les données dans un fichier.</description>
  </item>
      
</channel>
</rss>