Luxbum.net - Blog d'information

J'aimerais faire un point sur les commentaires. Dans la version 0.5 j'ai introduis la possibilité de laisser des commentaires sur les photos car la demande était très forte. J'avais eu un problème à l'époque, problème que j'ai toujours plus ou moins aujourd'hui : comment stocker efficacement des commentaires sans base de données ?

• fichiers textes : un peu galère, il faut gérer correctement les retours à la ligne, définir un format de fichier correct.
• sérialisation d'objet : très facile à implémenter, mais très peu souple : si la structure de l'objet sérialisé change, il devient difficile de récupérer le contenu du fichier sérialisé. Je ne pense pas non plus que la sérialisation soit un vrai moyen de persistance.
• fichiers xml : usine à gaz en php, surtout sans simpleXml de php5
• utiliser une base de données

Les trois méthodes posent la problématique suivante : faut-il utiliser un seul fichier de stockage, ou un par galerie ? Faire une zone d'administration correcte avec un fichier par galerie c'est difficile rapidement et simplement du fait que l'information n'est pas centralisée.

La version stable actuelle de luxbum utilise une base de données MySQL. Cela pose des problèmes continus car c'est radicalement plus compliqué que le reste de luxbum et que je n'ai pas fait une implémentation correcte. J'avais voulu rester dans l'idée de simplifier la vie de l'utilisateur, la création de la table MySQL est censée être automatique, mais ça ne fonctionne pas correctement ; il faut également au préalable disposer d'une base de données MySQL. En développant la future version j'ai découvert la sérialisation des objets, j'ai donc supprimer la base MySQL et remplacé par un fichier sérialisé dans chacune des galeries. Seulement lors de mes premiers travaux sur la refonte du manager je me suis heurté au problème de l'administration centralisées des commentaires rendue difficile par l'éclatement des commentaires dans chacun des dossiers des galeries.

Depuis j'ai transformé luxbum en php5, je me rend compte que sqlite pourrait reprendre le meilleur de chacun des mondes. Je n'ai pas encore décidé si je vais utiliser sqlite pour le stockage des commentaires, mais il y a de très fortes chances. Pour ne pas pénaliser les personnes disposant d'un hébergement sans sqlite, il faut que je réfléchisse à la possibilité de supporter la sérialisation et sqlite comme deux supports de stockage des commentaires.

J'ai très longtemps hésité avant de faire le grand pas, mais c'est désormais fait, j'ai passé luxbum en php5.

Les raisons de ce choix sont multiples. La principale est la possibilité de pouvoir intégrer une partie d'un framework écrit en php 5 que j'aprécie particulièrement, j'ai nommé Pluf, pluf sur le site de l'auteur. Pluf intègre une version modifiée et simplifiée du moteur de template de Jelix, Pluf possède un controlleur très facile d'accès.

L'intégration de pluf a permis plusieurs choses :

• Avoir un système de templates correct. En effet, le système de pseudos templates que j'ai écrit possède beaucoup de limitations. Pour expliquer brièvement, luxbum possède des classes de bases représentant une galerie, un index, une image, etc... Pour pouvoir les représenter dans une page web, j'ai écrit une surcouche à chacune des méthodes que je souhaite disponibles à l'affichage. Cela m'a représenté un travail important, mais ça a fonctionné correctement jusqu'à ce que je me rende compte de mes erreurs. Je m'en suis rendu compte lors de l'intégration des vidéos, et plus particulièrement lors de l'intégration des sélections : j'ai été incapable d'afficher la sélection courante sans devoir passer une journée à rajouter du code dégueulasse partout.
• Avoir un système de vues correct.
• La réécriture correcte de toute la présentation et des deux templates de luxbum en une journée seulement. En comparaison, l'écriture de mon pseudo système de templates m'a prit quelques semaines en travaillant le week-end et quelques heures le soir...

Le passage au php 5 me permet également les choses suivantes :

• Avoir un modèle objet correct et arrêter de bidouiller avec la couche objet trop simpliste de php 4.
• Avoir une gestion d'erreur très fine : n'importe quelle erreur d'accès aux galeries est interceptée et une page d'erreur spécifique est affichée.