Il y a quelques jours, c’est l’ensemble des items de mon flux complet qui reprenaient un statut « non lu » dans mon NetNewsWire [3]. Hier, deux anciens articles seulement redevenaient non lus.

Les URL de ces contenus — utilisées aussi comme guid — n’ayant à priori pas été modifiées, par quel mystère sont-il ressucités ?

Avez-vous aussi été témoins de ces problèmes ?

Vu que je suis aussi abonné au flux par mail auprès de FeedBurner [4], je sais que le problème ne vient pas de mon client local NetNewsWire, c’est déjà ça.

Il reste donc deux maillons potentiellement faibles dans l’histoire, Yahoo ! Pipes que j’utilise pour agréger trois flux en un, et FeedBurner qui digère (presque) tous mes flux pour vous les distribuer.

Yahoo ! Pipes

Cela fait déjà pas mal de temps que je veux me passer de Yahoo ! Pipes, mon vaillant petit SPIP pouvant faire la même chose en mieux. L’expérimentation a été amusante, mais présente au final plus de défauts que d’avantages. Yahoo ! Pipes reste toujours très utile pour divers usages [5], mais je vais m’en débarrasser pour mes flux RSS, c’est décidé.

FeedBurner

La position de FeedBurner est plus délicate. J’y vois toujours deux gros intérêts, et m’en passer sera plus difficile.

D’une part, bien entendu, FeedBurner me fourni des statistiques d’abonnement aux flux. Rien de tel qu’un nombre d’abonnés dérisoire pour relativiser la pertinence d’un classement Wikio [6] ! ;-)

D’autre part, même si c’est une fonction à laquelle peu d’utilisateurs semblent penser, FeedBurner assure une fonction de proxy qui soulage énormément mon serveur [7]. Certes, le nombre réduit d’abonnés ne doit pas générer un trafic délirant, mais je pari sans frémir qu’au moins les trois quarts des abonnés [8] — volontairement ou en utilisant un mauvais client — ne respectent pas le ttl que j’ai fixé dans mes flux à 60 minutes, et mettent ainsi en évidence la principale faiblesse de la syndication par pull qui sature tant les serveurs fournissant les contenus que les bandes passantes. Ce qui me rappelle au passage que je voulais mettre en place une syndication en push par XMPP [9].

Autre problème de FeedBurner, c’est que les URL des flux changent suite au rachat par Google, mais je n’ai pas encore regardé si les anciennes URL seront tout de même conservées pour ne pas dérouter les utilisateurs. Pour l’instant, c’est dommage, la redirection est indiquée comme temporaire (code 302) et non permanente (code 301), donc les clients ne vont pas se mettre à jour...

Il se pourrait que je continue à utiliser ce service en migrant vers Google, mais en passant au passage à des adresses de flux avec mon propre nom de domaine.

Je vais aussi sans doute réduire le nombre de flux pour encore plus simplifier et arrêter d’embêter mes lecteurs avec des choix à faire.

Enfin bref, si vous avez une solution plus pertinente à me proposer pour remplacer les statistiques et la partie proxy fournies par FeedBurner, je suis preneur !

Classement des moteurs de recherche menant à ce site

Google Analytics appartient certes — comme son nom l’indique — à Google, mais pourquoi fausseraient-ils l’analyse des liens provenant de leurs concurrents ?

Comment donc expliquer que les autres moteurs de recherche ne m’envoient personne ? J’ai du mal à croire que Google ait tant de parts de marché, notamment en France où des alternatives locales comme le Voilà de France Telecom existent depuis longtemps.

Et vous, que disent vos statistiques ?

C’est en effet tout simplement un agenda Google Calendar qui est intégré à la nouvelle page agenda, agenda que je peux ainsi alimenter depuis mon compte Google Apps, voir même — luxe ergonomique — depuis iCal sur mon Mac.

Il ne me reste plus qu’à le remplir !

J’aimerais tout de même savoir, si vous faites partie des 15 concernés, pourquoi vous vous êtes abonné au flux ne reprenant que les billets du blog plutôt qu’au flux complet.

