Tags de découverte de flux RSS non découvrables ?

Soutien
1

Nous avons reçu un rapport indiquant que les flux RSS de notre instance Discourse n’étaient pas découvrables, c’est-à-dire qu’un lecteur RSS ne parvient pas à les ajouter simplement en entrant l’URL de notre site Web Discourse principal. J’ai examiné la source de la page et les balises link sont présentes :

<link rel="alternate" type="application/rss+xml" title="Latest posts" href="https://diskutuj.digital/posts.rss"/>
<link rel="alternate" type="application/rss+xml" title="Latest topics" href="https://diskutuj.digital/latest.rss"/>

Mais elles ne sont pas visibles depuis curl :

% curl -sL https://diskutuj.digital | grep "rss"
%

Cela pourrait expliquer pourquoi le flux n’a pas été détecté par le lecteur. Mon test curl a-t-il un sens ? Est-il possible que les balises link ne soient pas présentes dans le HTML renvoyé par le serveur ?

2

Je ne sais pas et c’est pourquoi je suis totalement hors sujet, je pense, mais j’utilise Newsify sur iPad et à ma connaissance, il veut une URL exacte pour le flux RSS. Je ne me souviens même pas quand j’ai vu un lecteur RSS capable de découvrir des flux à partir de l’URL principale.

Je sais. Cela ne prouve rien.

3

J’utilise Reeder et je suis sûr qu’il peut découvrir des flux à partir de l’URL du site principal.

Mais cela fonctionne :

% curl -sL https://meta.discourse.org | grep \"rss+xml\"
    <link rel="alternate" type="application/rss+xml" title="Latest posts" href="https://meta.discourse.org/posts.rss" />
    <link rel="alternate" type="application/rss+xml" title="Latest topics" href="https://meta.discourse.org/latest.rss" />

Alors, comment notre site (entièrement à jour) peut-il être différent de Discourse Meta ?

4

Et cela fonctionne pour mon forum. Et la seule différence basée sur les curls est que vous n’utilisez pas de sous-domaine. Comment cela pourrait être important, je ne sais pas.

1 « J'aime »