Autoconfiguration des tribunes

Une ébauche de travail est visiblement à l'adresse
http://wiki.chouchenn.org/index.php?rfcc
mais les modifications sont fermées.

Listons un petit cahier des charges:

1. Il suffit de renseigner une simple URL dans un canard pour que celui-ci télécharge toutes les informations nécessaires à la configuration d'une tribune.
2. Le fichier d'autoconfiguration permet au canard de retrouver les informations suivantes :
   • Le nom de la tribune (obligatoire)
   • Les URL des backend (obligatoire) avec le format associé. Il est possible d'avoir plusieurs URLs avec plusieurs formats différents, le canard utilisant le backend qu'il préfère.
   • L'URL et toutes les informations permettant de poster un message (obligatoire). Idéalement, on doit être capable de spécifier s'il s'agit de GET ou de POST ou d'une autre méthode, et de passer les paramêtre ${MESSAGE}, ${USER-AGENT}, ${CPS}, ${SESSION} et d'autres aussi bien en paramêtres que dans les entêtes, sous un format ou sous un autre.
   • Le charset ou l'encodage à utiliser pour les posts (obligatoire) et peut-être pour le user-agent
   • Est ce que les posts anonymes sont autorisés ou non (obligatoire)
   • Une URL permettant au canard de créer une session à partir du login et du mot de passe, normalement cela devrait être fait avec un POST pour éviter d'exposer les mots de passe dans les logs d'un proxy, et la réponse, à définir, est soit en text/plain avec les paramêtres de session à sauver, soit avec un set-cookie dans les entêtes, solution probablement plus facile à adapter aux moteurs existants.
   • ... tout un tas d'autres propriétés à définir..., l'idéal est d'avoir un dictionnaire associant des valeurs à des noms.
   • Les coordonnées (l'email?) de la personne responsable
   • L'URL d'un icone que le canard peut utiliser avec ou à la place du nom
   • Une URL qui permet de créer un compte via un navigateur
   • Une URL d'accès au site via un navigateur (la racine)
   • La couleur de fond recommandée pour l'affichage
   • La couleur du texte recommandée pour l'affichage
3. Le format doit permettre d'ajouter des informations et de suivre l'évolution des besoins. Le format XML semble recommandé pour cela. Il existe des parsers XML dans de nombreux langages.
4. Afin de gérer l'évolution, il faut également embarquer un numéro de version succeptible d'évoluer lorsqu'il y a une modification de structure.
5. Il doit être possible d'inclure des feeds RSS, éventuellement liés à l'utilisateur (utilisant ${LOGIN} pour être générique, substitué par le canard).
6. Le fichier d'autoconfiguration dispose de son propre mime-type