Et du même coup, je voudrais savoir si la suppression de ce flux vous importunerait, ou pas.

Si vous n’êtes pas concerné, votre avis peut quand même m’intéresser ! ;-)

Merci d’avance pour vos retours !

Déjà, en juillet 2004, le même Laurent Gloaguen [1] nous proposait de participer à une petite histoire de la blogosphère [2], dans laquelle était oublié Gastero Prod.

Alors pourquoi réécrire la même histoire aujourd’hui, mais avec une terminologie différente, si ce n’est pour s’auto applaudir/féliciter/complimenter/congratuler/etc. [3] ? Parce que le prétexte du calcul d’antériorité par rapport à un tel « étalon [4] », c’est bien gentil, mais ça laisse à penser qu’avoir commencé à bloguer avant lui est un gage de qualité, alors que franchement, personne ne l’a attendu pour publier n’importe quoi sur le Web.

Mais cette nouvelle preuve de l’ethnocentrisme de la blogosphère francophone [5] est pour moi un bon prétexte de regarder aussi en arrière, et notamment me demander à nouveau ce qui permet d’identifier un blog.

Que mon premier site perso, dont la Wayback Machine de archive.org retrouve la plus vieille trace au 7 mai 1997 [6] ne puisse pas être considéré comme un blog, sachant qu’il n’y avait effectivement rien d’un journal chronologique là-dedans [7], je veux bien. La seule partie chronologique était en fait mon — lapidaire — journal d’un cinéphage, qui me permet surtout de voir jusqu’à quel point mes goûts cinématographiques ont évolué, pas franchement la matière suffisante pour un blog.

Mon site perso en 1997

Mais on peut sans doute dire que la première version de Gastero Prod, lancée sur l’hébergement gratuit de Free fin 1999 à l’adresse gasteroprod.free.fr était un blog, sachant qu’il s’agissait d’une liste anté chronologique d’articles regroupés dans des thèmes, non ? La Wayback Machine n’en a malheureusement aucune trace, il faut attendre le passage sur le domaine dédié gasteroprod.com pour qu’elle commence a en avoir une trace le 20 février 2001.

Gastero Prod en 2001

C’est donc vers fin 1999 que mon « site perso » est devenu un « blog », soit [8].

Sur la dernière version du site, j’ai ajouté des photos et des liens, et j’envisage prochainement d’ajouter une nouvelle rubrique « projets » pour mettre en avant certaines de mes réalisations en tous genres, donc peut-on encore parler d’un blog ?

Gastero Prod en 2008

Bon, de toute façon on voit bien que des dinoblogueurs bien moins anciens que moi sont plus consultés, et à raison, donc à quoi bon lutter... ;-)

Mise à jour du 22 août 2008 : PicLens se nomme maintenant Cooliris, du nom original de la société l’ayant développé.

Si vous n’avez pas encore installé PicLens, vous verrez par exemple ceci sur la page d’accueil de Gastero Prod :

Si par contre vous avez eu la bonne idée de l’installer, vous verrez ceci en survolant une des photos :

Cliquez sur la flèche, et vous vous retrouverez dans l’interface splendide de PicLens pour naviguer dans mes photos :

En cliquant sur la photo du site, on arrive sur la mozaïque mettant en avant la photo en question

On peut ajuster le zoom à loisir et se déplacer dans la mozaïque avec un effet 3D du plus bel effet

Et on peut mettre la photo en plein écran avec un petit carousel à la place de la mozaïque

Evidemment, c’est le genre de démonstration qui passe beaucoup mieux avec un screencast qu’avec des copies d’écrans, mais je ne suis pas encore outillé pour...

Comme vous le savez déjà, j’ai migré Gastero Prod vers Gandi il y a déjà 3 mois, et j’étais jusqu’à présent totalement satisfait du rapport coût/qualité de service.

Chronique d’une semaine sans site

Malheureusement, une des plateformes supportant l’architecture est tombé en carafe jeudi 15 mai en début d’après-midi. Ma machine virtuelle ne se trouvait heureusement pas sur le « filer 13 », donc je n’ai perdu aucune donnée, mais j’ai subit des effets de bord rendant le site indisponible.

