I think it's little appreciated that planets solve many of the practical problems of feed crawling.
If you wanted to follow 2000 blogs yourself you'd find it is really a hassle. You can follow one planet and its easy.
For that matter, if 2000 people want to follow your blog (and many other blogs) they are going to generate 2000 requests per polling period. It is not wonder why people like [1] get so exasperated. There are three kinds of polling periods: (1) too fast, (2) too slow, (3) both at the same time. Instead of having 2000 people poll your blog too often, one planet can poll your blog. It improves the scalability and economics of the system dramatically.
(e.g. the difficulty of finding a good polling regime is one of 10 or 20 or so unappreciated reasons why RSS has remained nerdcore)
Data point 3: does not work for me. Also using NetNewsWire. “Throttled or blocked” changes nothing, if it’s down for half of visitors then it’s down for half of visitors. I highly doubt NetNewsWire is breaching spec or poorly behaved. I bet rachelbythebay is just throttling by IP address and really has a 24 hour limit of exactly 1, so only one person per IP per day can subscribe.
I'm on the Feedly train boat too since the sinking of Google Reader. Besides the ai bs it doesn't really let you search something in your feeds without a subscription, so once I tried Feedbin.
But I went back because third world issues (and not a fan of microtransactions either) I could not find a way (if any) to change the layout on desktop. I really like the minimal list view at Feedly (and even on mobile too).
big fan of feedmail [1] for a "dumb" reader. It just delivers it to your inbox. I have a folder set up called "feed" and I can do all the email things to the items landing in that folder. Every email costs a credit, you can buy 10 000 credits for $10, which works out to $0.001 per article.
The only thing it misses is any sort of highlight saving deal, but for those I just save the article to zotero and annotate it there.
I love RSS but how can we get more of it? Walled-ish gardens seem to dominate. Many good producers are on platforms that just don't syndicate. What kind of pressure can we, consumers, put on?
I'm sorry to be the pessimist here, but I doubt it. HN users are the most likely to use RSS in the first place. I sincerely doubt that RSS is going to make a comeback this year with all my non-IT friends using it.
Realism shared. I work with journalists, exactly the type of normies who would most benefit from this technology. Years of evangelism has had no effect whatsoever. Nobody they know is using it, they don't see the logo anywhere, or a big friendly "Get started" button. It's all so unfamiliar and technical-sounding. Even the name itself was a disaster, IMO: a hopelessly geeky and opaque acronym. It should have been called Webfeeds! It's all such a wasted opportunity.
In this case having more people asking for it or expecting it can contribute to expanding the availability of RSS feeds to more websites.
While the vast majority of technical stuff I follow uses RSS, the same cannot be said for some other resources I like to read.
While some are kind enough to enable them when asked, I don't expect them to want to support them for just a handful of people in their target audience.
Honestly that might be for the best in some ways. I see rss as "allowed to exist" because not enough people use it. There's plenty of ways to subscribe to things that I enjoy right now that could be nuked if suddenly enough people were using it that they weren't seeing the conversion rates they wanted.
I wish it was easier to find out what my friends have been up to without getting them to sign up for some platform they’ve never heard of, then post in multiple places in perpetuity, and move on again when that platform also goes to shit.
A hard problem but surely not unsolvable. It belongs in a pg “please solve these big problems” essay.
That's an interesting problem. I'm thinking about creating a local-first RSS Reader that syncs using github. It seems doable to create a personal feed based on my feed and publish it also to github.
Not that this is novel in any way, but I just started a repo call Subcurrent yesterday for the Astoria Tech Meetup in NYC at our Saturday hack session. Subcurrent aims to provide a feed aggregator page made of our community members' feeds.
https://github.com/astoria-tech/subcurrent
I did not know that Meetup.com exposes RSS feeds at all, so I will be adding that to our Subcurrent instance since our group keeps events on Meetup.com.
I had never heard of Kill the Newsletter, but I'm a fan sight-unseen. Substack at least has feeds. You can append `/feed` to the newsletter's URL.
I'm trying to build a new corner of the old web with my social link sharing site https://lynkmi.com, and every tag automatically has an RSS feed so you don't need to know anything about them to set one up, or even need an account to follow one.
The main idea is instead of following everything a person posts you can just follow a subset of their interests. So if I post about Irish Dairy Innovations [0] and also about Advice [1] you can follow whichever combination of those you like.
If you'd like to sign up, my email is in my bio. And if you don't want to sign up, my email is still in my bio.
1. Convergent desktop/mobile app that syncs between devices (open source and local)
2. Performant for large numbers of feeds
3. Integrated browser and automagical discovery and organization of feeds while you browse
4. Multiple taxonomies and viewing layout options, chronological, by subject etc
5. Advanced filtering by keywords
6. Transparent and pluggable locally runing algorithms to track usage and inform the user of patterns and if desired adjust presentation
In a sense an advanced RSS 'reader' is what the web "browser" should have evolved to. There is really no real boundary between these two clients.
An advanced RSS reader is essentially a more dynamic browser that queries the internet in more ways that the user-initiated visit of a bookmarked url or typing something into a search form.
I'm using a combination of FreshRSS (self-hosted) and Readrops (for Android).
I feel like #1 is handled by this combination. But, I wonder what convergent means here for you?
I don't notice any performance issues. But, this feels like a simple task for a bunch of RSS feeds. Did you notice performance issues with other readers?
There is something very interesting about what you call "automagical discovery." To me this is the biggest hole in my RSS experience. I want something that gives me magical discovery within the feeds I have based on my reading experiences. I subscribe to a lot of feeds because of one article, and then don't care about 90% of the other articles, but there are 10% that I do really want to read, but don't have the focus to find them. Is that what you mean by automagical?
Why do you want #4?
Filtering by keywords seems interesting.
FreshRSS has a bunch of analytics that comes with the server. I never really use it, but it is interesting. I would be happy to share what I can see based on my limited usage over a few months if this would serve your purposes. I would be interested in understanding what you mean by that.
The one thing I wish I had in my current setup is a way to take notes in a centralized way. When I'm on Android, I suppose I can copy and use a share intent. And, on a browser, I could install an extension to do that. But, it feels like that is an interesting opportunity for someone. I wish FreshRSS could layer a JavaScript app on posts, for example, and then I could build whatever I want. It has an extension API, but strangely documented.
I need to find some way to see a chronological feed of what people I am friends with on facebook post. I literally get randomly suggested posts from unrelated accounts, and scrolling through them all will start to repeat them, never showing me content from some people who are actual friend connections.
Try Rss-Bridge [1] when the website does not have any feed, it might have an integration already. It also supports custom CSS-selectors to create feeds, or even use SEO-Sitemaps for your advantage to generate a feed from it.
Atom and RSS are functionally equivalent despite their technical differences. Effectively no one has ever implemented Atom push capabilities so Atom is primarily only ever used for syndication. The term "RSS" is just a generic term for "XML syndication feed".
I asked because I didn't know how to get exactly that, so I'm building a site that finds RSS feeds from sites on the front page of HN. Then, at the end of the day it emails me with a summary if I miss one.
I use Feedly, which as a RSS reader is ok but probably one of the better ones available on iOS/iPadOS platform. I loved Google Reader back in the day, but Google loves to kill every product of theirs that I actually like and used.
i built this site (https://fanzine.world) to help people discover micro-creators and share their top 5 faves. not sure what to do with it. maybe someone here has a suggestion?
Chronological feeds are awful. You'll never see anything from the people who post occasionally because they get drowned out by the people who are posting all the time.
There may be some algorithms that deliberately magnify hate because that's a way to increase engagement, but if you want to create one of those algorithms you can make a training set based on chronological feed + boosting/retweets/reposts.
I'm amazed at how people keep making failing RSS readers that keep failing with the same failing user interfaces that have been failing since 1999; everybody knows RSS has been failing but they never ask why or if we have a choice.
We still see the readers that make you mark things as read, that take their cues from email and newsreaders, that, when you subscribe to N feeds show you N boxes with a list of items, etc.
My RSS reader works like TikTok because I'm not afraid of algorithms.
It's one thing to sort a list of things by one criteria, say "a". If you have two criteria, say "a" and "b" you can sort by "a" and break ties by "b" or you can sort by a+b or a-b or something like that... But that's not the same as optimizing both things. Maybe you can say "there are these 5 people who are special to me who I never want to miss their posts" but I think people would struggle to maintain rulesets and might not really be happy with the results they get.
In search rankings for instance you night have a document score (like Pagerank) that tries to identify the quality of a document, and you might have a query-document score that identifies the relevance of a document to a query. It's not trivial at all to find a way to blend those that gives you queries that are both relevant and quality as opposed to just one or the other.
The greatest weakness of my current RSS reader is that it's slow, depending on how much I am using it, articles could be delayed anywhere from a day to a week. For certain kinds of articles [1] recency doesn't matter, but other articles [2] have a definite shelf-life and if you repost them too late you look like a total dope.
I'd like to let articles about sports "cut the line" in front of higher quality articles about other topics but it's really hard to find a balance that's right because I don't want to get flooded with lower quality sports articles. It's one thing to say "let people make up their mind about how to balance these things" but when you really try it you find it's pretty hard. Not only do I have to change the whole way my pipeline works (can't be a batch job anymore) but it's not clear to me how to tune up the selection criteria.
If I understand your challenge correctly it could be helped with a reader that gives a taxonomy to classify feeds, as you then get implicitly multiple timelines - one per feed category. Linux desktop readers like akregator and the now abandoned quiterss provide that and it works fine.
I don't think people are objecting to suggestive feeds in general; they're objecting to suggestive feeds whose primary objective is to keep you scrolling for as long as humanly possible to maximize company revenue.
You can read x articles a day; your system ingests y articles a day.
x=y is perfect but requires close-to-perfect balance (if x=0.9y to 1.1y maybe you can adjust your reading habit to your your feed)
if x>y then your system isn't showing you enough, if y<x you are going to miss things you subscribe to based on some arbitrary or random characteristic.
With an algorithmic feed of some kind you choose to read x items a day, your system shows you the best x items a day out of y based on some set of criteria and constraints.
These things are common sense but seemingly nonsensical to a lot of people. For instance our impoverished rights-based discourse (see [1]) about "free speech" presupposes that 100% of people can read 100% of what everybody else posts, realistically platforms can only show people some fraction of what gets posted so one thing is going to get more visibility and other things get less and that's a choice -- it could be random but it's still a choice. (As Rush would put it, "if you choose not to decide, you still have made a choice")
I think the discussion is so impoverished that we never hear that an algorithm could choose to do anything other than maximize profits for a platform, when in fact that is just one thing an algorithm could do out of countless options.
> With an algorithmic feed of some kind you choose to read x items a day, your system shows you the best x items a day out of y based on some set of criteria and constraints.
And the whole point of the people who want RSS is that they disagree with the idea that "the algorithm" shows the best x items.
The whole point is that they don't want "the algorithm". And your answer is "Have you heard of the algorithm? I think it's a solution to your problem".
For most people y > x. You're choosing what posts to see even if the feed is chronological. For a chronological feed, x is the most recent posts you happen to see when checking your feed reader. And x will skew towards people who post at the same time of day you tend check your feed reader. People who post more will also take a larger distribution of x.
Any algorithm would seem to be an improvement on that, right? For example, an algorithm that sampled evenly from all sources. That would at least mean x was distributed across all your sources, so people who post more didn't crowd others out.
> if x>y then your system isn't showing you enough
We've grown used to having a practically infinite amount of things presented to us all the time, but I've come to believe recently that limiting the amount of posts you see can be a fine (and maybe healthier) choice. There's value in being able to say "I'm caught up, I'm done", it can be a natural stopping point.
I'm not as good about limiting myself like this as I would like to be, but it is a goal of mine.
Some arbitrary process has to reduce the 1,000,000,000 pieces of content produced today to maybe 10 or 100 you can handle.
The very concept of "news" ("fake news" is bad because it is news not because it is fake) is an act of violence against the fabric of reality because a huge number of things happened today, but CNN reported the same 10 of them 100 times. They could maybe cover 1000 different news stories (still a fraction of maybe 100,000 things that happened) but that's a non-starter because someone who watched the network at 3pm would have a totally different impression than someone who watched it at 5pm.
> Some arbitrary process has to reduce the 1,000,000,000 pieces of content produced today to maybe 10 or 100 you can handle.
In my case, I'm the process that does the reduction by subscribing to specific feeds. (Not sure if that's "arbitrary", but I could see it argued either way.)
I admit I miss some content that I would probably like to see. :) But that's just life how it's always been.
As my wife put it, "You don't have enough years in your life to read all the good books, so stop wasting time with bad ones." That's how I think of it. A handful of high-quality, low-volume feeds is great. (But I also follow HN and my curated Lemmy feed, so I get some of the firehose.)
The only "news" I have in my feed is local news. Any interesting national news hits HN or Lemmy.
Again, that's just me. I respect your different usage pattern.
> You'll never see anything from the people who post occasionally because they get drowned out by the people who are posting all the time.
I use inoreader and track basically everything I want in a huge list of feeds.
It's pretty trivial to mark stuff as "always flag this", and then leave the rest of the pile as "scan through and manually tag anything else"
Anything low volume goes on the "always" flag list as it takes one review a day of the new content to decide if it's something I care about.
Ultimately what I want, and what most people want, is the ability to just hook up to various data streams and apply rules to it. From there filtering as desired comes pretty easily.
> Chronological feeds are awful. You'll never see anything from the people who post occasionally because they get drowned out by the people who are posting all the time.
My preference would be chronological feeds, but following few enough accounts that I can see every single post in it. Then that's not a problem.
An algorithm doesn't have to reward engagement or time spent on the app. It can reward or punish anything at all -- and that's what it is about algorithms.
My feed reader (that I wrote myself) rewards things that I thumbs up and punishes things that I thumbs down.
Is this mysterious feed reader one that you made yourself?
I agree about the need to have some means of filtering. This is a major weakness of RSS, alongside onboarding and discovery. Algorithms serve the purpose of filtering well. The problem is their opacity.
What people are calling an "algorithm" is really a heuristic.
In the public discourse over "algorithms", the definition seems to be "something that maximizes your (time on site|outrage|clicking)" and not the real definition
In mathematics and computer science, an algorithm (/ˈælɡərɪðəm/ ⓘ) is a
finite sequence of mathematically rigorous instructions, typically used
to solve a class of specific problems or to perform a computation. [1]
By that definition any well-defined process that creates your feed (sorting chronologically, alphabetically) is an "algorithm"; in the machine learning age it is easy to make an algorithm that selects for anything at all, except for the capital-T Truth.
Let it go Paul. It's like the word "hacker". We ain't getting it back.
It's sad the popular perception of a fundamental computer science
concept, the great progeny of Al-Khwarizmi Musa, the life work of
heroes like Donald Knuth, is sullied and stained with dire B-movie
comic-book Bond villainy. Thank the hooligan broligarchs and their
manchild ambitions for trashing that bit of computing culture.
Even my mum spits in the dust like a cowboy at the sound of
"Algorithm".
This is missing planets.
A good way to find interesting blogs is to subscribe to a few planets.
These are essentially aggregations of blog related to some project/topic.
https://planet.gnome.org/ https://planet.kde.org/ https://planet.mozilla.org/ https://planet.documentfoundation.org/
PS. If you know any good planets worth skimming, please add to below :)
That said, I don't really have a good RSS reader that syncs across devices. I currently use Feedly, but it tries to be too smart.
I think it's little appreciated that planets solve many of the practical problems of feed crawling.
If you wanted to follow 2000 blogs yourself you'd find it is really a hassle. You can follow one planet and its easy.
For that matter, if 2000 people want to follow your blog (and many other blogs) they are going to generate 2000 requests per polling period. It is not wonder why people like [1] get so exasperated. There are three kinds of polling periods: (1) too fast, (2) too slow, (3) both at the same time. Instead of having 2000 people poll your blog too often, one planet can poll your blog. It improves the scalability and economics of the system dramatically.
(e.g. the difficulty of finding a good polling regime is one of 10 or 20 or so unappreciated reasons why RSS has remained nerdcore)
[1] https://rachelbythebay.com/w/2024/05/27/feed/
And her RSS feed doesn’t work at all
Why do you say that?
Try it. I’ve tried it with NetNewsWire
I subscribe. It does work. Did you read the linked post of hers? Perhaps your client is throttled or blocked.
Data point 3: does not work for me. Also using NetNewsWire. “Throttled or blocked” changes nothing, if it’s down for half of visitors then it’s down for half of visitors. I highly doubt NetNewsWire is breaching spec or poorly behaved. I bet rachelbythebay is just throttling by IP address and really has a 24 hour limit of exactly 1, so only one person per IP per day can subscribe.
Since planet.kde.org is mentioned, it's super easy to create something similar with a bit of python and a static site generator like Hugo :)
https://invent.kde.org/websites/planet-kde-org/-/blob/master...
I have a project that is collecting blogrolls and planets, especially those that publish OPML files. Here's my list of around one hundred planets!
https://github.com/robalexdev/rss-blogroll-network/blob/385d...
These are aggregated and enriched to build this site: https://alexsci.com/rss-blogroll-network/blogrolls/
Thank you for reminding me about planets! I had forgotten about them, and your post has inspired me to explore them again. I appreciate your insights.
I tried Feedly after Google Reader shut down but eventually settled on Feedbin - that might be worth a look.
If I read feeds daily I might spend 5 bucks per month, but I don't.
It'll just be a subscription I forget that I have. I don't need more of those :)
I'm on the Feedly train boat too since the sinking of Google Reader. Besides the ai bs it doesn't really let you search something in your feeds without a subscription, so once I tried Feedbin.
But I went back because third world issues (and not a fan of microtransactions either) I could not find a way (if any) to change the layout on desktop. I really like the minimal list view at Feedly (and even on mobile too).
What are planets, in this context?
https://en.wikipedia.org/wiki/Planet_(software)
https://web.archive.org/web/20051029095046/http://www.planet...
https://intertwingly.net/code/venus/docs/index.html
https://github.com/kgaughan/mercury
They are just feed aggregators composed of multiple feeds. Based on this software:
https://en.m.wikipedia.org/wiki/Planet_(software)
Thank you!
Feed aggregators: https://en.wikipedia.org/wiki/Planet_(software)
big fan of feedmail [1] for a "dumb" reader. It just delivers it to your inbox. I have a folder set up called "feed" and I can do all the email things to the items landing in that folder. Every email costs a credit, you can buy 10 000 credits for $10, which works out to $0.001 per article.
The only thing it misses is any sort of highlight saving deal, but for those I just save the article to zotero and annotate it there.
[1] https://feedmail.org
(Disclaimer: my project)
https://feed.perfplanet.com for web performance
Also please open a GH issue if I’m missing a blog or 5
Do try https://diff.blog which is an aggregator of developer blogs which I built around 5 years back.
diff.blog tracks over 2000 dev blogs at the moment.
And you can also follow blogs and topics.
I love RSS but how can we get more of it? Walled-ish gardens seem to dominate. Many good producers are on platforms that just don't syndicate. What kind of pressure can we, consumers, put on?
Every Mastodon account automatically has an RSS feed ... just append ".rss" to the account name:
https://mathstodon.xyz/@ColinTheMathmo.rss
If they're not using an RSS-capable platform maybe they're not so great?
Request good producers to use platforms that syndicate.
Is RSS really coming back? :) (you'll say it was never gone!) Lots of RSS related posts and comments recently. I've released Mashups a few weeks ago.
https://www.mashups.io
It's yahoo pipes clone - so you can mix and filter RSS feeds that you want.
awesome! good luck
So many RSS stories this week! I'm sensing a trend (hopefully)
I'm sorry to be the pessimist here, but I doubt it. HN users are the most likely to use RSS in the first place. I sincerely doubt that RSS is going to make a comeback this year with all my non-IT friends using it.
Realism shared. I work with journalists, exactly the type of normies who would most benefit from this technology. Years of evangelism has had no effect whatsoever. Nobody they know is using it, they don't see the logo anywhere, or a big friendly "Get started" button. It's all so unfamiliar and technical-sounding. Even the name itself was a disaster, IMO: a hopelessly geeky and opaque acronym. It should have been called Webfeeds! It's all such a wasted opportunity.
Journalists used to use RSS quite a bit maybe 20 years ago. I guess they just forgot.
Why is the goal to appeal to as many people as possible?
In this case having more people asking for it or expecting it can contribute to expanding the availability of RSS feeds to more websites. While the vast majority of technical stuff I follow uses RSS, the same cannot be said for some other resources I like to read. While some are kind enough to enable them when asked, I don't expect them to want to support them for just a handful of people in their target audience.
Honestly that might be for the best in some ways. I see rss as "allowed to exist" because not enough people use it. There's plenty of ways to subscribe to things that I enjoy right now that could be nuked if suddenly enough people were using it that they weren't seeing the conversion rates they wanted.
Don't underestimate what programmers with too much free time can achieve.
I think there’s a genuine desire amongst people who think about these things to take back control from the algorithms. That’s real.
Scaling it to a wider audience than HN is a longshot, as much as I love the idea.
Try adding our feeds if you're looking for curated terminal tools every week, we have a blog as well with ATOM.
https://terminaltrove.com/feeds/
All our feeds have an easy to see preview of the feed instead of unstyled XML so you know what the feed looks like.
https://terminaltrove.com/new.xml
That helps find content to read.
I wish it was easier to find out what my friends have been up to without getting them to sign up for some platform they’ve never heard of, then post in multiple places in perpetuity, and move on again when that platform also goes to shit.
A hard problem but surely not unsolvable. It belongs in a pg “please solve these big problems” essay.
That's an interesting problem. I'm thinking about creating a local-first RSS Reader that syncs using github. It seems doable to create a personal feed based on my feed and publish it also to github.
ooooh I so escaped walled gardens.
I use my own set of domains to find places on the internet [0].
A working example how it could be used is at [1]. It is a domain viewer in javascript.
I also use my own RSS client [2] that stores all links in [3], but don't get me wrong, I also have my storage for bookmarks [4]
Links:
[0] https://github.com/rumca-js/Internet-Places-Database
[1] https://rumca-js.github.io/quickstart/public/static_lists/vi...
[2] https://github.com/rumca-js/Django-link-archive
[3] https://github.com/rumca-js/RSS-Link-Database-2025
[4] https://github.com/rumca-js/RSS-Link-Database
This is so pushing happy buttons for me.
Not that this is novel in any way, but I just started a repo call Subcurrent yesterday for the Astoria Tech Meetup in NYC at our Saturday hack session. Subcurrent aims to provide a feed aggregator page made of our community members' feeds. https://github.com/astoria-tech/subcurrent
I did not know that Meetup.com exposes RSS feeds at all, so I will be adding that to our Subcurrent instance since our group keeps events on Meetup.com.
I had never heard of Kill the Newsletter, but I'm a fan sight-unseen. Substack at least has feeds. You can append `/feed` to the newsletter's URL.
Thanks for writing this!
I love this!
I'm trying to build a new corner of the old web with my social link sharing site https://lynkmi.com, and every tag automatically has an RSS feed so you don't need to know anything about them to set one up, or even need an account to follow one.
The main idea is instead of following everything a person posts you can just follow a subset of their interests. So if I post about Irish Dairy Innovations [0] and also about Advice [1] you can follow whichever combination of those you like.
If you'd like to sign up, my email is in my bio. And if you don't want to sign up, my email is still in my bio.
[0] https://lynkmi.com/oisin/Irish%2520dairy%2520innovation [1] https://lynkmi.com/oisin/advice
A handy bookmarklet to find & preview any site's feed (before subscribing):
https://feedreader.xyz
An advanced RSS reader/browser could bring back the magic of the web.
What does an advanced reader look like in your mind?
1. Convergent desktop/mobile app that syncs between devices (open source and local)
2. Performant for large numbers of feeds
3. Integrated browser and automagical discovery and organization of feeds while you browse
4. Multiple taxonomies and viewing layout options, chronological, by subject etc
5. Advanced filtering by keywords
6. Transparent and pluggable locally runing algorithms to track usage and inform the user of patterns and if desired adjust presentation
In a sense an advanced RSS 'reader' is what the web "browser" should have evolved to. There is really no real boundary between these two clients.
An advanced RSS reader is essentially a more dynamic browser that queries the internet in more ways that the user-initiated visit of a bookmarked url or typing something into a search form.
Great summary.
I'm using a combination of FreshRSS (self-hosted) and Readrops (for Android).
I feel like #1 is handled by this combination. But, I wonder what convergent means here for you?
I don't notice any performance issues. But, this feels like a simple task for a bunch of RSS feeds. Did you notice performance issues with other readers?
There is something very interesting about what you call "automagical discovery." To me this is the biggest hole in my RSS experience. I want something that gives me magical discovery within the feeds I have based on my reading experiences. I subscribe to a lot of feeds because of one article, and then don't care about 90% of the other articles, but there are 10% that I do really want to read, but don't have the focus to find them. Is that what you mean by automagical?
Why do you want #4?
Filtering by keywords seems interesting.
FreshRSS has a bunch of analytics that comes with the server. I never really use it, but it is interesting. I would be happy to share what I can see based on my limited usage over a few months if this would serve your purposes. I would be interested in understanding what you mean by that.
The one thing I wish I had in my current setup is a way to take notes in a centralized way. When I'm on Android, I suppose I can copy and use a share intent. And, on a browser, I could install an extension to do that. But, it feels like that is an interesting opportunity for someone. I wish FreshRSS could layer a JavaScript app on posts, for example, and then I could build whatever I want. It has an extension API, but strangely documented.
Thanks!
I need to find some way to see a chronological feed of what people I am friends with on facebook post. I literally get randomly suggested posts from unrelated accounts, and scrolling through them all will start to repeat them, never showing me content from some people who are actual friend connections.
You need this: https://socialfixer.com/
At socialfixer, options, hide post put everything that should disappear follow reals etc..
I am not on my laptop otherwise I would post my block list here.
Try this: https://www.facebook.com/?filter=friends&sk=h_chr
Thanks!
Try Rss-Bridge [1] when the website does not have any feed, it might have an integration already. It also supports custom CSS-selectors to create feeds, or even use SEO-Sitemaps for your advantage to generate a feed from it.
[1] https://github.com/RSS-Bridge/rss-bridge
The article also mentions atom feeds. I've seen plenty of RSS feeds but I have never encountered an atom feed. Are atom feeds still relevant?
As an example, feeds available on every github repo:
https://github.com/EFForg/privacybadger/commits.atom
https://github.com/EFForg/privacybadger/tags.atom
https://github.com/EFForg/privacybadger/releases.atom
Atom and RSS are functionally equivalent despite their technical differences. Effectively no one has ever implemented Atom push capabilities so Atom is primarily only ever used for syndication. The term "RSS" is just a generic term for "XML syndication feed".
Atom push is actually implemented. SWORDv2 (but not v3) is based on Atom Push, and https://en.wikipedia.org/wiki/SWORD_(protocol) lists a few implementations.
My employer maintains a SWORDv2 server, and we have a handful of clients pushing to us; most of them are not listed on that page.
Google (Blogger, etc) pushes Atom feeds. Weather blogger is still relevant is up to perspective.
I've been trying to make it work for ages, but it's not going to work.
"News" are not actually that easy to automate as in "serialising posts".
Big companies are experimenting with UI all the time for a reason.
Especially because it would involve a lot of heuristics.
Def how I consume HN. It’s even nice to see flagged and dead which I wouldn’t see easily if I came via the HN homepage.
How do you get this, may I ask?
I asked because I didn't know how to get exactly that, so I'm building a site that finds RSS feeds from sites on the front page of HN. Then, at the end of the day it emails me with a summary if I miss one.
https://RSS.surf
If anyone wants to try the daily summary email would love feedback.
I use Feedly, which as a RSS reader is ok but probably one of the better ones available on iOS/iPadOS platform. I loved Google Reader back in the day, but Google loves to kill every product of theirs that I actually like and used.
I believe the HN feed is available here: https://news.ycombinator.com/rss
So, just to confirm, you prefer to read the news on hacker news via RSS? Why?
I assumed you meant view the RSS for sites on HN but that's clearly different than what you were thinking.
If anyone needs an rss-to-email service, check out https://pico.sh/feeds
I see PolitePol mentioned. What do people use to run scrapers to generate RSS feeds themselves for sites without them? Do you self host scrapers?
I do. Just a raspberry pi with nginx and a cron job that runs python scripts.
I'm not into AI but writing those scripts is boring so chatgpt is perfect for this.
There is one called rssbridge or something that can do that
Every Mastodon account automatically has an RSS feed ... just append ".rss" to the account name:
https://mathstodon.xyz/@ColinTheMathmo.rss
Relevant: https://newsboat.org/
If you like your email in mutt, then you'll probably like your feeds in newsboat.
i built this site (https://fanzine.world) to help people discover micro-creators and share their top 5 faves. not sure what to do with it. maybe someone here has a suggestion?
i would love to see Bluesky add RSS to user feeds the same way Mastodon does by just adding /rss to the end of the url.
it really is rad to add my most read users to the feed.
Bluesky supports them! If you append `/rss` to any profile, it redirects to a feed. e.g.:
https://bsky.app/profile/xavd.id -> https://bsky.app/profile/did:plc:fp2izjrrcsbsqphlu7f5sixa/rs...
More info: https://openrss.org/blog/bluesky-has-launched-rss-feeds
+ for Reeder for macOS and iOS
I follow several feeds and Youtube channels.
Reeder have a very smooth experience.
Feedbro is my favorite reader.
RSS feeds, so underrated. Rediscovering RSS and adding my YT subs as RSS feeds feels so liberating.
Plus, RSS feeds combines the reg videos + short videos into single feed.
The hate for algorithms boggles my mind.
Chronological feeds are awful. You'll never see anything from the people who post occasionally because they get drowned out by the people who are posting all the time.
There may be some algorithms that deliberately magnify hate because that's a way to increase engagement, but if you want to create one of those algorithms you can make a training set based on chronological feed + boosting/retweets/reposts.
I'm amazed at how people keep making failing RSS readers that keep failing with the same failing user interfaces that have been failing since 1999; everybody knows RSS has been failing but they never ask why or if we have a choice.
We still see the readers that make you mark things as read, that take their cues from email and newsreaders, that, when you subscribe to N feeds show you N boxes with a list of items, etc.
My RSS reader works like TikTok because I'm not afraid of algorithms.
> You'll never see anything from the people who post occasionally because they get drowned out by the people who are posting all the time.
If you control the algorithm there is nothing to prevent you from sorting feeds by volume and adjusting their presentation accordingly.
Actually you can imagine countless other UI adaptations depending on preferences, usage patterns etc.
Ideally RSS readers should offer flexible customizations, e.g., with plugins or even some low-code environemnt.
It's one thing to sort a list of things by one criteria, say "a". If you have two criteria, say "a" and "b" you can sort by "a" and break ties by "b" or you can sort by a+b or a-b or something like that... But that's not the same as optimizing both things. Maybe you can say "there are these 5 people who are special to me who I never want to miss their posts" but I think people would struggle to maintain rulesets and might not really be happy with the results they get.
In search rankings for instance you night have a document score (like Pagerank) that tries to identify the quality of a document, and you might have a query-document score that identifies the relevance of a document to a query. It's not trivial at all to find a way to blend those that gives you queries that are both relevant and quality as opposed to just one or the other.
The greatest weakness of my current RSS reader is that it's slow, depending on how much I am using it, articles could be delayed anywhere from a day to a week. For certain kinds of articles [1] recency doesn't matter, but other articles [2] have a definite shelf-life and if you repost them too late you look like a total dope.
I'd like to let articles about sports "cut the line" in front of higher quality articles about other topics but it's really hard to find a balance that's right because I don't want to get flooded with lower quality sports articles. It's one thing to say "let people make up their mind about how to balance these things" but when you really try it you find it's pretty hard. Not only do I have to change the whole way my pipeline works (can't be a batch job anymore) but it's not clear to me how to tune up the selection criteria.
[1] https://www.sciencedirect.com/science/article/pii/S294979062... [2] https://www.usatoday.com/story/sports/nfl/2025/01/19/eagles-...
If I understand your challenge correctly it could be helped with a reader that gives a taxonomy to classify feeds, as you then get implicitly multiple timelines - one per feed category. Linux desktop readers like akregator and the now abandoned quiterss provide that and it works fine.
I prefer time-based feeds, but that's just me.
I don't think people are objecting to suggestive feeds in general; they're objecting to suggestive feeds whose primary objective is to keep you scrolling for as long as humanly possible to maximize company revenue.
That's simply not what I want to do with my day.
I'd train my own if I wanted to go that route.
The problem with time based feeds is this.
You can read x articles a day; your system ingests y articles a day.
x=y is perfect but requires close-to-perfect balance (if x=0.9y to 1.1y maybe you can adjust your reading habit to your your feed)
if x>y then your system isn't showing you enough, if y<x you are going to miss things you subscribe to based on some arbitrary or random characteristic.
With an algorithmic feed of some kind you choose to read x items a day, your system shows you the best x items a day out of y based on some set of criteria and constraints.
These things are common sense but seemingly nonsensical to a lot of people. For instance our impoverished rights-based discourse (see [1]) about "free speech" presupposes that 100% of people can read 100% of what everybody else posts, realistically platforms can only show people some fraction of what gets posted so one thing is going to get more visibility and other things get less and that's a choice -- it could be random but it's still a choice. (As Rush would put it, "if you choose not to decide, you still have made a choice")
I think the discussion is so impoverished that we never hear that an algorithm could choose to do anything other than maximize profits for a platform, when in fact that is just one thing an algorithm could do out of countless options.
[1] https://www.amazon.com/Rights-Talk-Impoverishment-Political-...
> With an algorithmic feed of some kind you choose to read x items a day, your system shows you the best x items a day out of y based on some set of criteria and constraints.
And the whole point of the people who want RSS is that they disagree with the idea that "the algorithm" shows the best x items.
The whole point is that they don't want "the algorithm". And your answer is "Have you heard of the algorithm? I think it's a solution to your problem".
For most people y > x. You're choosing what posts to see even if the feed is chronological. For a chronological feed, x is the most recent posts you happen to see when checking your feed reader. And x will skew towards people who post at the same time of day you tend check your feed reader. People who post more will also take a larger distribution of x.
Any algorithm would seem to be an improvement on that, right? For example, an algorithm that sampled evenly from all sources. That would at least mean x was distributed across all your sources, so people who post more didn't crowd others out.
> if x>y then your system isn't showing you enough
We've grown used to having a practically infinite amount of things presented to us all the time, but I've come to believe recently that limiting the amount of posts you see can be a fine (and maybe healthier) choice. There's value in being able to say "I'm caught up, I'm done", it can be a natural stopping point.
I'm not as good about limiting myself like this as I would like to be, but it is a goal of mine.
The total amount of content available is y>x.
Some arbitrary process has to reduce the 1,000,000,000 pieces of content produced today to maybe 10 or 100 you can handle.
The very concept of "news" ("fake news" is bad because it is news not because it is fake) is an act of violence against the fabric of reality because a huge number of things happened today, but CNN reported the same 10 of them 100 times. They could maybe cover 1000 different news stories (still a fraction of maybe 100,000 things that happened) but that's a non-starter because someone who watched the network at 3pm would have a totally different impression than someone who watched it at 5pm.
> Some arbitrary process has to reduce the 1,000,000,000 pieces of content produced today to maybe 10 or 100 you can handle.
In my case, I'm the process that does the reduction by subscribing to specific feeds. (Not sure if that's "arbitrary", but I could see it argued either way.)
I admit I miss some content that I would probably like to see. :) But that's just life how it's always been.
As my wife put it, "You don't have enough years in your life to read all the good books, so stop wasting time with bad ones." That's how I think of it. A handful of high-quality, low-volume feeds is great. (But I also follow HN and my curated Lemmy feed, so I get some of the firehose.)
The only "news" I have in my feed is local news. Any interesting national news hits HN or Lemmy.
Again, that's just me. I respect your different usage pattern.
> You'll never see anything from the people who post occasionally because they get drowned out by the people who are posting all the time.
I use inoreader and track basically everything I want in a huge list of feeds.
It's pretty trivial to mark stuff as "always flag this", and then leave the rest of the pile as "scan through and manually tag anything else"
Anything low volume goes on the "always" flag list as it takes one review a day of the new content to decide if it's something I care about.
Ultimately what I want, and what most people want, is the ability to just hook up to various data streams and apply rules to it. From there filtering as desired comes pretty easily.
> Chronological feeds are awful. You'll never see anything from the people who post occasionally because they get drowned out by the people who are posting all the time.
My preference would be chronological feeds, but following few enough accounts that I can see every single post in it. Then that's not a problem.
People aren’t afraid of algorithms…just ones that are Blackbox and controlled by someone else who’s motivations don’t align with yours.
Being concerned about that is downright logical.
Which RSS reader do you use in that case?
And is it fair to say there's a middle ground between purely chronological feeds vs algorithms that reward engagement/time spent on the app?
An algorithm doesn't have to reward engagement or time spent on the app. It can reward or punish anything at all -- and that's what it is about algorithms.
My feed reader (that I wrote myself) rewards things that I thumbs up and punishes things that I thumbs down.
Is this mysterious feed reader one that you made yourself?
I agree about the need to have some means of filtering. This is a major weakness of RSS, alongside onboarding and discovery. Algorithms serve the purpose of filtering well. The problem is their opacity.
What people are calling an "algorithm" is really a heuristic.
In the public discourse over "algorithms", the definition seems to be "something that maximizes your (time on site|outrage|clicking)" and not the real definition
By that definition any well-defined process that creates your feed (sorting chronologically, alphabetically) is an "algorithm"; in the machine learning age it is easy to make an algorithm that selects for anything at all, except for the capital-T Truth.[1] https://en.wikipedia.org/wiki/Algorithm
Let it go Paul. It's like the word "hacker". We ain't getting it back.
It's sad the popular perception of a fundamental computer science concept, the great progeny of Al-Khwarizmi Musa, the life work of heroes like Donald Knuth, is sullied and stained with dire B-movie comic-book Bond villainy. Thank the hooligan broligarchs and their manchild ambitions for trashing that bit of computing culture.
Even my mum spits in the dust like a cowboy at the sound of "Algorithm".
It might be easier to convince the people at the CS department to name the "algorithms" class something else.