Le Hollandais Volant

Et un petit outil !

Quelques lignes de JS, mais ça rend le travail bien plus simple.

Ce site de la Nasa est très sympa (et aussi très ancien, plus de 20 ans) : chaque jour une nouvelle photo d’astronomie.

Ils ont un flux RSS mais ce dernier est merdique : pas de GUID, pas de date, pas d’ID, bref, de la merde.

Voilà un flux réparé : https://acme.com/jef/apod/rss.xml .

… assurez-vous que la liste des flux ne soit pas visible publiquement (si vous ne le désirez pas).

Je regarde un peu dans Google Webmaster là, et je vois que mes sites sont référencés par des tas de lecteurs RSS qui sont totalement ouverts au public (principalement Kriss-feed, mais pas seulement).

Si vous vous en foutez, alors moi aussi, mais sinon on peut (et n’importe qui, et n’importe quel moteur de recherche aussi) voir la liste de vos abonnements RSS. Et ça ne vient pas de Google Webmaster : n’importe quel webmaster peut voir d’où viennent les visiteurs, grâce au referer (le lien d’origine, que le navigateur communique au site visité), que tous les serveurs web enregistrent dans les logs.

Pour se prémunir de ça, une des solutions suivantes suffit :
– dites aux moteurs de recherche de ne pas visiter votre agrégateur RSS (avec le robots.txt — mais on doit faire confiance à moteur de recherche pour qu’il respecte cette consigne)
– dites au serveur web de ne pas laisser un moteur de recherche accéder à votre agrégateur (.htaccess ou autre ; mais un moteur de recherche peut très bien s’identifier comme un navigateur quelconque)
– utilisez un agrégateur qui n’affiche les flux que derrière une page de connexion (solution la plus sûre à mon avis).

Merci.

Je note le TOC ici :

    1 Les flux RSS des réseaux sociaux
        1.1 Dailymotion
        1.2 Diigo
        1.3 Facebook (Pages)
        1.4 Facebook (Avis)
        1.5 Facebook (Groupes)
        1.6 Facebook (Profils)
        1.7 Flipboard
        1.8 Google+
        1.9 Instagram
        1.10 Pinterest
        1.11 Quora
        1.12 Reddit
        1.13 Scoop.it
        1.14 Slideshare
        1.15 Tumblr
        1.16 Twitter
        1.17 Viméo
    2 Les flux RSS des plateformes de gestion de contenus
        2.1 Blogger
        2.2 Dotclear
        2.3 Joomla
        2.4 Medium
        2.5 Wix
        2.6 WordPress
    3 Les flux RSS des moteurs de recherche
        3.1 Bing & Bing News
        3.2 Google
        3.3 Google News
        3.4 Google Trends
    4 Autres flux RSS
        4.1 Giphy
        4.2 Meetup
        4.3 Kiss Kiss Bank Bank
        4.4 Tripadvisor
        4.5 Yelp
        4.6 Wikipédia

Un pavé dans la marre ?

J’avoue que JSON permettrait une plus grande interactivité entre les flux. Pour coder un lecteur RSS moi-même je peux vous assurer que le JSON aurait été beaucoup plus pratique que du XML (notamment parce que les parseurs intégrés dans les langages et les lib sont plus rapides et faciles à utiliser).

XML a cet avantage de pouvoir être affiché et stylisé beaucoup plus facilement côté client (les navs sérieux sont déjà capables de parser et d’afficher du XML comme une page web).

Dans tous les cas, si ça ils pouvaient ne pas reproduire les erreurs de RSS/ATOM, ça serait bien. Dans RSS t’as des dizaines de façons différentes de spécifier le titre ou la date d’un post.
En Atom certains trucs sont chiants à parser (le contenu des éléments change en fonction des attributs, etc.).

Une petite remarque à propos des lecteurs RSS : si j’ai fait mon lecteur RSS perso, c’est parce qu’il n’y en avait aucun qui ne fonctionnait comme je voulais.

Un des problèmes que je voyais, c’est le temps de chargement entre chaque lecture : à chaque ouverture de post, le navigateur contacte le serveur pour recevoir le contenu de l’article qu’on demande à lire. Entre le moment où l’on clic et le moment où le contenu arrive dans le navigateur, il s’écoule un temps où on ne peut rien faire et c’est chiant.

Le problème quand l’interface et la BDD ne se trouvent pas sur le même système, c’est de synchroniser les deux. À la fois pour le contenu et pour le les actions de l’utilisateur.

Mon lecteur, c’est l’ensemble des éléments non-lus qui se trouve dans le navigateur : donc pas de requête serveur pour obtenir le contenu d’un article, le navigateur l’a déjà. Oui, la quantité de données dans le nav peut sembler importante, mais c’est relatif : 500 articles, ça fait ~2,2 Mo. C’est beaucoup, mais c’est à peine plus que le poids moyen d’une page web aujourd’hui. Ça charge en 3 secondes avec une connexion 8 méga. Ce délai est unique, juste au chargement.

Ensuite, pour la sync des interactions utilisateur (marquage comme lu, etc.), je fais un cache dans le nav : plutôt que de faire une requête serveur à interaction lu, je ne sync que tous les 10 articles lus. C’est là aussi beaucoup plus rentable.

Ce qui prend du temps, aujourd’hui, ce n’est plus la quantité de données à transférer, mais la quantité de requêtes faites au serveur. 10 connexions de 1 Mo sont beaucoup plus lentes que 1 connexion de 10 Mo.
De même pour les requêtes SQL : faire une seule requête pour marquer 10 articles comme lu, c’est plus rapide que 10 requêtes pour un article.