Après 3 jours de petite angoisse, Gastero Prod est finalement revenu en ligne dimanche...

...pour retomber à nouveau entre dimanche après-midi et lundi matin ! :-(

Nicolas de Gandi a heureusement réagit lundi pour me signaler qu’il travaillait dessus, et que ma machine était visiblement en Kernel Panic. Je partageais de plus en plus cet état, désespérant de revoir Gastero Prod en ligne sous peu.

Sans nouvelles le mercredi matin, Nicolas me disait à nouveau qu’il s’occupait de moi, mais j’avais de plus en plus de mal à le croire.

Histoire de détruire le peu d’espoir qu’il me restait, Laura de Gandi suggère alors en début d’après-midi qu’une part ne suffit pas pour une plateforme LAMP — un site SPIP comme celui-ci par exemple — ce qui confirme malheureusement les tests faits par Fil et Ben., mais Nicolas relativise en indiquant que c’est surtout le trafic qui détermine la puissance nécessaire. Vu le faible trafic de Gastero Prod, une part devrait me suffire pour l’instant, mais je commande tout de même une seconde part [3] pour être sûr que l’indisponibilité persistante ne vient pas de là.

Toujours sans nouvelles en fin d’après-midi, je relance à tout hasard pour voir si on ne m’a pas oublié, et cette fois Greg de Gandi m’assure jeudi matin qu’il s’occupe de moi, et m’informe que ma VM a souffert notamment à cause d’opérations gourmandes de MySQL, mais est maintenant disponible. Il m’invite à aller discuter dans le forum de support plutôt que sur le blog, ce que je fais, visiblement sans trouver d’interlocuteur.

Je fini par aussi envoyer un message au support pour obtenir un ticket d’incident, et Greg me contacte alors directement par mail vendredi pour m’indiquer que ma VM redémarre bien, mais ne répond pas à cause d’un problème d’I/O [4]. Il m’indique finalement en fin d’après-midi d’activer la console et de lancer une vérification du disque [5], ce que je ne parviens pas à faire, la console restant désespérant muette !

Ryan de Gandi — je vais finir par tous les connaître — répond à mon ticket samedi en fin de matinée en indiquant que mon « serveur fait partie d’un groupe plus large qui rencontre un problème de saturation qui explique bien les observations que [j’ai] remontées ». Maigre consolation, je ne suis donc pas seul à subir ces tracas.

C’est finalement dimanche matin, après plusieurs redémarrages, que j’arrive enfin à accéder à la console et à lancer la vérification du disque, qui a effectivement de multiples petits problèmes sans gravité, et que tout revient dans l’ordre !

Et maintenant ?

J’avoue que j’ai eu la tentation à plusieurs reprises au cours de ces 10 jours d’indisponibilité de quitter Gandi, mais je suis conscient que le service est encore en beta et que Gandi est autant victime que moi avec un fournisseur semble-t-il peu sérieux [6].

Je tiens aussi à saluer l’équipe de Gandi — dont au moins Nicolas, Laura, Greg, et Ryan, si vous avez suivi — qui a été sur le pont toute la semaine, bien plus réactive et transparente sur les soucis rencontrés que bien d’autres professionnels auxquels j’ai pu avoir à faire à titre personnel ou professionnel.

Je vais donc rester encore un peu, avec maintenant deux parts — et peut-être un peu plus bientôt puisque d’autres sites vont rejoindre Gastero Prod — et surtout la mise en place très rapidement de sauvegardes automatiques distantes.

L’avenir dira si j’ai fait le bon choix...

Ambiance musicale

J’avais mis dans le pied de page un widget LastFM permettant d’indiquer en temps réel ce que j’écoute comme musique, mais cela rendait pénible la navigation sur le site en provoquant pour chaque page le rechargement du Widget depuis LastFM.

J’ai donc décidé d’internaliser cette fonctionnalité, et de gérer sous forme d’articles dans SPIP une mise en avant des albums que j’écoute le plus régulièrement, histoire de partager un peu mes goûts musicaux — fort éclectiques vous le verrez — et éventuellement vous faire découvrir des pépites insoupçonnées.

Malheureusement, j’avais oublié de filtrer les rubriques présentées dans le flux RSS du blog, et vous vous êtes retrouvés avec une quinzaine d’articles en plus, un pour chaque album présenté. J’en suis désolé, c’est maintenant corrigé.

Au passage, vous noterez que j’ai aussi supprimé le widget BoxedUp, qui était encore pire que celui de LastFM, malgré l’utilisation de Amazon S3 pour le stockage des images.

Un flux pour les alerter tous...

Trois Flux pour les Internautes qui le souhaitent

Un Flux pour les aggréger tous, un Flux pour simplifier

Un Flux pour les alerter tous et dans les méandre de Gastero Prod les lier

Au pays de la blogosphère où s’étendent les ombres...

Ca pète, hein... ;-) [1]

