... | ... | @@ -59,4 +59,16 @@ Le contenu de la rp devra être accessible par une API, fournissant le contenu d |
|
|
|
|
|
L'API devrai contenir toutes les informations nécessaires à la publication d'un article, car c'est laAPI qu'utiliseront les droides pour publier.
|
|
|
|
|
|
Des Flux (RSS, Atom, autres ?) sont à prévoir, par thèmes, par tag ou général, afin de permettre à quiconque de s'abonner et de suivre la RP. |
|
|
\ No newline at end of file |
|
|
Des Flux (RSS, Atom, autres ?) sont à prévoir, par thèmes, par tag ou général, afin de permettre à quiconque de s'abonner et de suivre la RP.
|
|
|
|
|
|
Modules
|
|
|
=====
|
|
|
|
|
|
Le code doit fonctionner de manière modulaire, quitte à préciser quels modules charger dans le fichier de configuration. Chaque droide est attaché à un module différent, soit pour ajouter des articles, soit pour publier. Par exemple, un module to_drupal permet à un droide de publier un artice sur un site drupal, et un module from_irc permet à un droide (wantzel par exemple) de récupérer les entrées d'IRC vers la rp.
|
|
|
|
|
|
Parsers
|
|
|
--------
|
|
|
|
|
|
Comme les sites de presse n'ont pas du tout de forme commune, il est nécessaire de les parser pour extraire le contenu de l'article. Cela peut inclure devoir se connecter avec un compte pour passer outre les paywalls.
|
|
|
|
|
|
Un parser générique devra permettre de faire le plus gros du taff (notamment pour tous les sites n'ayant pas de parsers spécifiques), et servira de base aux autres. Un parser est associé à un motif d'URL, et fournit, notamment, tout ce qui sert à récupérertitre, contenu, nom du média, si on est derrière un paywall ou non. |
|
|
\ No newline at end of file |