https://weboas.is/tech/ quite a collection of tech RSS feeds
Show HN: RSS feeds for arbitrary websites using CSS selectors
101–110 of 134 posts
Re: Show HN: RSS feeds for arbitrary websites using CSS selectors
#102Thank you, will try it out. Two things I am using: Twitter to RSS: https://github.com/RSS-Bridge/rss-bridge Arbitrary RSS feeds: https://feedity.com
Thanks for using and mentioning Feedity!
We've since rebranded to New Sloth: https://newsloth.com, which is now a simple integrated feed builder, reader and clusterer/deduplicator, specially aimed for knowledge workers with hundreds and thousands of feeds to monitor daily.
Besides visual selector-based feed generation, our API can auto-magically detect relevant selectors (in most cases) as well.
Re: Show HN: RSS feeds for arbitrary websites using CSS selectors
#103Couldn't those selectors be maintained by the community? Instead of everyone deploying this on their own GitHub Actions, and having to fix it independently when it breaks, a single repo with all kinds of feeds maintained by everyone?
Why would a project on GitLab be running GitHub Actions? The project's doc acknowledges that git is distributed and can run an automation script of the user's choice of environment, and so should our language match this rather than implicitly endorsing a centralized service.
I think they simply meant 'instead of everyone running their own CI', not GH Actions in general - they're asking for a centralized feed repository and not one that is subject to people putting in work every few months to fix things that break, as that's likely to hurt adoption. In my opinion it sounds like a request for an open source/more community maintained feedly.com.
Re: Show HN: RSS feeds for arbitrary websites using CSS selectors
#104I would love to have an RSS feed for stock quotes that works by scraping Google finance. A lot of people would love to have that as well.
Re: Show HN: RSS feeds for arbitrary websites using CSS selectors
#105I would love to have an RSS feed for stock quotes that works by scraping Google finance. A lot of people would love to have that as well.
You can do this with python libraries already
Re: Show HN: RSS feeds for arbitrary websites using CSS selectors
#106I would love to have an RSS feed for stock quotes that works by scraping Google finance. A lot of people would love to have that as well.
I created a free sheet-to-RSS service which lets you do that (somewhat). Here is a short write-up including the links:
https://www.notion.so/How-to-create-your-own-stock-and-crypt...
Re: Show HN: RSS feeds for arbitrary websites using CSS selectors
#107It seems that RSS feed generators are a bit like static site generators: it's often thought to be easier to make your own than to learn to use someone else's. Anyway, here's another self-hosted open source RSS feed generator for arbitrary websites: https://github.com/hueyy/HungryHippo
I mean, it's exactly like a static site generator — I'd call it JAMstack, except the "API" is a plain HTML page and the markup is RSS :)
So yeah, definitely straightforward enough for a case of NIH syndrome. I think putting together the website took more time than writing the tool itself...
Re: Show HN: RSS feeds for arbitrary websites using CSS selectors
#108It seems that RSS feed generators are a bit like static site generators: it's often thought to be easier to make your own than to learn to use someone else's. Anyway, here's another self-hosted open source RSS feed generator for arbitrary websites: https://github.com/hueyy/HungryHippo
Because the design of RSS/Atom put all of the complexity on the client (polling, state management, etc.) it's literally the same as static site generation. And by "the same", I don't mean "an equivalent but separate problem". I actually think having two separate generators—one outputting HTML, the other RSS—seems a bit wasteful. They're both parsing (presumably) the same content hierarchy and outputting it as SGML/XML-ish documents served over HTTP. One app should probably just do both (and it's easy to make your own that does)
Re: Show HN: RSS feeds for arbitrary websites using CSS selectors
#109I’m glad to see that you’re using Atom rather than RSS, but you’re still calling it RSS. Can I convince you to stop calling it that? It’s factually inaccurate, and keeps RSS, the inferior format, more popular by virtue of mindshare. Just call them feeds, the proper generic term.
If OP didn't use the word RSS and said "atom feeds" I wouldn't know what they're talking about, so I recommend keep calling it RSS.
The generic name for this is Newsfeed (or webfeed according to wikipedia, but never heard this in the wild).
Would you understand it with those names?
Re: Show HN: RSS feeds for arbitrary websites using CSS selectors
#110Earlier quoted context omitted.
“SSL” is finally dying as a term; the significant majority of what I see calls it TLS now. But the problem didn’t exist in the same way with SSL/TLS: SSL was actively killed off in favour of TLS so that regardless of what you call it, you’re actually dealing with TLS. But with feeds, RSS is still supported, and so the mindshare problem happens: people hear about RSS and so implement the inferior and problematic RSS r…
> I say just advertise it as “feeds”, not “RSS feeds”. I think that's even worse. For most ordinary people that has a bunch of unintended meanings. "My Facebook has a feed, do you mean subscribing to your site on Facebook? Why do I see a bunch of code when I click the link?"
I think it's the oposite. People continuing calling it RSS is limiting there understanding of this domain. Most people are all about RSS this, reviving that and talk about the specific format, instead of the purpose for which RSS is actually used.
This also leads to rather poor solutions and discussions which are just reinventing the old stuff again and again, instead of letting the domain evolve to match modern demand.
Take for example this project here. Is there any feedreader out there who has this built-in to make it comfortable for the user to use this? The state of tooling as I know it is still at the level were we have seperate tools which pushes out a newsfeed-format, which than must be maintainend seperatly in our feedreaders. Which is an extraordinary hazzle to maintain configurations on multiple places.