Bon, sérieusement, avec trois flux RSS principaux disponibles sur Gastero Prod — l’un pour les articles, le second pour les photos et le troisième pour les liens [2] — il devenait compliqué pour un Internaute « moyen » [3] de s’abonner pour être au courant de tous les nouveaux contenus du site.

J’ai donc décidé de créer un flux maître, complet, reprenant le contenu des trois autres. Encore fallait-il trouver un moyen de le faire, chaque flux provenant en fait d’une source différente.

J’aurais pu utiliser SPIP, qui sait faire cela sans soucis, mais vu que j’utilise déjà FeedBurner en intermédiaire pour servir les flux, je me suis laissé tenté par une utilisation enfin effective — plutôt que simplement expérimentale — des géniaux Yahoo ! Pipes.

Voici donc mon Yahoo ! Pipe aggrégeant les trois flux RSS de Gastero Prod pour en constituer un complet, avec préfixe sur chaque item pour faciliter la lecture [4]. Je vous invite à regarder son « code source » [5], qui montre notamment un exemple de factorisation de « code » par l’usage d’un autre Yahoo ! Pipe permettant de simplement préfixer tous les items d’un flux.

Malheureusement, le flux ainsi obtenu, servi à nouveau par FeedBurner, ne dispose pas de mon icône habituelle, qui est remplacée par celle de Yahoo !, ce qui fait un peut tâche dans un aggrégateur. Ceci ne sera corrigé que quand Yahoo ! ajoutera la possibilité de manipuler dans un Yahoo ! Pipe le flux lui-même, et non seulement ses items [6].

Et donc ?

Au final, si vous souhaitez être alerté pour toutes nouvelle publication sur Gastero Prod, tant pour les articles que pour les photos ou liens, ne changez rien, le flux maître a pris l’adresse de l’ancien flux des articles. Vous devrez par contre éventuellement vous désabonner des flux des photos et des liens.

Si par contre vous ne souhaitez être alerté que pour les nouveaux articles, comme avant, vous devez vous désinscrire du flux maître, et vous abonner au seul flux des articles.

En synthèse, voici la liste des flux disponibles :

• Flux complet de Gastero Prod
  • http://feeds.feedburner.com/GasteroProd
• Flux du blog de Gastero Prod
  • http://feeds.feedburner.com/GasteroProd/Blog
• Flux des photos de Gastero Prod
  • http://feeds.feedburner.com/GasteroProd/Photos
• Flux des liens de Gastero Prod
  • http://feeds.feedburner.com/GasteroProd/Liens

A vous de jouer !

Si vous voyez cet article, c’est que la migration des DNS est réussie, et vous accédez maintenant à Gastero Prod sur un serveur virtuel de la nouvelle offre d’hébergement de Gandi [2].

Je dois avouer que malgré une pratique régulière du Terminal sur Mac OS X, c’est la première fois depuis plus de 5 ans que je remets les mains dans le cambouis Linux — une Debian en l’occurrence — et je ne m’en sors pas trop mal. J’ai bien sûr été aidé par des tutoriels présents chez Gandi ou sur le Wiki de Un Electron Libre et par des discussions avec NiCoS, mais certains automatismes reviennent vite, c’est comme le vélo... ;-)

Toute migration pouvant avoir des effets collatéraux, n’hésitez pas à me signaler tout problème sur le site ! Merci d’avance.

