> Il existe aujourd'hui, sur toutes les plateformes, des lecteurs RSS très
> pratiques (voir par exemple RSS Readers (RSS Info)).
Je continue à réfléchir tout haut : supposons que chaque auteur dispose,
dans sa page "informations personnelles", ou dans la page d'accueil, d'un
lien vers la configuration de son feed RSS perso : il y a va, sélectionne
les éléments qui l'intéressent (le suivi des forums, non, le suivi des sites
proposés, oui, le suivi des nouvelles des sites syndiqués, oui, etc., chacun
étant représenté par un caractère, a,b,c,d...) parmi ceux que son statut lui
autorise.
Il récolte en échange un lien du type
www.monsitespip.net/suivi.php?suivi=bcghj
qu'il peut passer dans son feed.
D'accord, mais la confidentialité n'est pas assurée ; d'un autre côté, on ne
va pas non plus demander une authentification complète, ni surtout une
authentification équivalente (qui permettrait, à partir du lien RSS, de se
loguer dans l'espace privé !)...
L'idée, là, serait plutôt de générer une clé $x=md5($suivi . $htpasswd);
Cette clé ne permet pas de retrouver le mot de passe ni de se loger ; quand
on change de mot de passe, la clé est cassée ; et l'URL de suivi est
simplement de la forme www.monsitespip.net/suivi.php?suivi=bcghj&cle=xxxxx
(ne nécessite pas d'authentification complémentaire).
Du coup, la règle déterminant ce qu'on peut proposer à un rédacteur est
simple : c'est exactement l'ensemble des "objets" dont il peut avoir
connaissance s'il se connecte dans l'espace privé. A chacun ensuite de
cocher ce qui l'intéresse et, au final, d'en récupérer l'URL d'un feed ; si
l'on veut séparer les différents feeds (un pour les forums, un pour les
articles, etc.) il suffit de réitérer l'opération autant de fois que
nécessaire (à moins qu'on trouve encore plus simple).
-- Fil