just call me pep

mercredi 4 avril 2007

Bloguer léger : un petit tour de BlogoText

Lorsque je parle de blogware, c'est généralement pour faire allusion aux Dotclear, WordPress, Movable Type et autre Drupal, par exemple.

En gros... du lourd ! Pour ne pas dire du très lourd, tant ces solutions semblent désormais viser les besoins professionnels. On retrouve donc un nombre important de fonctionnalités de part et d'autres, la nécessité d'avoir une base de données, et des pré-requis pas toujours à la portée de tout le monde.

Ce serait oublier qu'il existe, au moins dans la large sphère des applications PHP, des solutions alternatives, légères, simples, peu gourmandes et donc à la portée du plus grand nombre.

BlogoText fait partie de celles-ci. Ce jeune projet a fait l'objet d'un petit buzz lorsqu'il a été dévoilé officiellement en novembre 2006, mais se fait discret depuis. Avec ses pré-requis des plus modestes (un simple hébergement avec PHP 4.1, aucune base de données), il devrait avoir de quoi combler nombre de blogueurs en devenir.

C'est donc parti pour un test rapide.

Installation simple et rapide.

BlogoText est vraiment un poids plume : récupérer l'archive de la version courante, la décompresser puis télécharger le dossier sur le serveur ne prendra qu'une minute ou deux.

Une fois le dossier sur le serveur, il suffit d'y accéder via un navigateur pour lancer la procédure d'installation. Il s'agira alors de se créer un compte utilisateur, de préciser l'URL de votre futur blog et ... le tour est joué. (Cf. Les détails de l'installation sur le site officiel)

Eh oui. N'oubliez pas que BlogoText ne nécessite aucune base de données. Ca simplifie tout de même beaucoup de choses. ;-)

J'aurais quand même quelques remarques :

  • Il faut veiller à ce que le dossier config/ dispose de droits suffisants pour permettre à PHP d'écrire dedans.
  • Il est également nécessaire de créer manuellement les dossiers articles/ et commentaires/ avec des droits équivalents.

Rien de bien grave, mais cela fait un peu figure de caillou dans la chaussure avec une installation aussi simple. Il pourrait être judicieux de regrouper ces 3 dossiers dans un dossier parent, présent dans l'archive et pour lequel il serait explicitement indiqué le fait de permettre l'écriture.

Interface d'administration

Sobre et dépouillée, l'interface est très claire.

Par ailleurs, l'ensemble m'a laissé l'impression d'un air de famille assez prononcé avec l'organisation que l'on peut trouver dans Dotclear 1.2.x. Je ne sais pas si cela est voulu ou de l'ordre de la simple coïncidence, mais je ne m'en plaindrai pas. :-)

Tout est fait pour aller à l'essentiel, seuls quelques intitulés de champs dans la partie Préférences m'ont paru mal appropriés. Rien de grave, je pense. Peut-être même une bête question d'habitudes dotcleariennes.

Un petit bémol tout de même : je n'ai repéré aucune aide en ligne. C'est un peu dommage, mais cela peut s'expliquer par la jeunesse du projet et se trouve, de toute façon, compensé par la facilité d'utilisation de l'outil.

Utilisation

Ca commence par une bonne surprise lors de la rédaction : la syntaxe wiki utilisée est (quasiment) identique à celle présente dans Dotclear. Est-ce encore une coïncidence ? :-)

Par contre, au cours de la rédaction, je me rends compte que cette dernière est plus light que la syntaxe de Dotclear : absence des listes ordonnées ou non, des blocs pré-formatés ou de citation. Tout de même ... ça manque. Idem pour l'impossibilité d'avoir facilement des notes de bas de page. Oui, je sais : c'est assez accessoire et je l'ai sans doute remarqué parce que j'abuse trop souvent de la chose.

Parallèlement, la version 0.9.3 annonce permettre l'édition directe en (X)HTML, ce qui devrait rassurer les fans de cette pratique barbare. ;-)

Tout cela me semble très familier et se montre plutôt agréable à l'emploi. J'ai néanmoins trouvé une chose irritante : l'obligation de saisir un chapô. J'avoue ne pas trop comprendre ce choix. Ce sera donc une habitude à prendre.

Ah ! Un détail (de taille) : que les adeptes du WYSIWYG passent leur chemin. Rien n'est prévu à ce niveau là, pas même un niveau intermédiaire qui prendrait la forme d'une barre d'outils de mise en forme.

Conclusion

Je ne vous le cacherai pas plus longtemps : hormis les quelques remarques évoquées, j'ai été globalement séduit par ce petit BlogoText.

