Le thème est désormais construit comme un « thème enfant » du thème toolbox, ce qui permet d’avoir moins de code à maintenir puisque il n’y a quasiment plus que le fichier de style CSS sur lequel il faut jouer.

Mais en plus ce thème ‘toolbox’ exploite à fond  les nouveautés d’HTML5 l’évolution du langage utilisé pour écrire des pages web. Du coup le tlog est désormais à la pointe de la technologie.

J’en ai aussi profité pour changer quelques petits détails visuels en jouant avec des bordures rondes et des petites ombres, on va voir à l’usage ce que ça donne…

Le thème peut-être téléchargé ici dans sa dernière version.

Quelques resources supplémentaires à ce sujet:

• L’extension Firebug[en], archi connue, est toujours incroyablement utile pour bidouille un thème sans avoir à uploader des fichiers ni rafraîchir son navigateur.
• Bon à savoir: le thème toolbox n’est pas livré avec les fichiers de traduction (les .po et .mo qui sont censés être dans le dossier ‘languages’) mais il semble que les fichiers correspondants du thème par défaut TwentyTen sont compatibles (et on peut trouver les versions traduites de TwentyTen via le codex[en]).
• Un peu de contexte sur l’intérêt de passer son blog à HTML5 dans un article de Smashing Magazine[en].

Par conviction et aussi parce que ça semble finalement plein de bon sens, j’évite de confier trop de contenu (texte, photo, code) directement aux sites comme Facebook qui s’approprient un peu trop rapidement les données de leurs utilisateurs.

Plus concrètement le meilleur endroit pour conserver ses données reste son ordinateur (avec ce qu’il faut de sauvegarde sur des disques externes), et c’est avant tout comme ça que je sauve mes photos et mon code.

Pour les données un peu plus spécifiques « internet » (les articles de blog et une sélection de photos) j’utilise divers services « libres »: des services construits sur du logiciel libre et utilisant (forcément) des protocoles ouverts qui facilitent l’échange de données avec d’autre services. En la matière, WordPress, zenPhoto et identi.ca me rendent assez bien service.

Enfin pour des cas vraiment particuliers je passe par des services propriétaires comme Flickr, Twitter et finalement Facebook.

L’objectif

Et bien l’objectif est particulièrement simple a première vue: faire en sorte que les nouveaux articles et les nouvelles photos publiées sur mon blog ou via identi.ca arrivent sur mon « mur » Facebook automatiquement.

C’est « simple » car l’essentiel de la technologie nécessaire existe, est « libre » et vastement répandue avec internet et son protocole HTTP d’un côté et de l’autre côté les flux RSS omniprésents sur le web et qui permettent à tout un tas d’applications de se tenir au courant des nouveautés apparues sur chaque site (un nouvel article, une nouvelle photo etc).

L’échec

Il y a quelques temps Facebook offrait la possibilité de « brancher » sur son mur n’importe quels flux RSS et ça marchait pas mal, tellement bien que ça n’avait aucun intérêt d’écrire un article dessus. Depuis, ils ont limité la fonctionalité à un seul flux: donc il faut choisir entre avoir les articles du blog postés sur le mur, ou alors les « marques » (les « tweets » version identi.ca) ou alors les photos mais pas les trois en même temps. Et pour une raison inconnue même avec un simple flux, cela marche maintenant singulièrement mal.

Bref le message était assez clair: si vous voulez faire ce genre de choses, faites ça avec une « application » tierce. Du coup j’ai pu essayer une application assez renommée et dont le seul et unique but affiché est de régler ce genre de problème (en l’occurrence twitterfeed) mais qui, bien qu’ayant pas mal d’options intéressantes pour filtrer les flux par exemple, s’est avérée presque aussi incapable de lire des flux rss que facebook.

La solution

J’ai malgré tout fini par trouver une autre application qui fasse exactement le job qu’on lui demandait (en tout cas pour l’instant): RSS Graffiti. Cette application permet de transcrire plusieurs flux rss sur un mur facebook. Niveau fonctionnalité c’est à peu près tout mais c’est justement très précisément ce dont j’avais besoin, et surtout: ça fonctionne !

Pour aller un peu plus loin…

Pour raffiner un peu le truc, en jouant un peu avec les flux (modifier les titres, filtrer certains articles en fonction de leur contenu…) il est possible d’utiliser Yahoo Pipes: un outil carrément épatant et finalement assez fun à utiliser.

Pour ceux qui essaieraient, il faut savoir qu’il y a un inconvénient à utiliser Yahoo pipes avec une application comme RSS Graffiti (c’est pareil avec twitterfeed et facebook): Yahoo fixe une limite au nombre de connections acceptées par une certaine IP, et à partir du moment où un peu trop de personnes branchent RSS Graffiti sur leur « Yahoo Pipe » et bien, grosso modo, Yahoo bloque RSS Graffiti. Résultat: RSS Gaffiti est inutilisable directement avec un Yahoo Pipe…

