Comme vous le savez, je suis en pleine réflexion sur l'avenir de ce site. Au risque de spoiler un peu la suite, j'aimerais avoir votre avis sur quelques points car après tout vous êtes les principaux intéressés non? ;-)
L'utilisation de Django en guise de moteur modifie complètement ma conception de création d'un site en séparant distinctement les trois parties principales que sont: le modèle des données, les vues permettant d'y accéder et les templates mettant tout ça en forme.
Commençons par le principal, le contenu.
Je suis assez frustré avec Dotclear depuis pas mal de temps car j'aimerais disposer de billets longs (articles) et de billets cours (brèves). Je sais bien que c'est possible avec cet outil mais ça demande pas mal de bidouilles. Et les bidouilles, il faut généralement les réitérer à chaque mise à jour ce qui peut s'avérer délicat (et long !) lorsqu'elles deviennent un peu trop importantes.
Avec Django c'est très simple à faire, il suffit de deux classes (bon malheureusement pour l'instant on ne peut pas utiliser l'héritage ce qui serait bien-pratique-mais-en-développement). Les articles seront assez semblables aux billets actuels et les brèves comporteront une majorité de liens avec quelques commentaires associés (une sorte de blogroll enrichie avec commentaires possibles pour parler le blogueur).
Enfin, les articles seront regroupés par tags avec une catégorie principale qui nous sera utile par la suite. Pour les brèves, je pense qu'il est inutile de les classer. Je veux aussi avoir la possibilité de créer une arborescence avec mes tags.
Ok, donc maintenant qu'on a la trame, passons à l'accès aux données.
C'est la partie encore indécise, partant du principe que les articles sont quasi-intemporels (contrairement aux brèves), j'ai pensé qu'il serait plus significatifs de placer dans l'URL la catégorie principale de l'article. On aurait ainsi:
/Logiciels-libres/Ubuntu/comment-casser-xorg
Ce qui permettrait d'accéder directement ensuite à la catégorie concernée (Ubuntu), voire à son parent (Logiciels libres). En revanche au niveau des brèves, ce serait plutôt:
/2006/07/04/les-designs-gris-ont-la-cote
Ce qui permettrait d'accéder aux archives de la même manière. Les archives devront regrouper les articles et les brèves donc je ne sais pas encore si je vais conserver le jour dans l'URL étant donné que je poste moins d'un article par jour.
Mais pourquoi ne pas avoir fait comme tout le monde une arborescence qui commence par /archives
, /post
et /breve
? Tout simplement car c'est à mon avis inutile (surtout en termes de référencement) et que Django me permet de m'en passer assez facilement.
J'ai beaucoup d'idées, surtout en termes d'ergonomie et pas mal d'inspiration à force de parcourir les sites de pointures du web design mais rien n'est encore définitif. A priori, le site sera scindé en deux colonnes principales consacrées aux articles à gauche et aux brèves à droite (pas vraiment original mais bon quand c'est bien... c'est bien). En ce moment j'hésite beaucoup entre un fond clair ou un fond foncé. Le foncé était plutôt à la baisse ces dernières années mais j'ai l'impression qu'il revient en force en ce moment (dans la palette des gris notamment). L'idéal étant peut-être d'alterner les deux? de proposer les deux fonds? J'aimerais avoir votre avis là-dessus.
Voila où j'en suis dans la refonte, lorsque j'aurais terminé je détaillerais beaucoup plus le code qui m'aura permis d'arriver au résultat. Le tutoriel sur Django étant très bien pour comprendre comment ça marche mais de reflétant pas vraiment la complexité de création d'un véritable site.
Je vote pour clair !!! J'aime pas trop les fonds foncés, ça me met de mauvaise humeur... mais bon c'est personnel hein !
Sinon je trouve que c'est une bonne idée les articles et les brèves... les URL me semblent assez bien aussi...
Bref pas d'autre commentaire :)
C'est ce que j'entendais par « de proposer les deux fonds » mais bon c'est le double de boulot :)
Ton descriptif me fait furieusement pensé à SPIP ( www.spip.net/fr ) sorti il y a peu en version 1.9 et qui contient par défaut la notion de brève ou article et un mécanisme d'urls propres telles que tu les cites...
Mes 2 cents...
Pour ce qui est du fond, bien souvent on a la possibilité de "choisir" un thème d'affichage, alors pourquoi pas proposer deux type d'affichage ? ;-)
Je ne cherche à garder personne dans le giron de notre religion, mais je tenais quand même à signaler qu'un système de brèves dans Dotclear est tout à fait faisable directement dans le thème, pas de hacks, pas de problème de mise-à-jour. Voilà, c'était juste pour ne pas laisser trainer un contre-vérité. :)
@GandalfoS : réinventer la roue vaut parfois le coup mais là j'ai pas non plus tout l'été pour faire ce site, il faut bien gagner sa croûte ;)
@xave : j'ai bien vu (et admiré !) le boulot fait pour embruns : embruns.xave.org/ (d'ailleurs tu avoues toi-même que c'était pas simple non ?)
Mais ce changement de « religion » est plus une somme de petites frustrations accompagnées de désaccords avec les développeurs. Je ne veux pas m'étendre davantage là-dessus, Dotclear est un formidable outil qui m'a servi pendant de nombreuses années et qui restera de toute façon utilisé ici.
Et pourquoi pas tout faire toi même plutôt que d'utiliser des machines à tout faire ...?
Pourquoi ne jéterais tu pas un oeil du coté de Wordpress car en plus de la publication de billet il permet de faire des pages supplémentaires à coté.
Par contre elles échappent totalement à la chronologie du blog a toi de voir si c'est un problème. Cela t'éviterait en plus de redévelopper quelque chose qu existe déjà.
Si tu veux un exemple vas voir les pages supplémentaires de mon blog accessible par le menu en haut à gauche. De plus dans la dernière version il y a un mécanisme antispam assez performant.
Et tu as même un site pour les utilisateurs francophone maintenant :
www.wordpress-fr.net
@giz404 : oui je sais bien :)
@lordphoenix : en effet, je vais voir ce qui se fait avec Wordpress, ça faisait un moment que je ne m'y étais pas intéressé et ça a bien évolué ! Bon l'intérêt c'était aussi de tester Django en production, des fois redévelopper quelquechose permet de mieux maîtriser son sujet.
Pour le fond, ça ne fait pas nécessairement deux fois plus de boulot, si la CSS est bien construite, il n'y a que quelques couleurs à ajuster.
Idéalement, utiliser une grosse CSS commune à tout le site pour le positionnement, les tailles etc. et deux petites, construites sur le même et qui gèreront uniquement les couleurs.
Comme ça, un petit coup de rechercher-remplacer, et tu mets à jour facilement l'une ou l'autre, et l'architecture même du site ne se gère qu'une seule fois ...