{"id":377,"date":"2010-01-09T15:23:51","date_gmt":"2010-01-09T14:23:51","guid":{"rendered":"http:\/\/j-mad.com\/blog\/?p=377"},"modified":"2010-01-09T15:27:17","modified_gmt":"2010-01-09T14:27:17","slug":"les-nouveautes-de-django-1-2-alpha","status":"publish","type":"post","link":"https:\/\/j-mad.com\/blog\/2010\/01\/09\/les-nouveautes-de-django-1-2-alpha\/","title":{"rendered":"Les nouveaut\u00e9s de django 1.2 alpha"},"content":{"rendered":"

Avant de commencer \u00e0 te faire perdre ton temps, je tiens \u00e0 te pr\u00e9venir cher lecteur. Si tu as lu la release note de django 1.2 alpha 1<\/a>, tu n’apprendras rien de plus en lisant ce petit billet.<\/p>\n

Pourquoi alors l’\u00e9crire ?<\/p>\n

Au cas o\u00f9 tu n’aurais pas encore lu la release note et que lire du fran\u00e7ais t’amuse plus que lire de l’anglais. Et puis comme \u00e7a, en plus, tu as le lien vers la release note.<\/p>\n

1- Les trucs nouveaux<\/h1>\n

1.1- protection contre les attaques CSRF<\/a>.<\/h2>\n

Les attaques CSRF (Cross-Site Request Foregery) sont rendus\u00a0 possible par le partage des donn\u00e9es de login\/session entre les diff\u00e9rents onglets d’un navigateur. Du coup, si vous \u00eates logu\u00e9s sur un site quelconque (prenons facebook comme exemple) et que vous allez sur le site d’un vilain m\u00e9chant pirate, le vilain m\u00e9chant pirate pourrait faire des actions sur Facebook, comme si c’\u00e9tait vous qui les faisiez. (Bon pour pouvoir faire cela, il faut que vous cliquiez sur un lien du site du vilain pirate, ou que vous soumettiez un formulaire ou que vous executiez du js).<\/p>\n

Django impl\u00e9mente maintenant une fa\u00e7on cool de s’en prot\u00e9ger. (avant il existait un middleware pour le faire). Moralit\u00e9, si Facebook \u00e9tait en django 1.2, les attaques CSRF ne seraient pas possible.<\/p>\n

1.2- Backends des emails<\/a><\/h2>\n

On peut maintenant configurer la fa\u00e7on que django aura d’envoyer des emails. Sympa pour pouvoir debugger et tester les envois d’emails, \u00e7a \u00e9vitera d’avoir \u00e0 passer par des simulateurs de SMTP.<\/p>\n

1.3- Le framework d’envoi de messages<\/a><\/h2>\n

Il remplacera l’ancienne API d’envoi de message et apparemment, il va \u00eatre juste terrible. Les users authentifi\u00e9s ou anonyme pourront en envoyer, on pourra les stocket en session ou en cookie, g\u00e9rer des levels, des tags, que du bon quoi<\/p>\n

1.4- Support des multiples bases de donn\u00e9es<\/a><\/h2>\n

Alors \u00e7a, je l’attendais avec une impatience extr\u00eame. On pourra maintenant dire \u00e0 django de se connecter \u00e0 X bd diff\u00e9rentes, choisir pour chaque requ\u00eate bd sur quelle base on veut la faire ou o\u00f9 est ce que l’on veut sauver une instance de mod\u00e8le. Que du bon quoi. Pour ne pas dire de la tuerie<\/p>\n

1.5- Un tag if coolos<\/h2>\n

L\u00e0 on peut r\u00e9sumer en une phrase : ‘Fini le ifnotequal a b et vive le if a != b’.<\/p>\n

Les op\u00e9rateurs de comparaisons sont enfin support\u00e9. On pourra donc utiliser :<\/p>\n