Souvenez-vous, il y a encore quelques heures, voilà à quoi ressemblait Gastero Prod :

Gastero Prod en 2007

Avouez que ça commençait à dater, malgré les légers réalignements successifs que j’avais réalisés.

La grande nouveauté de cette version, c’est une mise en avant de contenus autres que les simples articles, avec les photos et les liens glanés au quotidien.

Je ne suis pas encore satisfait de la partie sous le nuage de mots clefs dans le pied de page, mais j’en avait marre d’attendre, donc c’est en ligne.

N’hésitez pas à commenter / critiquer / proposer !!!

Ce blog existait en fait depuis 1999, mais il gagnait ce jour là enfin un vrai chez lui douillet où il a pu depuis s’épanouir tranquillement.

Bien sûr, la durée ne fait pas tout, c’est avant tout la qualité qui compte, mais même si je n’ai pas publié tant que ça en si longtemps, je pense avoir fait quelques articles intéressants.

Je suis plutôt de la seconde catégorie, et ça tombe bien parce que SPIP le permet, donc c’est ce que j’avais toujours proposé sur Gastero Prod.

Maintenant, si vous avez Javascript activé, vous allez pouvoir choisir vous-même comment vous souhaitez lire les commentaires !

Tout cela est rendu possible par la librairie Javascript magique jQuery, qui me permet d’ajouter ce fonctionnement de manière non intrusive en Ajax.

Je ne me suis attaché ici à comparer que les fonctionnalités natives de SPIP et DotClear, n’ayant plus trop le temps de chercher [2] pour chacun des plugins ou contributions pouvant apporter les fonctionnalités qui me manquent. Je me suis aussi surtout limité aux fonctionnalités de SPIP que j’utilise [3], et à celles de DotClear qui viennent en plus et m’apporteraient réellement un confort ou des fonctionnalités supplémentaires.

Installation

Même si c’est une opération qui ne fait pas partie du travail quotidien, l’installation est un bon moyen de voir si les développeurs pensent au confort de leurs utilisateurs.

Avec DotClear, cette installation est aussi simple qu’avec SPIP, c’est un pur bonheur, les néophites sont guidés pas à pas de manière très explicite.

De même, une interface publique par défaut est fournie en standard. Elle n’est malheureusement pas plus belle que celle de SPIP [4], mais à l’intérêt de montrer tout de suite que le produit ne pourra que difficilement servir à faire autre chose qu’un blog, là où SPIP montre par contre une plus grande richesse fonctionnelle.

Je n’ai pas regardé comment sont développés les templates [5], ce n’est pas un critère décisif pour moi, je suis prêt à m’investir si les fonctionnalités répondent à mes attentes.

Il faudrait aussi voir si les mises à jour sont aussi simples, mais je n’ai pas le temps pour l’instant...

Catégorisation des contenus

La possibilité dans SPIP d’affecter un article à une rubrique et à de multiples mots clefs ne trouve pas d’équivalent dans DotClear, ou un article ne peut malheureusement être rattaché qu’à une unique catégorie. C’est bien dommage, je ne vais pas pouvoir faire de tag cloud...

Rédaction d’articles

Côté syntaxe de rédaction, DotClear propose soit une syntaxe HTML libre, soit une syntaxe de type Wiki [6].

SPIP garde un sérieux avantage à ce niveau, intégrant notamment grâce à sa syntaxe spécifique la gestion des liens internes [7]. DotClear se rattrape avec la gestion des langues des ressources pointées, qui permet de générer l’attribut hreflang des liens hypertextes [8], ce que SPIP ne fait pas encore nativement [9].

Par contre, DotClear pêche côté notes de bas de page, qu’il a le mauvais goût de placer avant le contenu si elles sont dans le chapô, étrange comportement. Du coup, s’il y a des notes de bas de page tant dans le chapô que dans le contenu, les ancres ne sont pas bonnes !

