site:dualblog

Fiche de DualBlog

Contexte

Poussé par les ouvertures de weblog de Rhiannon et Circéus, Dual Blog a été lancé mi-2002.

Ce weblog n'a jamais réellement fermé depuis, bien qu'à certaines périodes le rythme des posts ce soit considérablement ralenti. Il a recu le titre de Dual Blog à partir de la version 2.0.

Je dispose des archives jusqu'à la version 2 sur un de mes disques, mais je n'ai toujours pas pris le temps de les transférer de leur base Access vers MySQL. Par conséquent, seul les posts de la version 10 sont pour le moment accessible. Je ne désespère pas de décider un jour de remédier à cette situation ^^;

Evolution

Au moment de la programmation de ce weblog, la plupart de mes contacts utilisaient Pitas. Ne voulant pas faire comme tout le monde, et ayant déja une certaine expérience en programmation côté serveur, j'ai décidé de créer mon propre système de weblog, dans un but purement récréationel.

Dual Blog a donc commencé comme un petit système en ASP, en interaction avec une base de données Access, ce qui fonctionnait de façon relativement acceptable sur mon compte Kilio (hébergeur désormais décédé).

Lors du passage à Hebergement.com causé par le depôt de bilan de Kilio, il a fallu faire évoluer le système, pour passer à une base de donnée SQL Server. En effet, pour une raison encore inconnue, les performances des bases Access chez cet hébergeur étaient (sont encore ?) totalement déplorables1), ralentissant de façon notable le site.

Six mois plus tard, nouveau changement d'hébergeur, les tarifs d'Hebergement.com étant prohibitifs par rapport à la qualité du service et du support technique. Si la décision de changer d'hébergeur a été prise sans aucun regret, elle a toutefois nécessité une ré-écriture complète du code en PHP 4, puisque le nouvel hébergeur choisi, DeadSerious, ne faisait que de l'hébergement sous Linux.

Données techniques

Le code de Dual Blog est actuellement dans un état intermédiaire relativement étrange. Il existe notamment une grosse dissymétrie entre :

  • la partie affichage client, ou le seul aspect moderne est une classe d'abstraction pour l'accès aux données, alors que la page elle-même est générée de façon très linéaire, parce que je n'ai pas réellement pris le temps de le faire plus proprement
  • la partie administration, qui fait appel à tout un arsenal de technologie côté client, notamment dans le but de pouvoir exécuter l'ensemble des actions d'édition / publication / suppression de posts, de commentaires etc. sans avoir à recharger une seule fois la page ( technologie AJAX ).

Il existe toutefois une constante : pour moi, Dual Blog sert d'environnement de test pour la mise en application de différents principes auxquels je crois. Ainsi :

  • Dual Blog est probablement mon site le plus proche d'un idéal de Web sémantique
  • il est le seul - du moins pour le moment - à disposer de plusieurs alternate stylesheet, permettant au visiteur de choisir l'apparence qu'il souhaite, démontrant ainsi une partie de la puissance du CSS
  • il est le seul de mes sites à être envoyé en application/xhtml+xml, dans le but de déclencher réellement un mode XHTML chez les navigateurs le supportant
  • il fait un usage non négligeable du JavaScript, en lequel je crois et qui peut être particulièrement efficace lorsqu'il est correctement utilisé

Je lui ajoute de plus au fur et à mesure que je les rencontre un support pour les technologies en lesquels je crois, ainsi le système s'est vu au fil du temps enrichir de capacité de génération de trackback, de l'incorporation des gravatars.

A l'étude ? Un éventuel support d'OpenId.

1) même si une base Access n'est jamais particulièrement performante, dans le cas présent ça l'était réellement encore moins
 
site/dualblog.txt · Dernière modification: 10/06/2010 11:59 (édition externe)