En effet, mon aggrégateur de news en ligne (Bloglines) est en rade. Du coup, je suis en train de me dire que dépendre ainsi d'un service sur lequel je n'ai absolument aucun contrôle pour un outil qui m'est devenu vital n'est peut-être pas la meilleure idée au monde. Je suis donc parti à la recherche d'alternatives, mais la pêche n'as pas été fructueuse pour l'instant. Peut-être qu'en partageant ces infos avec vous, quelqu'un sera capable de me pointer dans la direction de mon Graal.

Cahier des charges

Sans ordre particulier, voici les besoins que je ressens :

  • pouvoir consulter la liste des nouvelles depuis plusieurs endroits différents, et garder synchronisée la liste des entrées lues ou non ;
  • classer les flux dans des dossiers, et afficher toutes les entrées non lues d'un dossier ;
  • renommer des flux ;
  • afficher correctement les images contenues dans les flux ;
  • conserver des entrées comme non lues ;
  • indiquer de manière visible dans la liste des flux quels flux et dossiers ont de nouvelles entrées ;
  • afficher le nom du rédacteur dans la liste des billets ;
  • trier les billets dans l'ordre de leur publication ;
  • utiliser une solution existante (je n'ai pas du tout envie de devoir tout coder à partir de MagpieRSS).

En fait, tout cela correspond aux fonctionnalités de base de Bloglines.

Premier essai : feed on feeds

C'est à vrai dire la solution qui me plaît le plus : héberger sur un de mes serveurs un service équivalent à Bloglines.

Inconvénients

J'ai toutefois rencontré quelques défauts qui font que cette solution ne me convient pas totalement :

  • pas de possibilité de classer les flux dans des dossiers (bien que la prochaine version semble utiliser un système de tags qui pourrait avantageusement remplacer cela ; il n'y a toutefois pas de date de sortie annoncée) ;
  • le renommage de flux est faisable, mais de manière un peu brutale (aller modifier directement la description dans la base au moyen d'une requête SQL) ;
  • l'ordre de tri des billets se fait selon leur ordre d'ajout dans la base, pas d'après leur date de publication (surtout ennuyant au moment de l'ajout de nouveaux flux dans le système, tous les billets se retrouvent mélangés dans un ordre quelconque) ;
  • il n'y a pas de récriture des attributs image des billets si l'adresse de l'image apparaît de manière relative (aucune image ne s'affiche alors).

Avantages

C'est une solution écrite en PHP et utilisant une base MySQL, je devrais donc pouvoir assez facilement modifier cela pour corriger les deux points qui m'embêtent le plus (ordre de tri des billets et récriture des liens images). En plus, il suffit d'un navigateur web pour pouvoir accéder aux dernières nouvelles.

Deuxième essai : Firefox + Sage + Bookmarks Synchronizer

Utilisation de trois outils combinés : le navigateur web Firefox, l'extension Sage pour la lecture des flux RSS, l'extension Bookmarks Synchronizer pour stocker la gestion des flux RSS sur un serveur.

Avantages

Tout vient intégré à mon navigateur favori.

Inconvénients

Mais il y a quelques problèmes qui se sont rapidement révélés à l'utilisation.

  • Cette solution n'est pas universelle (c'est à dire que chaque fois que je travaille sur un ordinateur différent il me faut installer ces trois outils) ;
  • le renommage de flux n'est pas vraiment possible (dès qu'on raffiche le flux, il reprend le nom qui est donné dans le fichier RSS) ;
  • l'information de billets non lus n'est pas remontée à travers les dossiers ;
  • il paraît (même si je n'ai pas encore rencontré ce problème moi-même) qu'il y a certaines incompatibilités entre Sage et Bookmarks Synchronizer (Sage perd alors régulièrement le dossier contenant les flux et il faut le reparamétrer à chaque démarrage).

Autre possibilité

Un petit lecteur de news bien conçu et qui puisse fonctionner directement depuis une clé USB. Je ne connais par contre pas de solution de ce type. Et je perds une partie de l'universalité (ne fonctionnera que sur une famille de systèmes d'exploitation... même si de toutes façons je ne travaille que sous Windows) et cela me force également à toujours avoir avec moi ma clé USB.

Conclusion

Aucune de ces solutions essayées ne me convient complètement. À l'utilisation, c'est feed on feeds qui me parait le plus agréable, et qui sera probablement le plus facile à adapter à mes besoins... je rechigne toutefois un peu à me lancer dans du code pour modifier cela, alors qu'une prochaine version approche et qu'elle amène un « refactoring » complet du code.

Vous avez des propositions à me faire ?