DotClear a la bonne idée de gérer une galerie d’images partagée entre tous les contenus, mais ne permet pas de gérer des images spécifiques à un article donné, donc la galerie doit vite devenir difficile à gérer. Cette galerie ne permet en plus pas de gérer tous types de documents, ce qui est bien trop limitatif. Finalement, ma galerie de documents pour SPIP est beaucoup mieux, il faudrait que je la finalise...

DotClear n’intègre pas de correction orthographique, alors que celle de SPIP m’a permi déjà plusieurs fois d’éviter des petites horreurs. Le serveur d’orthographe de SPIP est générique, il faudrait voir comment le rendre exploitable par DotClear...

Interactivité

Du côté des commentaires, DotClear n’intègre malheureusement pas la possibilité de gérer des threads de discussion [10], tout restant désespérément à plat et sans possibilité simple de répondre de manière pertinente à un commentaire en particulier. Je n’ai pas vu beaucoup de blog utilisant — comme je le fais ici — cette notion de thread, alors que je la trouve plus intuitive et pratique dans les discussions puisque chaque message est bien dans son contexte [11].

Là où DotClear apporte un énorme plus à SPIP, et c’est LA raison qui m’a fait débuter cette étude, c’est dans la gestion des trackbacks et pingbacks. Ils sont le meilleurs moyen de relier les blogs entre eux, c’est à dire d’une part de savoir quand un autre blog parle de Gastero Prod, et d’autre part de signaler à d’autres blogs que je les site.

Bilan temporaire

Je laisse là cette étude commencée il y a plus d’un mois, faute de temps pour la boucler, et surtout parce que j’apprend que la première beta de DotClear 2.0 va enfin être mise à disposition demain !

Quoi qu’il en soit, je n’aurais pas jeté SPIP pour DotClear 1.

L’avenir dira si DotClear 2 me séduit plus...

Il était donc temps d’enfin adopter FeedBurner sur Gastero Prod, après avoir hésité de nombreux mois.

Cela me permettra de savoir à peu près combien de personnes sont abonné au flux RSS.

L’ancien flux donne donc maintenant une redirection [2] vers le nouveau, toujours au format RSS 2.0 :

• http://feeds.feedburner.com/GasteroProd

Normalement, s’il est raisonnablement bien développé, votre client de syndication devrait mettre à jour tout seul l’URL. Sinon, à vous de jouer !

Comme vous vous en rendrez sans doute compte, FeedBurner a le bon goût [3] d’insérer dans le flux mes photos les plus récentes sur Flickr.

Au passage, FeedBurner met à disposition un formulaire d’inscription à l’envoi par e-mail des nouveautés du site, donc j’ai créé un nouveau bloc en haut à droite de la page d’accueil [4] :

Donc si vous êtes alergique au RSS, voilà un nouveau moyen de ne plus manquer les mises à jour du site.

C’est-y pas beau tout ça ?

MAJ dix minutes après : Ah bin tiens, NiKo est aussi passé chez FeedBurner, belle coïncidence !

MAJ du 25/04 : Un point intéressant que j’avais oublié de signaler est que maintenant seul FeedBurner vient chercher le flux RSS chez Gastero Prod, donc ça devrait alléger de manière conséquente la charge serveur et la bande passante consomée. C’est NiCoS qui va être content... ;-)

Seconde MAJ du 25/04 : Comme signalé par NiKo, pep propose une explication plus complète des intérêts et limites de FeedBurner.

L’avantage de demander une inscription était double :

• empêcher le SPAM, et là pas de soucis, je n’ai pas à me plaindre du moindre écart depuis le tout début
• mettre en oeuvre simplement les gravatars

Mais force est de constater que les commentaires ne sont pas légion sur les articles, et je me demande si cette nécessité de s’inscrire n’est pas un frein un peu trop fort.

Je tente du coup une ouverture totale, en espérant qu’il n’y aura pas de dérapage.

SPIP n’intègre pas (encore) de système de surveillance type Spamplemousse, mais les nouveautés côté plugins de la version 1.9 vont peut-être le permettre prochainement. D’un autre côté, si dotClear 2.0 est aussi séduisant que ce qui est annoncé, je vais peut-être réfléchir...

Allez, participez un peu plus, et restez courtois ! ;-)

