[spip-dev] [dist/backend-articles.html] permettre une syndication completes des sites SPIP

Dev
1

Salut,

Quand on appelle http://#URL_SITE_SPIP/backend.php3
un lecteur de rss ne reçoit pas les brèves.
Il est peut être plus pratique pour les utilisateurs de leur premettre de syndiquer
un site web SPIP avec un seul flux rss.

Pourquoi ne pas ajouter les (des) brèves à dist/backend.html
(éventuellement en créant dist/backend-articles.html).

La meilleure idée à laquelle je pense (pas forcément une bonne idée)
est d'ajouter à la fin de dist/backend.html :
<BOUCLE_tres_recents_breves(ARTICLES){lang ?}{branche ?}{par date}{inverse}{age<3}{unique}>
  <item>
    <title>[(#TITRE|supprimer_numero|texte_backend)]</title>
    <link>[(#URL_BREVE|url_absolue)]</link>
    <date>#DATE</date>
    [<description>(#TEXTE|texte_backend)</description>]
    [<dc:date>(#DATE|date_iso)</dc:date>]
    <dc:format>text/html</dc:format>
    <dc:language>#LANG</dc:language>
  </item>
</BOUCLE_tres_recents_breves>

Qu'en pensez vous ?

2

Pourquoi ne pas ajouter les (des) brèves à dist/backend.html
(éventuellement en créant dist/backend-articles.html).

La meilleure idée à laquelle je pense (pas forcément une bonne idée) est d'ajouter à la fin de dist/backend.html : <BOUCLE_tres_recents_breves(ARTICLES){lang ?}{branche ?}{par date}{inverse}{age<3}{unique}>
[...]
</BOUCLE_tres_recents_breves>

Qu'en pensez vous ?

A priori, ça va casser la logique chronologique de la syndication, puisque des brèves pourrons apparaître après des articles moins récents, déjà récupérés par les clients.

-Nicolas

3

Nicolas Hoizey wrote:

Pourquoi ne pas ajouter les (des) brèves à dist/backend.html
(éventuellement en créant dist/backend-articles.html).

La meilleure idée à laquelle je pense (pas forcément une bonne idée) est d'ajouter à la fin de dist/backend.html : <BOUCLE_tres_recents_breves(ARTICLES){lang ?}{branche ?}{par date}{inverse}{age<3}{unique}>
[...]
</BOUCLE_tres_recents_breves>

Qu'en pensez vous ?

A priori, ça va casser la logique chronologique de la syndication, puisque des brèves pourrons apparaître après des articles moins récents, déjà récupérés par les clients.

Le fichier xml doit être chronologique? il y a des dates dedans, non? c'est le lecteur de l'autre côté qui fait le classement, enfin, moi je l'avais compris comme ça...

En tout cas, si c'est pas le cas, on pourrait (mais pas dans les squelettes par défaut qui devraient rester simple) détourner le filtre agenda_memo comme l'a fait James.

Pierre

4

A priori, ça va casser la logique chronologique de la syndication,

Le fichier xml doit être chronologique? il y a des dates dedans, non? c'est le lecteur de l'autre côté qui fait le classement, enfin, moi je l'avais compris comme ça...

Ce n'est pas comme ça que je l'ai considéré jusqu'à présent, mais j'avoue n'avoir pas vérifié les « normes »...

En tout cas, si c'est pas le cas, on pourrait (mais pas dans les squelettes par défaut qui devraient rester simple) détourner le filtre agenda_memo comme l'a fait James.

C'est à dire ? Un empilage dans une mémoire temporaire, dans les deux boucles, puis une restitution finale ?

-Nicolas

5

Voilà, c'est l'idée de mélanger des "objets" spip de type différents. ça veut dire passer par un filtre php pour faire l'affichage ou par ce qu'à fait Piff:
http://www.spip-contrib.net/ecrire/articles.php3?id_article=1131

Je n'ai essayé ni l'un ni l'autre, mais James a utilisé la première solution, il faudrait lui demander des détails.

Pierre

6

> Ce n'est pas comme ça que je l'ai considéré jusqu'à présent, mais
> j'avoue n'avoir pas vérifié les « normes »...

oui je crois qu'on fait comme on veut pour l'ordre, 15 items maxi en RSS
toutefois.

Voilà, c'est l'idée de mélanger des "objets" spip de type différents.
ça veut dire passer par un filtre php pour faire l'affichage ou par
ce qu'à fait Piff:
http://www.spip-contrib.net/ecrire/articles.php3?id_article=1131

La seule difficulté c'est que le fichier dist/backend.html doit être un peu
lisible si on veut que tout un chacun puisse le modifier. Mais oui pour les
tueurs du RSS il y a de quoi faire beaucoup plus complet

-- Fil

7

Ce n'est pas comme ça que je l'ai considéré jusqu'à présent, mais
j'avoue n'avoir pas vérifié les « normes »...

oui je crois qu'on fait comme on veut pour l'ordre, 15 items maxi en RSS
toutefois.

Je me disais bien, c'est là que {n-#TOTAL_BOUCLE,15} serait intéressant et totalement illisible, j'ai pas encore tester...

Voilà, c'est l'idée de mélanger des "objets" spip de type différents.
ça veut dire passer par un filtre php pour faire l'affichage ou par
ce qu'à fait Piff:
http://www.spip-contrib.net/ecrire/articles.php3?id_article=1131

La seule difficulté c'est que le fichier dist/backend.html doit être un peu
lisible si on veut que tout un chacun puisse le modifier. Mais oui pour les
tueurs du RSS il y a de quoi faire beaucoup plus complet

wep, c'est ce que je disais plus tôt

Pierre