Mes impressions sur le web, les standards et autres…


Type MIME des fils RSS

J’ai pu constater sur plusieurs blogs la présence du lien relationnel suivant :

<link rel="alternate" href="path/fichier.rss" type="application/rss+xml" Title="Fil RSS" />

Ok, un lien menant au fil RSS du blog. Je clique. Et là, je constate que le contenu que l’on me sert est envoyé avec le type MIME text/xml ?! Plait-il ? On prétend donc m’envoyer un contenu de type application/rss+xml (le type indiqué dans la balise link) et je reçois du text/xml.

Je ne suis pas sùr que ce soit une bonne idée, au sens strict. L’idéal serait de n’utiliser que l’un des deux types MIME, le "désavantage" du type application/rss+xml étant que le fichier est téléchargé, et non affiché dans le navigateur… (manifestement parce que le type MIME n’est pas reconnu)

Pour limiter les dégats et faire les choses correctement, on peut, tout comme pour les pages xhtml, détecter si le client supporte le type application/rss+xml et si c’est le cas, d’utiliser ce type.

Webnaute: deuxième étape

Bien. Le fil RSS est en place, ainsi que le système des archives, la compression des pages (gérée par PHP en attendant de me pencher plus attentivement sur le module mod_gzip d’apache) et la gestion du cache coté client (l’entête 304 Not Modified est mon ami).
Notez que le cache coté client est géré également pour le fil RSS, ainsi que la compression gzip (je ne sais pas si des lecteurs de fil RSS gèrent la compression gzip).

Prochaine étape donc, une feuille de style plus travaillée, le design actuelle étant des plus simplistes, quoique pas moche à mon goût et très lisible.