Live data from Hacker News

Winds 2.0: It’s Time to Revive RSS

getstream.io

261–270 of 303 posts

Re: Winds 2.0: It’s Time to Revive RSS

#261

I’ll disagree. It’s been however many years since Google Reader shut down and I haven’t replaced it with anything. Don’t really feel the need to add RSS back into my life.

How do you consume / aggregate the content you previously consumed via Google Reader?

Re: Winds 2.0: It’s Time to Revive RSS

#262
post #22

Just a friendly PSA that WordPress comes with RSS feeds enabled by default. Since an overwhelming majority of content websites use WordPress, I think it's safe to say RSS is still widely available. Try going to your favorite blog and append "?feed=rss2" to the end of the URL. Like so: http://example.com/?feed=rss2

Also just /feed/ usually works.

Re: Winds 2.0: It’s Time to Revive RSS

#266

Lack of a good client is not the issue here. RSS needs to either add a standard way to serve ads or some sort of revenue model. Otherwise it doesn’t make sense for most publishers to adopt or maintain it.

Why does RSS need "a standard way to serve ads"? Feed content can easily include ads.

Re: Winds 2.0: It’s Time to Revive RSS

#267
post #53

Question: why am I constantly hearing about RSS and never Atom? Isn't Atom newer and supposedly better? Are the two basically interchangeable, or did Atom never catch on enough that people want to revive it?

I think it's a situation sort of like with SSL and TLS, where the former term implies the latter. I mean, it's not rare to find people using the term "SSL Certificates" even on TLS-only setups. Also:

https://wiki.openssl.org/index.php/Libssl_API

> libssl is the portion of OpenSSL which supports TLS

It's for TLS support yet they call it "libssl".

So yeah, you can just mentally replace "RSS" with "RSS/Atom" and most of the time it'll be fine.

Re: Winds 2.0: It’s Time to Revive RSS

#269
post #134

Earlier quoted context omitted.

You can pretty much do that with RSS, if you want. Slightly decorated with some XML stuff but that'll pretty much gzip right away. Statically, if you use the right web servers and magic invocations the web server may specify. You'll find your feed readers aren't particularly impressed, though.

This won't work because my users don't have software to automatically download the new posts, curate them, and save them for offline reading (in contrast to having the posts directly in the RSS file, for which all that does happen). That would require...a new standard, i.e., a replacement for RSS.

No, it would require a new type of consumer. RSS can carry a list of URLs just fine, as a degenerate case of RSS. RSS does not itself mandate that the content of the RSS must be displayed in "some sort of feed reader".

The good news is that means you don't have to wait. You can write that now. It will work on existing RSS feeds, just not quite as optimally for your proposed use case as you might personally like, but it will still work. It will work even better on yours, which will also work in conventional RSS readers.

Now, you might have problems getting "the real page content" from your URLs, but that's a separate problem. (History strongly suggests the large-scale content producers would actively fight you if you try, because you'll probably be trying to strip their ad revenue either deliberately or accidentally as part of what you'd be doing. Which is, after all, the reason why RSS is already not terribly favored by that crowd and why they want you in closed gardens of their own devising... unfortunately getting around this problem is a great deal more difficult than hypothesizing that some sort of new standard could somehow deal with it....)

Post reply on HN