Un outil en ligne pour transformer un fil Twitter en flux RSS.

Ouais, mais c’est pas simple quand le navigateur le plus utilisé au monde ne reconnaît même pas ce format, ne détecte pas les liens du RSS (et n’affiche donc pas l’icône dans la barre d’URL) et est fait par une entreprise qui déteste le RSS. Oui Chrome, c’est de toi que je parle !

À part ça, +1, car moi aussi je fais partie des gens qui dépendent du RSS pour faire leur veille sur internet.

« Le lecteur de flux à l'air sympa, un standalone de prévu ? »

Pas spécialement, mais ça pourrait se faire sans trop de difficultés.

Dites, BescherelleTaMere, ça serait possible de mettre les images dans votre flux RSS ?

C’est particulièrement chiant d’avoir un flux RSS avec juste des titres et rien dedans, surtout l’essentiel du contenu correspondant à l’image.

Le RSS est, pour beaucoup de monde, la seule façon viable, simple, interopérable et pratique pour vous suivre.

Merci.

Y a une démo : https://readerself.com/demo/home

:)

Il a l’air pas mal (et à l’air français en plus, vu les flux). Mais n’a pas cet effet "wow" que je recherche sur mes outils.

Un défaut : les listes déroulantes qui prennent du temps. La liste est donc générée côté PHP, ce qui demander des transferts réseaux lourds et longs. Perso j’ai opté pour un tri côté navigateur, en JS/JSON : c’est instantané.

Un lecteur RSS qu’il a l’air pas mal (pas testé), en autohébergé.

(via Neros)

« Si vous utilisez souvent d'autres lecteurs de flux, vous avez remarqué que, tout comme pour le mail, il vous oblige à tout lire en indiquant les articles que vous n'avez pas lu. »

Ce lecteur n’affiche que la dernière entrée de chaque flux.

Pas sûr que ça me plaise, mais pourquoi pas : après tout, les autres services avec des limitations à la con fonctionnent bien : Twitter (140 chars), Snapchat (photo supprimées après visionnage), Vine (vidéo de quelques secondes maximum)…

Après je suis d’accord sur le fait que la lecture doit rester zen : c’est pas possible de tout lire. Une fois qu’on a appris ça, c’est bon : y a pas besoin d’un logiciel pour nous le dire.

Les anciens flux RSS ne fonctionnent plus.

Par contre, les nouveaux semblent fonctionner.

Il n’est plus possible de les forger (il faut un ID spécial de la chaîne), mais on peut les obtenir très simplement.

Pour Veritasium1 par exemple, allez sur le profil Youtube :
https://www.youtube.com/user/1veritasium

L’icône du RSS n’est pas présent dans la barre d’adresse.

Rechargez la page : magie, elle y est désormais !

Le RSS est : https://www.youtube.com/feeds/videos.xml?channel_id=UCHnyfMqiRRG1u-2MsSQLbXA

(Ce "hack" fonctionnait déjà avant, mais maintenant ça semble être la seule solution pour avoir un flux RSS de YT, sans passer par des outils externes)


ÉDIT : on me signale que tout ceci fonctionne aussi :
https://www.youtube.com/feeds/videos.xml?channel_id=CHANNELID
https://www.youtube.com/feeds/videos.xml?user=USERNAME
https://www.youtube.com/feeds/videos.xml?playlist_id=PLAYLISTID

Il suffit de remplacer le CHANNELID, USERNAME, PLAYLISTID par ce qu’il faut. Donc en fait si, les URL sont toujours forgeables à partir du nom de la chaîne.

Pour Veritasium, ça devient donc : https://www.youtube.com/feeds/videos.xml?user=1veritasium

Nouvelle version :)

Cette version inclut le lecteur RSS (j’ai aussi ajouté une option pour masquer l’onglet du RSS et des liens).

Le lecteur RSS est suffisamment stable pour être utilisé tous les jours (je le fais depuis 3 mois). Il est rapide et compatible avec tous les navigateurs récents.

Pour l’utiliser, au début vous verrez un lien pour importer un fichier OPML. Une fois ceci fait, utilisez le bouton pour rafraîchir les flux (première récupération des flux). Je conseille de tout marquer comme lu à ce moment, sinon vous aurez 3000 éléments non lus dans la liste.

À l’utilisation, vous verrez : c’est simple et ça prend pas la tête.

Juste un truc : il n’y a pas encore de méthode pour un rafraîchissement via CronJob et pas encore de thème mobile. Ça va venir.

Problèmes connus :

1) sur certains hébergeurs, le rafraîchissement se fait d’une traite sans que le lecteur vous dise quoi que ce soit. Il se passe donc environ 1 minute pendant lequel la page semble charger sans rien indiquer. Ça n’a pas planté et c’est "normal" (ça vient d’Apache/PHP/du réseau/du proxy/de la carte réseau…) : Ajax ne fonctionne pas comme je voudrais partout et ce n’est pas spécifique à Blogotext (Kriss et d’autres ont le même problème — techniquement, les données ne sont pas envoyées au compte goûte au navigateur, mais une fois la requête PHP terminée ce qui n’est pas bon).

2) certains flux reviennent sans cesse même après les avoir lus. Ça vient des flux qui n’indiquent pas de date de postage. J’ai un flux sur 160 (celui de http://hmm-la-bd.eu/ ) qui me fait ça.

3) si un flux apparaît en rouge dans la liste, c’est que son chargement a échoué 3 fois de suite à cause d’un problème réseau (timeout, 404, lien mort…) ou de flux invalide (XML cassé, pas valide W3C…). Il redevient normal s’il charge correctement après. Si un lien reste rouge trop longtemps, vérifiez le lien.