Par exemple, la photo de Zhang Ziyi que j’ai mis dans mon article sur le film « Hero » :

En consultant les logs de consultation de mon serveur HTTP Apache, je me suis rendu compte qu’elle est reprise sur différents sites, dans le profil d’internautes peu scrupuleux.

Sur Fractal par exemple, dans le profil d’une certaine « Mei Lin » :

Dans les forums de El Otro Lado, dans la signature d’un certain « Evil Mask » :

Bien sûr, le furoncle MySpace n’échappe pas à la liste, avec notamment le profil d’un certain « Nick »...

... ou encore celui d’un certain « Sgnl>06 (Paul Fills The Void) » :

J’arrête là la démonstration, mais j’ai déjà relevé plus de dix autres sites sur lesquels cette unique image est réutilisée sans vergogne.

Cette photo n’est pas de moi, bien sûr, et je ne suis même sans doute pas totalement dans mon droit en l’affichant ainsi sur mon site, mais ce que je déplore surtout, c’est la quantité de bande passante ainsi détournée !

D’après les logs Apache, l’image a été téléchargée 321 fois vendredi 17 mars pour illustrer une page non hébergée par Gastero Prod [1]. L’image faisant une taille de 14748 octets, on arrive à un vol de bande passante quotidien d’environ 4,5 Mo. Et cela pour une seule des images qui sont « volées », je n’ose tenter un calcul global...

Heureusement, une solution existe ! Comme l’explique simplement NiKo, il « suffit » d’empêcher les méchants de voler la bande passante, en interdisant l’usage d’images du site à partir d’autres sites. Via les Rewrite Rules d’Apache, en l’occurance.

La solution de NiKo ne s’intéresse qu’au furoncle MySpace, donc il est nécessaire d’adapter la règle décrite.

Malheureusement, il est impossible de généraliser la règle à tout site externe, car les images deviendraient alors invisibles dans les aggrégateurs de flux de syndication en ligne tels que Bloglines ou FeedLounge.

Voici donc ma règle pour l’instant, si je la limite à trois domaines :

Si ce n’est pas le cas, voici un exemple de tag cloud sur Flickr, qui représente les tags les plus utilisés depuis le lancement du service :

Sur Gastero Prod, j’ai mis en place ce mécanisme assez astucieux de listage des thèmes abordés, à la fois dans la colonne de navigation, et sur une page dédiée aux tags :

Sur cette page, je peux lister les tags par ordre alphabétique, ce qui est l’usage classique, mais aussi par ordre d’importance, c’est à dire selon le nombre d’articles auxquels ils sont associés, ce qui est plus pratique sans doute pour les utilisateurs de synthèses vocales ou autres outils non graphiques de navigation.

C’est que je m’interroge justement sur la façon optimale de rendre accessible ces fameux tag clouds.

La plupart des solutions implémentées ne sont à mon avis pas satisfaisantes de ce point de vue, pour différentes raisons :

Une liste, déjà, ce serait pas mal...

Certains n’utilisent tout simplement pas des éléments de type listes — <ul> ou <ol> [1] — pour lister les tags, mais se contentent de mettre les tags les uns après les autres.

La taille, c’est une information purement visuelle

Certains utilisent bien des listes, mais jouent sur l’importance relative des éléments en affectant directement une taille à chacun, via un attribut style en ligne, ce qui n’apporte aucune information sémantique — et donc plus accessible — d’importance relative.

Près du but

Certains autres, enfin, apportent un début de sémantisation du contenu en montrant l’importance relative de chaque élément avec des balises <em> imbriqués, mais je ne pense pas qu’une imbrication de plusieurs balises identiques ait un réel intérêt pour l’accessibilité.

Est-ce qu’une synthèse vocale fera la différence entre les deux éléments suivants :

• <em><em>tag1</em></em>
• <em><em><em>tag2</em></em></em>

Je n’en suis pas sûr...

L’unique solution ?

La meilleure solution que j’ai trouvée à ce jour, c’est d’exploiter le fait que la balise <strong> permet comme son nom l’indique de marquer une strong emphasis [2], alors que la balise <em> a pour objectif de marquer une emphase simple.

