J'utilise Safari pour lire le flux venant de doc.spip.org
J'ai remarqué que j'avais un problème de calcul des éléments mis à
jour : j'avais des vagues de plus de 30 mises à jours indiquées, sur
des éléments pourtant anciens.
Après recherche, j'en suis arrivé à la conclusion que le format RSS
envoyé par le backend n'est pas très complet.
Pourquoi est-ce que la date, qui est l'élément de base pour qu'un
lecteur de flux sache quels sont les nouveaux éléments, soit celle de
l'extension et pas celle par défaut dans le format RSS 2.0 ?
En tout cas ça semble poser problème dans Safari (3.1.1).
Je propose donc que dans le backend de la dist les
<dc:date>(#DATE|date_iso)</dc:date>
soient remplacés par des
<pubDate>(#DATE|date_822)</pubDate>
Je ferais aussi de même dans l'entête du flux RSS, en y ajoutant la
balise <lastBuildDate>
Pourquoi est-ce que la date, qui est l'élément de base pour qu'un
lecteur de flux sache quels sont les nouveaux éléments, soit celle de
l'extension et pas celle par défaut dans le format RSS 2.0 ?
En tout cas ça semble poser problème dans Safari (3.1.1).
C'est nouveau ce problème ? Car je viens de vérifier tout
l'historique de backend.html et il n'y a jamais eu de pubDate.
Je propose donc que dans le backend de la dist les
<dc:date>(#DATE|date_iso)</dc:date>
soient remplacés par des
<pubDate>(#DATE|date_822)</pubDate>
remplacés par ou doublés de ?
Je ferais aussi de même dans l'entête du flux RSS, en y ajoutant la
balise <lastBuildDate>
Et ce serait la date de calcul du flux ? la date_modif la plus récente du site ?
Je n'avais jamais mis de backend SPIP dans Safari (je viens de la
faire pour celui de spip.net, je vous dirai si j'ai des pb).
En tout cas le problème semble spécifique à CE backend tout compte
fait car il plante même le titre des articles :
"echapper_php_callback - modifie le 2008-04-30T08:18:07Z par 90.20.44.215
lundi à 23h42
Fonction privée, appelée par ...
"
Alors qu'ensuite (bcp plus tard) j'ai
"xml_rss_dist
dimanche à 23h42
ecrire/xml/rss.php
"
(bien sûr j'ai les éléments en double c'est assez chiant)
Je pense que c'est en partie lié à l'entête mal formée du flux
Je pense que le problème est que si tu prends la page dans le cache le
code envoyé compotre ce \1 et un msg d'erreur php
Fatal error: Call to undefined function: generer_url_article() in
/var/www/doc.spip.org/ecrire/public/composer.php(41) : eval()'d code
on line 312
mais en effet si on ajoute var_mode=calcul ça fonctionne un peu mieux :
- pas de chr(1)
- pas de dupplicat dans le reader intégré à Safari
Mais
j'ai encore comme libellé des trucs comme :
- balise_FILTRE_dist - modifie le 2008-04-29T05:50:30Z par marcimat
(maintenant, il y a peut-être un cache dans le navigateur, donc c'est
à l'usage qu'il faut voir comment ça se comporte)