URL: https://linuxfr.org/users/deadbeef/journaux/du-rss-et-de-sa-bonne-utilisation Title: Du RSS et de sa bonne utilisation... Authors: deadbeef Date: 2006年08月27日T15:48:29+02:00 Tags: Score: 0 Petit rappel historique: J'ai tranquillement démarré le développement d'un lecteur de RSS en ligne en mi-2005, pensant faire un petit outil pratique, d'abord pour moi, mais avec en tête de le faire partager aux autres personnes qui pourraient avoir les mêmes besoins que moi (l'outil est en GPL: [http://sourceforge.net/projects/ouliblog](http://sourceforge.net/projects/ouliblog) ) Je suis parti à cette époque de quelques hypothèses très simples de départ, notamment que les flux CSS/Atom étaient mis en place par des gens qui souhaitaient exporter leur contenu. Erreur... Grossière erreur ! Avec le recul, je me rends compte que les technologies qui ont le vent en poupe finissent inéluctablement par être utilisées par des gens qui ne les comprennent pas bien et qui les utilisent en les détournant (que cela soit intentionnel ou non). Ca avait déjà commencé il y a quelques années avec des nouveaux venus sur l'internet, fraîchement débarqués de leurs minitels et de leurs magazines papier, qui estimaient que les liens profonds de l'HTML, c'était du vol. Oui oui, du vol. Et qu'il fallait une autorisation pour faire un lien. Et qu'il ne fallait lier que la page d'accueil. Ben voyons. Je me demande encore comment on peut vouloir faire un site en HTML et décider que la technologie sous-jacente ne doit pas être utilisées. C'est un peu comme si je décidais de faire une maison toute en baies vitrées et sans rideau en plein centre ville, et que je décidais de porter plainte parce que les gens regardent chez moi. Si je veux de l'intimité, j'ai un moyen technique très simple: je met des rideaux, et de la même façon, si je ne veux pas qu'on puisse pointer au milieu de mon site, je ne fais pas du html, je fais un site en Flash, un bon gros PDF monolithique, voire un fichier Word, bref il y a le choix ! Il y a même tellement de moyens techniques pour empêcher qu'un site tiers pointe au milieu de son propre site, que tout ça me semblait infiniment ridicule. Heureusement, le forum de l'internet a fini par donner tort aux malcomprenants : [http://www.foruminternet.org/telechargement/documents/synthr(...)](http://www.foruminternet.org/telechargement/documents/synthreco-hyli-20030303.htm) (ouf). Non pas que le forum ait le moindre pouvoir ni le moindre mandat, mais au moins on se sent un peu moins seul. Pour en revenir au sujet initial, les flux CSS/Atom, si j'avais pensé en démarrant le projet qu'il y aurait autant de personnes qui exportent leurs flux mais qui dans le même temps ne veulent pas que leurs données se retrouvent chez les autres (heureusement qu'on a inventé le paradoxe avant l'internet, on aurait manqué de vocabulaire!), je crois bien que j'aurais plutôt démarré un potager ou que je me serais mis au macramé. J'ai beau expliquer que: 1/ Mon site est un lecteur de RSS en ligne, mais que c'est un lecteur de RSS avant tout, ce sont les utilisateurs qui définissent leur flux, et ce sont eux qui les lisent, on m'accuse toujours de "voler" le contenu des autres. 2/ Quand j'explique que personne n'est obligé d'exporter ses flux de contenu, et que quand on met en place un fil RSS, c'est bien pour qu'il soit utilisé, je suis face à un mur d'incompréhension... "mon contenu est soumis au droit d'auteur, je ne veux pas qu'il se retrouve sur d'autres sites"... Mais enfin, pourquoi le publier alors ? "parce que c'est pratique pour les gens qui lisent avec un lecteur de rss, mais je ne veux pas que ça se retrouve sur un autre site web"... sic! C'est un peu comme si on me disait que gmail n'est pas un lecteur de courier mais un site web, et que gmail "vole" le contenu des autres sites quand il l'affiche... 3/ Mais le pire dans tout ça, c'est que si on veut contrôler son contenu, c'est tout à fait possible: personne n'est obligé de publier l'intégralité de son contenu en RSS. Plein de sites ne publient qu'un résumé, ou n'envoient que le titre des articles. C'est pourtant pas compliqué, et ça indique clairement que pour lire l'article, il faut aller sur le site web. Ca ne pose aucun problème pour l'utilisateur, l'intérêt d'un fil RSS c'est avant tout d'être prévenu. Soyons clair, je n'ai absolument rien contre les gens qui n'exportent pas tout leur contenu, c'est totalement légitime de leur part, mais pourquoi, alors que tous les moyens techniques sont disponibles pour faire de la publication exactement comme on veut, pourquoi disais-je, se plaindre des gens qui utilisent ce qui est _volontairement_ publié? Tout cela m'amène à la réflexion suivante: On aurait pu éviter tout ça en anticipant un peu, et en incluant dans les fils rss toutes les informations utiles pour gérer le droit d'auteur... un ou deux petit champs pour décrirer _explicitement_ les droits des clients rss (concernant la distribution et la publication du contenu), et le tour aurait été joué. J'espère que les prochains groupes à définir un standard n'oublieront pas qu'on n'est plus dans les années 90, et que la prochaine guerre de l'internet, ce n'est plus le navigateur, c'est l'appropriation du contenu et les droits de distribution associés. Heureusement, ça ne concerne pas la majorité des sites, et le monde continue de tourner, mais quand on développe on se retrouve constamment à devoir gérer tout un tas de cas tordus pour satisfaire les exigences d'une minorité.