Il m’est donc possible de différencier trois niveaux d’importance relative des éléments de ma liste :

• Minimum : <li>tag</li>
• Moyen : <li><em>tag</em></li>
• Maximum : <li><strong>tag</strong></li>

C’est sûr, c’est moins joli que les solutions qui utilisent beaucoup plus de variantes de tailles, mais au moins c’est censé être plus accessible.

Une petite amélioration reste possible

Maintenant que le contenu est relativement accessible, rien n’empêche de rajouter de l’information en plus pour les heureux utilisateurs de navigateurs graphiques, en ajoutant par exemple des informations de taille aux éléments.

Cette information a bien un sens pour ceux qui peuvent l’exploiter, donc je ne pense pas que l’on puisse m’accuser de poluer le contenu avec de la présentation. Parfois, la présentation donne un sens.

Restent tout de même quelques questions

• Est-ce que tout ça est vraiment accessible, ou est-ce que je me prends la tête pour rien ?
• Est-ce que, si la solution est bonne, elle peut être améliorée en ajoutant un niveau utilisant l’imbrication <strong><em>tag</em></strong> [3] ?

Quoi qu’il en soit, voici une nouvelle preuve que la quête de l’accessibilité est loin d’être simple, et c’est toujours en tatonnant qu’on arrive à déterminer pragmatiquement les solutions les plus pertinentes.

J’ai eu l’info par Laurent Jouanneau, et je m’empresse de la relayer, parce que je trouve cela vraiment dangereux pour la santé des plateformes d’hébergement.

Je me suis aussi empressé d’adopter sur ce site la règle mod_rewrite proposée par Laurent, en espérant que je ne me ferais pas jeter par mon hébergeur :

Au passage, je n’ose imaginer la perturbation que cela va apporter à tous les outils de statistique de consultation des sites qui ne prendront pas en considération cet en-tête HTTP X-moz: prefetch ...

Mise à jour du 9/12 : J’ai laissé un commentaire sur la page de l’extension, et je me rends compte que je ne suis pas le seul. N’hésitez pas à faire de même...

Personnellement, j’avoue que je n’ai aucun besoin de cette page, qui présente uniquement des dates et un nombre de publications par mois, sans indication des contenus effectivement publiés.

Les pages affichant la liste des publications d’un mois particulier — septembre 2005 par exemple — n’a pas beaucoup plus d’utilité.

Si je veux rechercher sur un site un contenu que j’avais repéré précédemment, j’ai plutôt tendance à chercher sur des termes utilisés dans ce contenu plutôt que sur sa date de publication, qui m’a dans la plupart des cas de toute façon échappé.

Et vous ? Dois-je garder cette notion d’archives, ou — après la suppression de l’agenda — puis-je faire encore du ménage ?

Créé à l’origine pour SPIP 1.4.2, comme l’indique la contribution « Réaliser un agenda avec SPIP » que j’avais publiée sur SPIP Contrib le 25 mai 2003 [1], ce jeu de squelette avait un peu évolué en fin de la même année, ce qui m’avait conduit à publier une nouvelle contribution, sur Gastero Prod cette fois-ci, sous le titre « Le même agenda que Gastero Prod avec SPIP ».

Maintenant que Gastero Prod est passé sur une version récente de SPIP, à savoir la 1.9 alpha de SVN, cet agenda ne fonctionne plus, et je n’ai vraiment ni le temps ni le courage de chercher pourquoi. Je n’attendais en fait qu’un prétexte pour le supprimer, n’ayant plus du tout le temps de le gérer, surtout vu la complexité de la chose, les articles de SPIP n’étant vraiment pas prévus pour cette fonctionnalité.

Le service rendu a été important, et de nombreux spipeurs ont utilisé ma contribution, mais il est temps de passer à une nouvelle version, maintenant que le calendrier public de SPIP est une fonctionnalité native depuis la version 1.8.2. Sauf que je ne l’ai vu pour l’instant fonctionner que sur un seul site, mais sans être réellement convaincu.

L’avenir dira si Gastero Prod sera à nouveau doté d’un agenda...