Sinon, l'idée d'écrire des articles est très très sympa aussi :)

Arf... Un système de cache, c'est impératif. Et Symfony, tout comme Django, excelle côté front dans ce domaine. C'est d'une simplicité déconcertante.

N'hésite pas à te lancer dans la rédaction d'articles en anglais. Même si ton anglais n'est pas ultra parfait. On s'en fiche un peu. Le principal, c'est qu'on puisse te comprendre. Pour une personne qui ne comprend pas le français, ce sera toujours plus facile de comprendre de l'anglais pas top parfait que du français :)

@Emmanuelle L
C'est vrai que l'ancien design était très très sympa aussi (d'où mon "comme d'hab'"). Je ne préfère pas un plus que l'autre. Ils sont différents. Celui-ci fait peut-être plus "pro". Ah ben... Je viens de remarquer "l'aide précieuse", donc beau boulot ;)

Idem. Dans l'attente des prochains articles :)

Pour ce qui est de publier le code source, je ne l'ai pas envisagé pour le moment, c'est un développement spécifique à mes besoins (articles / brèves), l'admin est un peu façonnée pour m'améliorer l'édition (éditeur markitup, etc.) est ce que cela conviendrait vraiment à d'autres personnes ? J'avais plus envisagé d'écrire un ou plusieurs articles pour guider d'autres personnes à créer leur blog en Symfony.

Côté plugin, j'ai seulement utilisé sfDoctrineGuardPlugin pour mon backend et sfGravatarPlugin pour les gravatars (qui m'a d'ailleurs généré un vilaine erreur ce matin avec le commentaire de Nico, donc pour aujourd'hui pas de gravatar, le temps que je puisse corriger).

Sinon, comme tu dis, Symfony + Doctrine c'est vraiment le top, à la fois en terme d'utilisation et en terme de productivité, même si pour améliorer les perfs d'affichage il me faudrait ajouter du cache...

Pour la langue dans l'URL, c'est un ajout "un peu de dernière minute", j'aimerai bien tenter l'écriture de quelques articles en anglais, notamment par rapport à Symfony... Effectivement il faut que je la déplaces à la base pour les URL des brèves, il n'y a pas ce défaut pour les articles. Je prends note de ta remarque :)

Pourquoi laisser la langue du site dans l'URL du billet : "/2009/03/18/en/nouvelle-..." ? Si j'enlève la langue, j'obtiens une erreur 404. Est-ce que ce ne serait pas "mieux" de la placer à la base du path (genre : "/en/2009/03/18/nouvelle-...") ? Ce qui permet de proposer aussi un support multilingue des billets couplé à celui du site. Un billet peut être traduit en anglais, en français, en danois... Et si j'enlève la langue, ça affiche soit le billet dans la langue par défaut, soit le billet tout court si il n'a pas été rédigé dans d'autres langues. Ou alors, veiller à placer la langue du billet et non celle du système dans l'URL actuelle. Et ensuite, soit mettre en place une gestion site + billet, soit site + affichage de tous les billets (donc, simple switch de l'interface). Enfin bref, c'est juste du pantaillage :)

Tu comptes publier le code source ?

Symfony + Doctrine, c'est terrible côté productivité en PHP. Tu as utilisé des plugins ?

Bonne journée.