Heureusement une solution existe mais là ça devient un peu gore, même si elle n’a rien d’impressionnant pour qui a déjà joué un peu avec un serveur linux. Elle nécessite d’avoir accès à un serveur ayant « pignon sur internet » (en l’occurrence servant des pages web), une fois cette condition remplie, il suffit de faire un job cron qui lance wget afin de récupérer le flux rss sur yahoo pipes et enregistrer ce flux dans un répertoire accessible depuis internet (et via HTTP). Ensuite c’est l’adresse de ce fichier rss copié qu’il faut indiquer à RSS Graffiti. A noter qu’il faut s’assurer que le fichier copié soit supprimé avant que wget aille en chercher une nouvelle copie¹.

Mise à jour: Apparemment le flux qui sort de yahoo Pipe n’a pas de déclaration d’encodage dans l’en-tête xml (la première ligne du flux rss est <?xml version= »1.0″?> ) mais lorsqu’on rejoint un flux où l’essentiel est encodé en utf-8 mais où un caractère non-utf-8 peut se glisser, ça peut poser des problèmes à certains services (par exemple des caractères « étranges » apparaissent à la place de caractères accentués). Un moyen d’éviter ça au maximum est de s’assurer que l’encodage est bien déclaré explicitement en utf-8 au tout début du fichier, ce qui peut se faire avec un petit jeu à base d’echo et de tail, la ligne de commande devenant:

rm machin_no_encoding.rss \
&& wget yahoo_pipe_url\&_render=rss -O machin_no_encoding.rss \
&& echo "<?xml version=\"1.0\" encoding=\"UTF-8\"?>" > machin.rss \
&& tail -n +2 machin_no_encoding.rss >> machin.rss

1. donc le job cron doit plutôt lancer un ‘rm machin.rss && wget yahoo_pipe_url -O machin.rss’

Quelques mises à jour rapides sur le code que j’ai mis à disposition sur ce site:

• serious blue tlog — le thème de ce blog — localisé cette fois (ie il s’adapte à la langue du blog)
• mes fichiers de conf Emacs (avec l’ajout du support pour le reST)
• le plugin todotxt pour la Deskbar et le module Python todotxt (qqs bugs corrigés)

Du coup j’ai fait la mise à jour de WordPress dans sa nouvelle version (2.3) et en français. Le passage s’est fait sans douleur étonnement¹. Alors comme je voulais quand même souffrir, fo croire, j’ai décidé de traduire le thème de ce blog en français aussi. Le tout est dispo sur la page WordPress du site.

1. un bravo, donc en passant aux équipes qui développent WordPress et sa version française

Comme notre très cher président¹ propose de parsemer la France de caméras pour choper quiconque oserait se marrer dès qu’il apparait bourré à la télé, j’y vais moi aussi de mon appareil « tout sécuritaire ». Mais dans mon cas, ça se limite à mon blog.

En effet, je teste depuis quelque temps des plugins WordPress qui font des stats sur les visites du blog:

• Automattic Stats: dans la lignée de Google Analytics (que j’ai jamais essayé perso) il est assez sympa, les données sont présentée dans des graphes très potables mais il manque un peu de fonctions. En particulier, il ne montre pas la situation géographique des visiteurs et je suis pourtant fébrile de vérifier à quel point personne ne vient du Brésil, de Suède ou du Bhoutan.
• Quick Stats: bon c un principe similaire mais avec une présentation beaucoup plus spartiate. Mais bon il liste les IP et les noms des navigateurs Internet utilisés. Du vrai flicage donc, mais ça palie aux manques du module précédent :)

Un autre plugin sécuritaire me permet de filtrer le spam de façon assez efficace jusqu’à maintenant²

• reCAPTCHA: rien à voir pour le coup, juste la dernière incarnation des célèbre Captcha. Ces petites images qui présentent des lettres déformées et que l’on utilise pour savoir si la personne qui poste un commentaire est un humain ou un vilain robot spammeur. Si ce n’est pas très clair… z’avez qu’à essayer de poster un commentaire ici et vous comprendrez vite. Sinon ce que ce système de captcha a de particulier, c’est qu’il est utilisé pour aider à la reconnaissance de caractères dans des livres scannés, plus de détails sur le site[en]. Cette fois ce n’est plus du flicage mais de l’exploitation je sais, je sais… Mais d’abord je trouve l’idée marrante et, cerise sur le gâteau, c’est apte à énerver des collègues qui bossent dans le domaine :)

Mise-à-jour: on m’a fait remarquer que l’adresse e-mail était requise pour pouvoir poster un commentaire. Ca fait vraiment du flicage haute-dose faut avouer, mais pour tout dire je m’en étais pas aperçu (ben ouai je poste rarement des commentaires sur mon propre blog… J’ai donc désactivé le truc et j’en ai profité pour remettre un peu d’ordre dans les champs à remplir (ct le bazard). J’apprécie toujours que les gens qui postent des commentaires s’identifient un minimum (notamment le pseudo et le site s’il existe), mais c’est plus par curiosité et ce n’est plus obligatoire.

Mise-à-jour bis : J’ai viré le plugin qui servait à récolter les ip (entre autre), d’une part j’ai pas envie d’avoir de pb avec la Cnil et en plus j’en faisais vraiment que dalle…

1. vu l’état récent des comptes et les dépenses en vue, la vieille blague de Desproges est recyclable à peu de frais
2. je me demande juste s’il ne filtre pas aussi les « vrais » commentaires vu que j’en reçois quasi aucun ;)