Python WAW 2010 : Semaine 9

Zope

1 > DateTime against mx.DateTime

Petit comparatif de performance entre l'implémentation zope de DateTime est celle de mx. Le résultat est éloquant !! Le constat : n'employez pas de DateTime dans vos objets dès que vous le pouvez.

2 > How to Change security protection declaration of a method under Zope 2

Un tutorial pour changer les déclarations de sécurité de zope2. Ce n'est pas si facile que ca !!

3 > Web Component Development with Zope 3

Cette référence sur le développement zope3 est disponible en téléchargement !! A consommer sans modération. Pour le télécharger il faut cliquer sur le lien http://hotfile.com/dl/30502296/bb31017/2595-3540338071.rar.html.

Plone

1 > How to use Edge Side Includes (ESI) with Varnish in Plone

Avec le protocole ESI ils est possible de cacher les differentes parties d'une page web de façon séparer. Cela permet par exemple de mettre en cache un menu de navigation et de laisser la partie centrale de facon dynamique. Cette technique de cache necessite de modifier un peu le code des pages en incluant le langage à balise esi

2 > Synchoniser du contenu plone vers une application Django avec content mirror

Content Mirror permet de synchroniser du contenu plone dans des bases de données relationnelles. Voici une documentation qui vous permettra d'utiliser vos contenus plone dans une application django. Cela peut être utilisé pour améliorer les performances d'un front en utilisant django plutot que zope.

Django

1 > Le bonheur est dans django

Voici un retour d'expérience sur l'utilisation de Django et Drupal et de la satisfaction du développeur (ce qui peut être important) à propos des deux systèmes. Voici les constats:

• Configuration contre Code : Dans django il faut coder , dans drupal il faut configurer. L'approche est différente. Le développeur aura plus de satisfaction à coder et organiser son code qu'a intégrer des produits tiers et à les configurer. Il est facile de réaliser une application dans Drupal sans toucher une ligne de php lorsque c'est presque impossible dans django.
• Facile pour certain, difficile d'autre : Django nécessite une approche plus technique, parle d'intégration continue , de programmation agile. Drupal nécessite plus d'expérience pour savoir ou se trouve la configuration, fournit une quantité de modules et de wrapper pour pratiquement tout !!
• Construire ou modifier : Drupal est un CMS, Django est un framework. Avec Drupal ont modifie le système (via des hooks). La programmation est plus orientée aspect. Pour django on construit le système avec les services fournit par le framework. La programmation est plus orienté objet.

2 > Johnny Cache

Johny cache est un framework de cache basée sur memcache pour les applications django. Sa principale fonctionnalitée est de patcher l'orm de django et de cacher les actions en lecture de la base de donnée.

3 > Django 1.2 and CSRF

Les attaques CSRF sont parmis les plus surveillées du web ces dernières années. Cet article présente les modifications effectuées dans Django 1.2 pour se protéger contre ces attaques.

4 > Improved Bash Completion

Pour les utilisateurs de bash un module django_bash_completion permet de vous faciliter la vie

$ django-admin.py <TAB><TAB>
cleanup           inspectdb         sqlall            startapp
compilemessages   loaddata          sqlclear          startproject
createcachetable  makemessages      sqlcustom         syncdb
dbshell           reset             sqlflush          test
diffsettings      runfcgi           sqlindexes        testserver
dumpdata          runserver         sqlinitialdata    validate
flush             shell             sqlreset
help              sql               sqlsequencereset

5 > Syndication Gets Classy

Encore un article sur les nouveautés de Django 1.2. Ici c'est le nouveau framework de création de flux externe (RSS, ATOM,...) qui est décrit. Idéal pour migrer vos anciens sites.