Comme aucune application n'est parfaite, j'ai logiquement quelques regrets :

  • Le premier est simplement une question de choix, mais je ne comprends pas qu'un outil de blog récent puisse rester scotché à cet ignoble format RSS 2.0 pour la syndication. Proposer un fil Atom 1.0 dans une prochaine version serait, à mon avis, une très bonne chose.
  • L'absence de support des trackbacks est assez surprenante. On pourra évidemment disserter du bien fondé des trackbacks de nos jours, qui s'avèrent être plus souvent sources de spam qu'outils utiles, il n'en demeure pas moins que je considère toujours cette fonctionnalité comme une des caractéristiques essentielles du blog.
  • Du même acabit, aucune trace d'un quelconque blogroll. S'il ne s'agit pas d'un outil vital, que ce dernier est, sur bien des blogs, sous utilisé, ce dernier n'en demeure pas moins un signe d'ouverture et de partage.
  • Assez gênant également, aucune prise en compte d'un éventuel cache HTTP n'est disponible. Si cela n'est que moyennement pénalisant en consultation direct d'un blog, cela le sera d'avantage pour la syndication. Veillez donc votre consommation de bande passante. S'il y a bien quelque chose que je qualifierais de défaut de fabrication, ce serait cette partie.
  • Un peu l'effet d'un poil à gratter, les sessions ne semblent pas être maintenues par cookie. Gare aux déconnexion de l'interface d'administration si vous venez de vous absenter trop longtemps alors que vous rédigiez un billet ...

Malgré cela, ne vous y trompez pas, je trouve le projet prometteur.

Nous sommes en présence d'un outil très pratique pour quiconque ne dispose que d'un hébergement personnel sans base de données, pour un peu que PHP 4.1 soit disponible.

De fait, il s'agit là d'un bon moyen de faire ses premiers pas, sans soucis, ni investissements, adapté aux personnes qui seraient tentées par le blogging mais seraient frileuses ou effrayées face à la complexité (parfois simplement apparente) des solutions majeures que sont Dotclear, WordPress, et consorts.

Commentaires

1. Par thbkrshw, le 04/04/2007 à 21:32

Bonjour,

Dans le genre light aussi, on peut trouver pluxml, un cms léger dont les fichiers sont sauvegardés en xml. Il existe une version blog avec des commentaires possible. Le développement débute mais avance relativement vite. Pas de problème particulier là où je l'ai vu installer.
A tester ;)

2. Par Pep, le 04/04/2007 à 21:38

L'archive de Pluxml-blog est sur mon disque dur dans l'attente d'un test. ;)

3. Par biou, le 04/04/2007 à 21:47

à quand un test de dotparking! :P

4. Par Pep, le 04/04/2007 à 21:50

Dès que tu sortiras la prochaine release ! :-)

5. Par thbkrshw, le 05/04/2007 à 12:09

Ouaa, ça va faire plaisir à Skyline s'il y a un test aussi complet sur ton blog.
J'ai hâte de voir ça ;)

6. Par albaran, le 05/04/2007 à 15:41

L'absence d'XML pour les données de BlogoText n'est elle pas un défaut majeur ?

7. Par ZeuBeuBeu, le 05/04/2007 à 21:23

Si tu parles de la technique de stockage moi je suis le premier à éviter de mettre du xml systématiquement car souvent un bon vieux fichier plat délimité des familles suffit amplement s'il est bien rangé dans une arbo réfléchie...

8. Par Pep, le 05/04/2007 à 23:30

albaran > D'accord avec ZBB : XML c'est bon, mais c'est meilleur consommé avec modération. :-)
Donc pour du XML systématique à tous les étages, je préfère y réfléchir en deux fois.

En regardant de près, on se rend également compte que les données des articles sont balisés XML-like : une sorte de petit chunk, sans noeud root et sans encodage des entités. Si tu veux en tirer du XML, c'est assez simple.
De toute manière, les news sur BlogoText.com font déjà allusion à un futur stockage XML.

Sinon, pour du blog léger sans base avec un backend XML, on trouve Pluxml, que thbkrshw (tu sais que tu as quand même un nick à coucher dehors ? ;-) ) a évoqué à juste titre.

9. Par albaran, le 06/04/2007 à 00:25

D'accord, mais il y a peut-être un avantage en programmation pour XML car l'API DOM de PHP5 comporte des fonctions pour traiter les documents XML.

Alors que pour une organisation spécifique il faudra faire l'interface de programmation adaptée à celle-ci. Mais a priori (surement) plus simple.

En XML, il faut se baser sur le Document Object Model (DOM) Level 3 Core Specification. Vous avez vue la longueur de ce document. Impressionnant.

Donc, d'après tout ceci, XML ou pas n'est pas un critère de choix décisif.

10. Par Goudie, le 27/06/2007 à 01:50

Dommage que tu n'ai pas parlé une seule fois de "themes" ou simplement de la possibilité de "skinner" son blog facilement (ou pas, justement) ?

Quelques screens aussi auraient été bienvenus (interface d'administration, installation...)

N'empeche, ton article est super :)

11. Par Pep, le 28/06/2007 à 06:49

Goudie > C'est vrai que je me préoccupe avant tout de la plomberie et que je n'ai pas ce réflexe. Surtout que je n'ai même pas mis de liens vers les screenshots et les thèmes disponibles sur blogotext.com.

Je tâcherai de faire attention à ça pour le prochain test de ce genre. ;-)