It's time to head back to RSS?
wired.com
wired.com
Here's Reuters Top News.[1] Just the news, no ads, no clickbait. Reuters is useful because their RSS feed contains a readable story summary. Many RSS feeds just have a truncated sentence and a link. Both CNN [2] and Fox News [3] are like that. Voice of America is at the other extreme - the whole story is on RSS.[4]
[1] http://feeds.reuters.com/reuters/topNews [2] http://rss.cnn.com/rss/cnn_topstories.rss [3] http://www.foxnews.com/about/rss/ [4] https://www.voanews.com/rssfeeds
If it puts out content on a regular basis, chances are you can subscribe to it via RSS.
Basically, there is gold out there.
But I hear you. I find Twitter unusable without 3rd party client, and I think that is affecting my experience in an indirect way as well. I think the fact most people see ML picked tweets has caused fewer people responding to what I share now versus 4 years back.
<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
<title>itakedrugs</title>
<description>The takings of drugs</description>
<link>http://www.itakedrugs.ninja</link>
<item>
<title>The weed</title>
<description>Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.</description>
<link>http://www.itakedrugs.ninja/the-weed</link>
<pubDate>Sun Apr 01 2018 15:51:07 GMT+0200 (CEST)</pubDate>
</item>
<item>
<title>Coffeeee</title>
<description>Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.</description>
<link>http://www.itakedrugs.ninja/coffeeee</link>
<pubDate>Sun Apr 01 2018 14:00:03 GMT+0200 (CEST)</pubDate>
</item>
</channel>
</rss>
Its just a text file. You can have as many items as you like, all parts speak for themselves except perhaps the time stamp[0]
The pubDate is optional but a lot of rss aggregators don't know what to do without it.
http://knn.press looks better, and that’s saying something.
There were a few bugs I had encountered (can't recall if it was on the mobile app, or on the browser UI), and decided to report to them. I opened a few reports (maybe 2 or 3?), and continued on my merry way. Checked in a not long after, and discovered that the developer didn't bother to really read my bug reports, and instead, berated me (if my fuzzy recollection is to be believed, something to the effect of "I don't know what you're talking about" and "you're stupid go away"), followed by closing the bug reports. No effort on his side to try to understand, no further digging for more information if something was unclear.
Being a software developer myself, I'd like to think I'm generally familiar with reporting reasonably useful bugs (repro steps, observed behavior, expected behavior, etc.), and even if I didn't include all information, I'm more than happy to provide more as requested/directed. But being effectively ignored and then berated for trying to help? Ridiculous.
tt-rss worked okay for my needs (lacked polish), but still, no software is perfect, so if I were to continue using tt-rss, I'd undoubtedly run into other bugs. Going by my experience with abrasive/abusive behavior of the developer (I saw similar examples in other bugs in the tracker at the time), I decided to jump ship on the first sign of a reasonable alternative. Thankfully, Feedly came along, and I hopped on for the ride.
That was the last straw and I decided to revisit alternatives. I somehow stumbled upon BazQux, and I noticed the same issue with the one feed on that platform as well. The developer was incredibly helpful in pointing out an issue with the way I was generating the feed. That level of support instantly had me hooked (along with how much it functioned like Google Reader). I bought a life time subscription then and there.
You should check it out!
I like that it looks almost identical to (how I remember) Google Reader.
No more having to go to FB for updates from various organizations that don't have any other mechanism for publishing announcements! :)
Still, tt-rss offers killer features for me that other options don't: self-hostable, being able to write my own scraper plugins (the big one in this discussion), and a solid Android app. So I continue to use it and just keep any code improvements to myself.
Prior to that, my main source of information was google feed (when you sweep right on android main screen - for those who don't know it, it's a feed of news curated by google supposed to match our interests). I totally loved it, as it properly detected my interests and shown articles about them even from websites I don't know about.
But lately, I saw more and more posts I wasn't interested in. Well, it always happened, but those made me wondering because they were posts about brands, or very specific products. Was this promoted content? I don't have a clue.
Be it promoted content or not, I realized I was vulnerable: anything could be pushed to me and I would think I see it because I'm interested in it. And I have no way of checking why something appears in my feed.
So I decided to get back to RSS, and realized I could still have the discovery of new sources using... google alerts. I can set a google alerts using the advanced search semantics of google search, and get the result as a RSS feed. This means I discover new sources and I can verify why it appeared (it matches my custom search). Best of both world.
And obviously, I can also subscribe to specific RSS feeds to be sure to not miss something I love.
Other than that, it gives me information that's a day late, which makes things like one-day sales notifications for not useful.
I've largely switched to podcasts to make up for the content gap but would be interested in a aggregator that didn't try so hard to be smart.
Which isn't sufficient as their feed keeps showing material from Daily Mail and similar garbage. Skipping it manually isn't a problem, but it does take the space of meaningful news reports.
Users sent countless bug reports and started many threads on their forums since around June 2017, no reply. Nowadays I just aggregate aljazeera and reuters, way more efficient.
I have Fox News, Daily Mail, CNN, and a number of other sources blocked. No issues whatsoever.
Really? I've always found it to be awful, majority things I am not interested in.
I just checked, and only 2 in 10 were mildly interesting to me. Three of them were about sports, which is way off the mark for me.
Does it optimise based on my interactions with that application in particular, or is it meant to be linked with the rest of my google account?
It's been really accurate for me, providing news about things that are not especially "mainstream", like word embeddings, anything related to KDE or updates on games I'm currently playing. I do a lot of searches on my phone, maybe that's the reason.
It seems to be much more concerned about false negatives than false positives, showing you more instead of less simply because some metrics (like regional popularity) indicates you might like it.
The trick seems to do some search query then click a lot of videos in the result. That seems to force a new hand.
p.s: In HN spirit, it also happens to be one developer's side-project-turned-profitable-business, and the "social" features a totally non-intrusive, but there if you want to know what people are sharing and commenting on.
A big difference is that email has slowly been developed over a period of decades, and so a lot of great software (both libs and GUIs) were built on top of it, and “perfected” over the time.
Maybe what prevented RSS from reaching the same level of development is that RSS is only composed by “creators”, while email has no target audience.
When there is an update about a previous notification, I send an email with the in-reply-to header. Oh wait, gmail doesn't use that.
Alright, I'll just make sure that the subject line is exactly the same as the original notification (as gmail says to do). This works for a bit, but if someone hits reply-all, suddenly the subject line for the thread is now "Re: <the original subject>" and my followups no longer thread.
I'll just make sure that my followups always have "Re: " in them, so they thread whether or not people have been communicating on the thread. This mostly works, but if the update is a week or two later, gmail just decides they shouldn't thread.
This is on top of the fact that emails with similar subject lines occasionally thread together. This gets really annoying when you send automated emails where the subjects are the same except for an identifier of some sort (specifically to prevent threading).
And there's no way to give feedback to gmail about this. No way to forcefully thread or de-thread emails. You are just given the choice of gmail's threading or no threading at all.
* A decent bulk actions interface.
* Threading
* Filter on email headers
* Apply rules based on message age (e.g. twitch "is now live" messages are irrelevant after 1 day.
Some automated emails get threaded together when I'd prefer them separately (error notifications and other alerts) but it's minor enough that I've never even looked into whether there's a workaround.
How ever TCP/IP protocols won the standards war which on balance is better - other wise you'd have what your PTT wanted to have sub :-)
https://cr.yp.to/immhf/header.html
That's got to be a sitter of a security hole for something, right?
I blame social media. It's basically their agenda to offer everything within there walled garden. And so it was only natural that FB at some point disabled RSS.
Fortunately, wordpress generates RSS per default so many will keep providing rss feeds (without even knowing about it)
SPF, DKIM and DMARC seem to be making a real dent here though. DKIM is the most complicated to implement and manage since ideally you want to periodically rotate the keys and it has to be implemented at the sending server level instead of the DNS.
Any time you try to make things work without a single central point it makes the whole thing harder to grasp and explain. Open ID was another example. End-user contact points try to simplify things by "productizing" the offering and hiding the implementation details, with various degrees of success.
> The space is endearing - maybe that's why it is so vibrant?
That's true but arguably YouTube at least started out that way as well. I suspect that there are a number of factors; no single one I can think of (except maybe the hosting costs and that seems an unsatisfactory explanation by itself) really captures it.
I really hate that many podcasters are trying to push their own app or their publishers / organizations app (even NPR is doing this). Getting everyone using the same platform is how podcasts will get youtubified.
I was also surprised by how easy (and free) it is to get a podcast on iTunes, especially compared to getting an app on the App Store.
So this was a case where Apple sort of came along for the ride and didn't see podcasting as being a big deal--which they were sort of right about; arguably even today it's somewhat mainstream but I'd bet the majority of people in the US have never listened to a podcast and certainly don't listen regularly.
A few weeks later my dad calls to tell me he doesn't know how any of this works, but now he gets amazing content while driving, instead of just listening to the mostly ads that came through his antenna.
So.. just lack of awareness? Just fiddly enough to keep people away?
I have a sneaking suspicion that if tomorrow Apple or Google just subscribed everyone to 99% Invisible and waited, FM radio would be dead in a year.
Many people don't want to have to deliberately choose content a lot of the time. I've heard people argue that they don't want to always have to use Netflix because they can't just flip on a channel and/or channel surf.
Everybody else just used YouTube.
I love their UI, but the fact I can't load RSS feeds directly is making me look around for alternatives, so maybe it's a risky bet.
I feel like podcasts have simply been overlooked by big media types, and the day is coming where enough power will concentrate and advertisers will only want to give money to networks instead of individual podcasts.
Enjoy the freedom while it lasts. I think 5 years from now, no individuals will be able to make money from it without joining a "network."
This is completely hidden from the UI by now.
It could be more prominent.
It never went away, but it certainly (sadly) got a serious demotion.
The Bugle and the Allusionist are tiny rays of light in these dark times. Podcasting is a simple and honest business: I download an MP3 and maybe listen, they get paid to read some ad copy.
Guess "box sets" is also doing that now everyone streams TV series.
Can you elaborate on this? How are they related?
The episodes are stores and distributed from the podcast host's own server. The podcast app is just an RSS feed reader.
Podcasts are just RSS feeds with a tag that points to an audio file.
RSS and Podcasting have a lot of common lineage with the guys who invented blogging. As that Wikipedia page states, the enclosure tag was added by Dave Winer, of Scripting News, which is the oldest continuously operated blog...arguably dating back to 1994.
I do wish I could have an easier time getting YouTube playlists in there[1], but video is really the only sore spot there.
[1]: Playlists will now only give the top n videos in a playlist, so you basically have to follow a channel feed instead.
Isn't RSS the same content as on the publishers page or site though? Maybe I am misinterpreting you comment?
But.
It is fundamentally not fit as a Facebook or social media replacement because of it's lack of simple commenting support. It suits some curmudgeonly old farts like me, perhaps. But even I want to feedback sometimes or join in the discussion (hence this comment).
Are there solutions that a content creator can provide, via RSS, without requiring its readers to install particular jiggery pokery? Or is the only option HN / reddit style commenting sites, separate from the content?
https://news.ycombinator.com/item?id=16222478
https://www.w3.org/TR/activitypub/
https://github.com/w3c/activitypub
But not enough implementations of it yet that tie into blog content.
Shooting comments off into the ether is fine by clicking the page and commenting there. But, if you have a couple of dozen blogs in your RSS feed, and leave a handful of comments a day, clicking back through the specific place to see if you've been responded to is way too much effort. Sites like HN, Reddit, and Facebook, have a central mechanism by which you can be notified.
In the '10s I had a blog with over 1000 readers, I had fewer comments, and less community than the replacement Facebook group has with a fraction of that number.
That may not be a problem for publishers who are purely interested in eyeballs. But that isn't all of them. If the aim is to free content from the walled garden (which I think is an important goal), then it matters.
I've noticed with HN it's very swarm-like and transient these days. Comment following is also difficult without some thread control. At a minimum you need collapsible threads. Too much to read, don't bother, say something that's been said already - and add to the noise. Or have a bypassed dangling leaf comment.
I've seen email notifications, but to me they are just as bad as subscribing to a lot of sites by email. That's kind of what RSS is for: aggregation. So yes, it means you don't have to click through sites, I accept that, but still not a good user experience. If you mean something else, let me know, I am interested.
I don't know what you mean by splitting the user base or constructing a parallel comment system. I'm just talking about how to provide commenting, as a content publisher. RSS + on-site page by page commenting (even with email notifications) has a fraction of the engagement (in my anecdotal experience) of FB.
I started with a simple CherryPy project and a SQLite database. It is now using Flask, SQLAlchemy and React: https://www.newspipe.org/
I have something like 200000 articles in the database. And the oldest article is from February 1995!
I'll likely use this.
Because I have never really used an RSS reader before I'll likely not have any biases as a user which I think is good.
I think one recommendation is that while Newspipe is pulling in a new feed for a new user, on the home page it should give a message like, "your posts will appear here"
I never thought about this. Good idea. Just updated Newspipe: https://github.com/newspipe/newspipe/commit/9479b9abf4bc3525...
Feel free to open issues on GitHub ;-)
> User is desactivated
Should probably be something like
> User account has not been activated yet. Check your e-mail, etc. etc.
Maybe it will be even better to just say something like 'bad login and/or password'. In order to give the minimum of information.
The other day I wanted to subscribe to an author's posts on Medium, but I couldn't find a RSS feed anywhere, so I never did. Seems like a loss for the author to me, seeing as gaining influence and credibility is probably the goal of many who write posts. It would also seem as if Medium doesn't want to add RSS as it would take control away in terms of recommending content to people, etc. |
For example:
https://medium.com/feed/flockademic (publication)
https://medium.com/feed/@flockademic (user)
The latter also includes responses to stories though, which can be noisy.
[1]: https://help.medium.com/hc/en-us/articles/214874118-RSS-feed...
Interestingly enough, Firefox has a "feeds" section when looking at page info, which will show RSS feeds included in the meta tags (which they all seem to be).
So really, I've never stopped using RSS, not sure how to go "back" to it. I understand the whole thing with Twitter killing it but as a dev I use RSS as todo lists and that still works wonders.
How as todo lists?
Edit: To elaborate, gitlab and github have RSS feeds of tags, which devs use as releases. New tag = new release = another item in my RSS feed. Which means there's something for me to do.
It went away when Google killed Reader. Reader had more or less killed off the independent RSS reader market. When it got shuttered, alternatives weren't well developed and people shifted more or less entirely onto Twitter. The Twitter shift had been happening already but the shutdown kind of forced the issue.
For example, in the article list view, there's a single basically-identical swipe left/right gesture to...
* mark single article as read
* mark single article as unread
* mark all articles on page as read
* mark all articles on page as unread
The difference between marking a single article and marking all articles seems to be based on how far you've swiped, but if (for example) you don't release your swipe and keep moving your finger further after it's marked all as read, it suddenly does the opposite and marks all articles as unread. The direction of the swipe (left or right) doesn't seem to control whether you're marking read/unread -- it's (in my experience) been completely arbitrary what it decides to do, regardless of swipe direction. It's ridiculous how painful it is, and it's basically been this way for as long as I can remember.The app has really poor bulk management of articles, so I just turn to other apps. Currently I'm using News+, which has superior bulk management capabilities... but it hasn't been updated in forever (and is buggy in other ways).
I would say Google Reader's discontinuation actually increased the popularity of RSS. The protocol was big news for a few weeks, and it sparked a lot of new services which made news themselves.
I don't know whether feeds usage was growing but it was not comparable to social media. At that time papers were increasingly adding paywalls and didn't show any signs of embracing feeds any further.
It seems odd to me to take a federated protocol, centralise it in a proprietary system and then shrug and forget RSS when that goes away.
I was on Akgregator for years, then Bamboo in Firefox, now on QuiteRSS now that Quantum has killed Bamboo. All using the same imported OPML file of feeds.
Which self hosted RSS aggregator contains an easy to deploy, backup, and maintain ecosystem (easier than Dokuwiki), an Android and iPhone app, that all work synchronized together...
It's overly complicated to set up and maintain the infrastructure needed for most people. Time costs a lot.
I wasn’t a heavy RSS user, but had a few bookmarks in Firefox – and the same thing is doable today.
Instead they killed their popular Reader and made Orkut and Google Plus.
I think the problem with RSS was - and still is? - is the data it provides. A social network can harvest MUCH more data (due to the endless number of connections between "the nodes.") RSS is too old school.
Put another way, imagine being hired by Google - while FB and Twitter are taking off - and being told you're going to work on a new & improved RSS reader. That would have triggered a mass exit.
I never got why people moved to Twitter, it wasn't, and isn't, as good at consuming or sharing content as Reader was. It's just one more step towards the more centralized web we have today, and hopefully we will move back to a more decentralized experience soon.
[0] http://googlereader.blogspot.se/2009/03/google-reader-is-you... [1] http://googlereader.blogspot.se/2011/10/new-in-reader-fresh-...
Google Reader was a social network around RSS
(I also think there was in platform commenting too?)
I never used Google Reader nor Twitter but RSS has seen plenty of use here, from following commits to projects to simply following news sources. I currently use the News reader [1] for Nextcloud, sometimes in combination with one of the Android apps compatible with the former. Works fine, no Google nor Twitter needed, no spurious censorship, no centralised data mining.
From what I can tell, RSS was the equivalent of today's OpenGraph. It was a tool for a company (Netscape) to slurp content into its portal. It's just that AOL then blundered when they bought Netscape and removed support for RSS, which then became a de-facto standard format.
In fact, as RSS popularity wanes, a feed reader that can reader OG tags is probably a good idea.
With Twitter, everything is attached to a social context. If a link is posted by your personal idol, you engage in (pseudo?) social behavior if you read it. You may then feel compelled to discuss it, and you will feel rejected if nobody answers, or very good if you get a lot of likes. So, lots of limbic/social interaction.
Both have their merits.. without Twitter, I would have a content discovery problem, and with (only) Twitter I‘ll live in a bubble, plus my IRL social interactions might be somewhat crowded out by the interactions on Twitter, plus Twitter can make me feel socially miserable for very petty reasons.
Personally I would love a system that combines my personal RSS feed with recommendations resulting from mining Twitter and applying ML to generate relevant results.
https://news.ycombinator.com/rss
...would be nice.
Such a nerdy website should really publish an OPML for its top tabs.
It would be truly nerdy if they would crawl for available feeds from front page news articles and build an OPML out of that.
Flat lists of feeds works too. Imagine an OPML or a flat list of feeds including everything with more than 100 points from the last 30 days.
Noobs will probably cry about it being larger than 4 items but if it is 100 000 feeds it would truly be an awesome thing that I will worship like a god.
I'm also usually reading HN via my full-text feed. Meaning, I don't have to load a link every time, I focus on the articles first, and I can easily pre-load everything for offline reading on mobile.
I think, in case of RSS such online services are superior to self-hosted solutions - whether server or client - as there is a greater chance someone is already aggregating a feed you might discover only some time in the future.
Several features are free: Unlimited sources and feeds, entire search for your own feeds, unlimited tags, sharing via inoreader email
There is also: loading of mobilized content via single click/key, better shortcuts, comprehensive tagging management, more settings, better settings placement, contact management, better feeds stats info, save an entry as pdf or print it, more sharing options, better compact theme, more RSS export settings, export the entire profile which includes the content for favorites and save web pages
Free Feedly boards are limited to 3 and have been only introduced last year, while tags in Inoreader are more powerful, free and part of the service since 2013
You can optionally toggle the browser.tabs.loadDivertedInBackground value in about:config to true, then the v shortcut will open in background.
That said, I find the add-on a must-have. I'm always using it to save web pages. Do not forget to check the HTTPS option in setting, though.
As a reference [1]:
browser.tabs.loadInBackground => when you open a regular link in a new tab using Ctrl+click (or right-click > Open in a New Tab) default = true, do not make the new tab active In the Options dialog/page, this is controlled by the "When I open a link in a new tab, switch to it immediately" setting.
browser.tabs.loadDivertedInBackground => when you divert a script-generated new window to a new tab using Ctrl+click, or when a page uses the target attribute to launch a link in a new window and you divert it to a new tab default = false, make the new tab active
browser.tabs.loadBookmarksInBackground => when you load a bookmark in a new tab using Ctrl+click (or right-click > Open in a New Tab) default = false, make the new tab active
This was years ago, and back there was already a feature request on Feedly's website asking for this to be fixed. I just took a look at that request it looks exactly the same, so either they haven't done anything about this (most likely) or they fixed it but forgot to close the issue.
This!
This has to be the main selling point.
The second would be to NOT use a web service but to run your own desktop feed aggregator. Everyone should stop using walled gardens for things you can easily do yourself:
YOU should be responsible for what you publish - no one else.
YOU should be responsible for what you read - no one else.
It doesn't work any other way. I'm not able to decide what you can and cant write on your blog. I'm also not able to decide what you can and cant read.
If your crap ends up on my webserver in whatever way I will be responsible for it(!)
Someone once said: When you grow up you have to be your own mum. It might sound like a lame joke but if you want lame nothing can beat a formula where one ends up responsible for what other people publish. Any amount of needless centralization will have the usual suspects pressure that entity into censorship.
What is legal in one country will land you in prison in the next.
Employers, government, border and airport security etc cant "ask" you for access to your home desktop computer.
But more importantly: Without RSS you cant read small websites that rarely publish. This also means you don't have to make your own website anymore in 2018 because no one reads it.
I used my ad blocker to remove the "Well done!" that appears when everything is marked as read, it's so patronising.
Now I use rrss (https://github.com/pmarinov/rrss) because it just reads feeds and doesn't constantly promote itself with management garbage.
As for the parent comment, read my two posts here: https://news.ycombinator.com/item?id=16721859
It seems dangerous to keep expanding the feature set because you are just expanding your future maintenance budget.
I don't think I've ever shared a single thing from my news reader. I don't want people sending me stuff so it only seems right that I don't spam them.
I use it everyday, one of my favourite apps — hope they’ll keep the product around in its present form for a long while yet.
They reverted this a few days later but by then I was on an alternative already (could have been tt-rss then)
For a few years I continued to use third party clients for reading, as most of them transparently supported Feedly the same way as Google Reader.
Lately I've just started using Feedly directly, and I don't have too much of an issue with it.
I should note, I rarely use the web interface. Since around 2009 I've used mobile apps for my news feeds.
The UIs on Feedly and Newsblur didn't suit me at all. As I recall Feedly made it very difficult to even read the articles. Inoreader has the nice two-column view Google Reader and mail apps like Fastmail use.
I need folders and a panel to read my rss feeds, everything else is fancy SPAM.
If anyone else wants to try to strip feedly back, they can try my css here: https://gist.github.com/wvl/4cd7d7d314fe9a544f2851296db61bb9
If given the choice between a service that just does its job, and one that 'engages me as a user', I'd tend to choose the former most of the time -- doubly so for something like a reader.
Maybe that's too harsh, in reality it was a shared effort between Google Reader being killed off and Feedly's scroll thing but I've not used RSS feeds for anything but podcasts since.
I would love to go back to RSS feeds but my word would it take an absolute diamond of a service to pull me back
This is from a page that connects to (excerpt):
c.amazon-adsystem.com
z-na.amazon-adsystem.com
tag.bounceexchange.com
graph.facebook.com
sb.scorecardresearch.com
cdn.mediavoice.com
odb.outbrain.com
cdn.quantummetric.com
native.sharethrough.com
s.skimresources.com
pixel.tapad.com
d.turn.com
p.typekit.net
use.typekit.net
cdn.yldbt.com
segment-data.zqtk.netThe front end tech is also pretty interesting: it's built with Ur/Web. [2]
[1] http://bazqux.com [2] https://github.com/bazqux/bazqux-urweb
Only relative downside is that there's no integration with Firefox's "Subscribe to this page" button, which TOR has. That means you need to use a javascript bookmark to subscribe to new feeds, which feels kludge-ey in comparison.
RSS and ATOM are both nearly always machine generated and machine read so this may seem trivial to argue, but for those who are interesting in seeing the difference, this is a good article http://www.intertwingly.net/wiki/pie/Rss20AndAtom10Compared
--------
When I wrote a forum software a while back, it was trivial to not only add a feed for new threads but also for new comments (per thread and board-wide). Made it very easy to monitor updates on all my devices. Most wikis have RSS/ATOM feeds for recent changes which is a great power feature for admins.
Mastodon is atom-based, I believe. Early twitter supported RSS / ATOM feeds which arguably made it easier to follow hashtags or news accounts.
Another benefit of RSS/ATOM is that you can plug them into chatbots or use them to mirror content. I would love to see syndication come back to the spotlight!
As far as Twitter goes, I use TwitRSS to generate RSS feeds from of a couple of users. https://twitrss.me/
https://web.archive.org/web/20170914094626/http://www.intert...
[1]: https://github.com/dannysu/tweets2rssApologies for the pedantry, but a nit: It's Atom, not ATOM. It's not an acronym like RSS.
I miss those crazy idealistic days.
Adding Atom support to anything is trivial even without using a library, and there is a good schema for validating feeds: http://cweiske.de/tagebuch/atom-validation.htm
And not good ones, either. RSS 0.9x versus RSS 1.0 versus RSS 2.0 versus Atom versus CDF versus whatever else people came up with, and which formats are relatively self-contained versus which ones had to go borrow elements from other XML namespaces and whether you should "helpfully" supplement your feed (or even your XHTML!) with stuff pulled from Dublin Core, which formats have associated publishing protocols that actually work, the mess of trying to fit arbitrary content formats into feeds and bumping into XML arcana along the way and encouraging people to put autodiscovery links in their sites and...
Thankfully, for many years now I've published only an Atom feed, and it works, and that's that. And for reading I use Reeder, with a paid service that tracks my subscriptions and read/unread status, and it seems to just work. That wasn't always the case.
Dear publishers, let's fix this. Whenever you publish a blog post, etc. please syndicate it on social and then go back to your site to add "DISCUSS THIS ON TWITTER/whatever AT https://t.co/aesou02". Make sure that this also syndicates to RSS.
Dear pubsubbers, let's fix this. In your reader software, please lint these special links and show the discussion below the news. We know you want to get into the content discovery business -- this is the first step.
See the Slashdot RSS feed as a good example, they inline the discussion right in the feed.
Honest question. I would have expected an RSS-origin to be a more tech-savvy reader and more likely to engage.
I think what fulldecent is saying is that people reading on RSS have a barrier to sharing and a barrier to commenting that doesn't exist on social media. On Twitter or Facebook, the "share" action is intrinsically linked to the article in its native format. Not so on RSS.
"DISCUSS THIS ON TWITTER/whatever AT https://t.co/aesou02"
But some of us refuse to use Twitter for such purposes and won't click on shortened/anonymized URLs from strangers in any case.It's not insurmountable, it's just a bit harder than it should be to automate, especially if you're running a static site or something that takes a minute or two to go live. I'd love if social sites had some kind of API for settting up a draft post or deterministic urls, so you could pre-include the link during your build step.
I use this Open Source RSS/Atom client:
Activate a couple plugins and it works just like Google Reader!
Now, I'm using a service that sends some RSS feed to my email so so can read them directly from there. I think it's amazing as it has all the features I need (tagging, mark read / unread) and I don't need to open another website / application to read my news.
Edit: it's also OSS: https://github.com/feedbin
RSS lets me focus on what I actually want to read, makes me take long-break (instead of short bursts of Twitter updates), and gives me longer and more structured content.
I also use RSS for sharing articles, by giving the URL of your Pocket RSS feed to friends.
I'm glad that, in the age of algorithmically curated timelines, RSS still exist!
But I get it. You need ads to make money, and just putting ads in your RSS feed is not enough because they're not "interactive" enough, or something. You need those "engagement" metrics that you generate by making readers press a button to read the full article.
I was trying and fell short of something witty to say. Just, wow, this is a sorry state of affairs. Just give me the damn content and I'll be on my merry way.
But you're right. I use feedly and have chrome extensions that's give me full articles in a readable fashion.
I would LOVE to visit some of my favorite sites and read articles as the site designers meant for them to be read. But all of the js and ad fuckery makes reading articles online an absolute goddamn chore lately.
So here we are.
RSS revival? Bring it on. I'll play drums.
You charge for a hosted service. You also charge for a self-hosted tool. But you also offer an older (read: crappier) version of the same thing under AGPL.
I like the sound of the product, but there are too many red flags there.
I mostly consume my feeds on the London Underground, so offline reading is perfect for that, but I tend to have to scroll through articles that are truncated because there's no point in reading them.
You could argue that the infrastructure of the tube network is the problem, not the state of the modern web, but still, it sucks.
I use Newsify with my Feedly account on the iPhone, and it’s perfect. Android clients are also available (sorry, can’t remember names).
Edit: and no tracking.
Also, I think it might be tiered and not all benefits apply at the lowest tier but all of them should be reasonably priced for anyone in tech.
RSS feels like an abandoned standard. I tried to submit an improvement to the author directly to explicitly allow HTTPS URLs in light of upcoming iTunes changes to enforce HTTPS; they said by email that of course HTTPS resources are valid in their view, but they weren't prepared to actively update the spec to say as much. Until that's done some feed validators continue to mark HTTPS resources as invalid.
I tried and failed to change this, and was told that the RSS spec needed to change first:
https://github.com/rubys/feedvalidator/issues/16
And I'm not the only one:
https://github.com/rubys/feedvalidator/pull/30
I respect Sam's opinion in those threads because really the spec needs to change, but I've given up trying to change it.
We ended up serving all feed URLs over HTTP as a result because customers using Feed Validator kept complaining that our product generated invalid feeds.
Apple no longer supports Atom for podcasts, though, so unfortunately we couldn't use it as an alternative. (Podcast feeds must now be RSS 2.0: https://help.apple.com/itc/podcasts_connect/#/itc1723472cb )
But that and the fact that it's on GitHub, which makes it more accessible to use and engage with for many developers, may be enough of a plus to embrace it. https://github.com/brentsimmons/JSONFeed
I also find the spec much easier to read: https://jsonfeed.org/version/1
Beyond that they are similar and the mapping differences are described here: https://jsonfeed.org/mappingrssandatom
> the technical implementation is secondary
Until users get a bad experience that can't be solved easily because the spec was set in stone over a decade ago.
Or until people want to extend and improve the spec to create new standards that prevent fractured and disparate extensions to it.
Technical implementation is often secondary, but RSS already failed to achieve mainstream status once. That is not all down to the RSS spec, but recognising that RSS is a candidate for obsoletion and building on something active and progressive might give the idea of indie syndication a healthier second/third/fourth chance.
A non-dead spec that's actively tended, marketed, and used for building great new platforms may garner more interest and prevent the “been there — tried that — it wasn't for me” that RSS seems to induce in non-techies.
Let us accept that any parser lib should be able to deal with RSS and Atom, and move on.
Uhm. To my knowledge none of the issues in the JSONFeed Github repository ever caused a change in the JSONFeed spec. It's like talking into a black hole. A nice and friendly black hole, granted, but still a black hole.
(Completely agree on the HTTPS issue.)
https://github.com/brentsimmons/JSONFeed/issues/11
I take your point that they're not addressed at the rate that issues come in, though.
Why would you give control away for something as decentralized as RSS?
I tried all those services, then gave up on RSS, then found Feedbro a while ago and now I use that.
(I mainly use it for work purposes: following updates from relevant projects, issues from selected github repos and a couple of people who write useful stuff about tech I use.)
Somehow I find this article very interesting in that it's kind of a sandwich that the promotion of Feedly is inserted in the middle, which makes me wonder if the article really wants to advocate the revival of RSS, or is just another marketing one. Does anyone have the same feeling here (confusing face)?
Edited: fixed a typo: Google Reader launched in October 2005.
[1] https://github.com/agorf/feed2email
[0] https://feedbin.com/blog/2016/02/03/subscribe-to-email-newsl...
I don't subscribe to any podcasts that don't support RSS. Most do (altho a few make you use a search-engine to find out where).
Works well on any shared hosting or VPS etc. as long as you've got PHP/MySQL/Postgres and the ability to setup a CRON job (CPanel/Plesk give you this) or the daemon.
I use Feedly with the wonderful Nextgen Reader client for Windows. 10/mobile. Beautiful app, service, news experience.
For a SaaS newsreader, I really enjoyed using Newsblur. Great service, excellent functionality, and first-rate support.
For a desktop newsreader, I suggest Emacs with elfeed. That's what I use today, and is the only reason I'm not still happily paying for Newsblur.
Using that with eww for reading articles has made checking the news a very pleasant experience for me.
Shameless plug for our Flash Briefing (available on Alexa, iTunes, and our website but only available the days ending in "y"): http://jmpurl.info/flashbriefing
RSS and JSON have become standards that people can use for data on multiple platforms.
Let's say it takes an average of 2.5 seconds to read a feed item subject line, decide whether to read it[0], and nothing else - not opening or reading any articles. In half an hour of concentration you could do that with ~700 feed items - again, without reading one article. Let's call 700 feed items a generous maximum; I doubt many will want to devote 30 minutes of their day only to reviewing feed items.
I end up with far more than 700 and I know I'm not the only one. How can I make it faster?
1. Obviously, the UI must not slow me down in any way.
2. Deduplication
3. Grouping of feed items covering the same topic. There may be dozens of items covering the march last weekend: If I don't want to read about it, I can ignore them en masse. If I do want to read about it, I can select the best looking feed item from the group and ignore the rest.
4. Display summaries instead of articles, at least optionally. If an item interests me, I can read the RSS summary and possibly save reading full articles that don't interest me or for which the summary contains the info I want.
... Is there a reader that does all that? Even if I have to pay for it? And it's still not enough; I doubt I could efficiently process all the items using only above. What else can be done?
[0] Source: I just timed myself doing that with 10 feed items in 26 seconds
That's the problem I intended to solve by 'grouping', as I called it: Don't delete the similar items, but group them together (see my GP comment regarding the functionality).
Also, it might not be as hard as it seems with this data. There would be maybe thousands of records (though you'd want it to scale higher); how many would have the same sets of proper nouns, for example, and not be about the same topic?
In FeedDemon, a desktop based reader, there is a tool called the Panic button that is triggered when you have a lot of unreads (or that you can trigger manually). It displays the following message:
You have 591 unread articles. This isn't email - you don't have to read everything. Perhaps it's time to hit the panic button and let FeedDemon mark articles as read for you?
Then you can mark all articles older than say 48H or 5 days as read automatically.
As a basic feature you can group feeds and there is a button that let you mark all articles in a group (or a single feed) as read, so for chatty feeds you can just skim the titles and if nothing mandates further reading you can clear it up.
The real trick though for me is to revisit your RSS list regularly, say once a year, and not be afraid to remove or filter feeds that post too many articles. Some big blogs in their niche post several "news" pieces per day.
What was great was Yahoo Pipes, where you could filter, merge and transform feeds into new feeds. So you could grab a feed from a chatty blog and filter it on some keyword for the subniche you are interested in, then do that on several sources and merge all these into one consolidated feed.
For its purpose an RSS reader is a much better experience than everything else.
The only thing that comes close is Twitter, but it’s too noisy, you can lose really good, but less popular articles, between all the other shit happening on Twitter. It’s also addictive and time consuming.
Sure, go back to RSS, but some of us never left it and we’ve been enjoying it.
https://tedium.co/2017/11/14/google-feedburner-rss-history/
There are alternatives to FeedBurner that are quite good (I personally use FeedPress) but I think that if RSS is going to get any momentum back, we need more people making these tools again. The emergence of JSON as an alternative to RSS is a real opportunity here.
(Side note: Was a long-term Digg Reader user, so its loss was felt. I found FeedBin a decent alternative for my needs, FWIW.)
BTW we're supporting JSON feeds since the 1.0 release: https://feed.tedium.co/?format=json
Cheers
I recently discovered HN RSS, which is awesome for showing comments: https://hnrss.org/newcomments?q=kubernetes+OR+k8s
And here's the trick for seeing all new tweets with relevant hashtags but not retweets: https://twitter.com/search?q=%23kubecon+OR+%23cloudnativecon...
Ill share my most recent idea: sort news items by the amount of time between its pubdate and the previous pubdate in that feed. (Discard items older than x where x is since last time you read the results, a fixed amount of time or more if the number of "winning" results is insufficient.)
The idea is simple. That guy who never says anything. When he opens his mouth it should be interesting to hear what comes out.
He will be delighted to have 1 reader. A much more enjoyable position than listening to some screaming news anchor or other attention whore.
Problem is, how to convince website editors to promote theirs RSS feeds while there are many social networks out there with built-in ads feature.
https://en.wikipedia.org/wiki/Comparison_of_feed_aggregators
I've been thinking about this a lot lately. But almost nobody is offering RSS at the moment and most publishers who do drop the ball. Feeds are broken or partial.
It might be time to start from scratch though, I'm not sure RSS is simple enough for normal people. Podcast delivery format would be nice, where you subscribe and discover from one aggregated portal and it's finding similar content and making solid recommendations. Maybe inject some type of medium / rank feature so you can track trending content and subscribe to channels of what's popular.
[0]: https://en.wikipedia.org/wiki/Web_feed#Confusion_between_web...
I feel like there is some opportunity to create new personalized social software or services using RSS in a post-Facebook world.
Nowadays it seems common to generate MRSS feeds for podcasts and video playlists. Devices like Alexa, Google Home, etc. are taking advantage of this format. Instead of it being used to "free-the-web" it is being used by content aggregators to ease vendor lock-in. This lock-in could not be achieved with textual content (where it is easy to write a competing application) but it can be achieved with hardware devices.
I'm even more cynical now than I was in the 1990's. I do not see content creators providing unfettered access to their content. The whole point of vendor platforms like Facebook and newer devices like Alexa is that the content is marshalled by the platform NOT the user. Content creators will give that ground to another corporation that they can negotiate with but I don't believe they will ever give it to users directly.
So in 2015 for the love of RSS and information consumption we set out to build a completely customisable news aggregator app with fast parsing (RSS/ATOM), category selection, reorder categories, notification customisation -(schedule, DND), image toggle, data saving mode, filter, youtube, sharing news with own voice attached called Talk about News - https://talkabout.co.in/
Sharing news along with voice was the USP, so that the shared content gets more value. While working on this, we saw that not every site followed RSS/ATOM standards we had to individually handle different sites for the shortcomings. I'm certain that, though Feedly started as RSS aggregator they are now parsing the sites as a whole for content for the same reasons.
By the time we built and released it, we understood Facebook has become the defacto news consumption source and without big marketing budget; our project was dead as soon as it arrived. We tried to salvage the tech and re-brand it as 'build your own app'for bloggers, but it didn't take off.
But we did take the voice sharing feature from TaN to another product called larynx, as we understood the 'News' in the name of Talk about News was one of the main inhibitors for downloads.
larynx (PH) - https://www.producthunt.com/posts/larynx
Note: If any of you tried the app and if didn't work as expected; my apologies as the app hasn't been actively developed for years now & the website exists only for historical reasons.
The real way to avoid the problem of non-freedom and deny the admins/programmers the power to control your reading is to use free software RSS feed readers instead of hosted services you don't host yourself or proprietary programs. Choose RSS readers that respect a user's freedom to run, inspect, share, and modify the program. https://directory.fsf.org/wiki/Category/Internet-application... points to some.
Sidebar RSS reader for Firefox. It was perfect for my use case. (Now its dead due to WebExtension)
[1] https://addons.mozilla.org/de/firefox/addon/sagepp-higmmers-...
[0] https://addons.mozilla.org/de/firefox/addon/feedbroreader/
The Python code for some of the sources is here: https://github.com/wybiral/stream-sources
On my network there's a bunch of those stream sources feeding into a Golang server that stores the articles and aggregates the ones I'm interested in for real-time updates/alerts.
The nice thing is that I can attach temporary scrapers with alerts to monitor status pages and other updates that don't use RSS or anything.
IMO WebSocket API's or streaming HTTP make more sense than RSS these days. But RSS can easily be converted into a format like that if you store the recent history and only push new content.
Also I don't see why it would be any different than leaving it open in my browser or something.
The articles here are mostly title, link, summary too. So not too unlike what someone would share on social media or something.
For sources that post a lot, it's less useful, since I can just visit every couple of days and have stuff to read.
And this means one can easily keep up with the feeds.
[1] http://magnusson.io/evil-feed-reader/ - in case anyone is interested in what it looks like
RSS toolbar feeds are also the reason I never switched to Chrome, ever. Google never wanted anyone to have ad-free RSS feeds catch on when they could potentially prevent a site visit.
For my iOS solution, I use Feedly by simply subscribing to the same sources as I do in Firefox. Not much else is necessary. Other than picking up Feedly for mobile, same tool all this time.
RSS and Atom are great as a protocol, but where things break down for me is in discovery, filtering, and selection of content.
There's a few traditional RSS/Atom readers I like, because I have complete control over the feeds I monitor. The problem with this is that then I have complete control over the feeds, and have no way to be alerted to content I might have otherwise missed. I think this is part of the "unread feed overload" problem mentioned by some others, that I just a firehose of feeds at me, with no prioritization of content.
The other end are more curated things, like Feedly. This is great, because I get alerted to things that are popular, but they're very centralized, and it seems like the more you get curation, the less often you're able to customize your feeds. Also, for whatever reason, with the curated systems, it seems like you kind of get the same things over and over again from different systems, like there's a set of feeds they all dip into and don't deviate from.
This is my ideal in an RSS/Atom reader (not saying it's realistic):
1. Open source
2. Good UI
3. Can import and export using OPML or other similar standard open format
4. Cross-platform, between desktop and mobile
5. Decentralized feed recommendation
The last part is where things go a little off the beaten path, which is that it would be nice to have some way to get introduced to popular content without it going through some centralized service, like a recommendation system that's decentralized.
I zip through 1000+ news items a day over breakfast in this way, and my only real gripes are duplicated postings (which are usually best solved by careful handpicking of news sources) and the lack of a decent backlog/archival feature (I settled on Pocket for that).
On and off, I try to build my own “most relevant/trending/hot items” feed via NLTK, but topics of interest vary too quickly in out industry for proper training...
Ah, a good point. This was a blip on my radar because, oddly, I had RSS and wasn't as plugged into Google at that time as I am now [yet am still 'on' RSS now more than ever].
Publishers care about growth more than serving existing customers.
Another fair point... in general RSS can be thought of as "broadcasting to users" instead of the illicit "user engagement".
On another fair point though, the RSS app I currently use [Podcast Addict] has a "share" option with beget-plenty list of options [from eMail to Twitter]. I can't imagine other RSS apps not having the same in Current Year.
I built a Python library[0] to parse feeds and a Django app using it[1]. It is not ready for prime time yet, but I use it daily and like it.
My frustration with YouTube subscription mechanics is what resparked my interest in RSS years ago, that's when I found out most channels have a hidden RSS feed. Reddit has them, but the way they're delivered makes them difficult/impossible to filter. Most blogs have them, even if they don't display a link.
For some sources, it's the only way to keep up. I like that I can keep track of web comics I'm interested in. For thinks like Medium and Wordpress, they already have a feed reading compatible format.
I also add my Github, so I can see when other people commit to repositories in my lab.
Feed reading is great because it allows one to lurk. It gives the consumer more control over when to view material.
http://handlr.sapico.me/Home/Newest
For now, it's usefull for me personally, but it seriously needs a update.
It also supports url customizers ( eg. preventing paywalls from certain sites to redirect through the facebook share url)
Seems to work fine though when i'm watching it: http://handlr.sapico.me/Home/Newest but a db timeout could be indeed.
[0] https://en.m.wikipedia.org/wiki/Embrace,_extend,_and_extingu...
Plus, Outlook does have an RSS feed function. The incentive can be the same as newsletter publication. It just depends on how you want to reach people.
I even knocked up a rather lame online reader on a spare domain I had: https://www.weegeeks.com
That way, regardless what machine I'm on, I can still get my fix. It needs a re-write to bring it up to modern standards, but it still does a sterling job.
Things like Facebook's non-chronological feed algorithm still annoy me greatly, and a good RSS/Atom aggregator would please me to no end. I switched to Feedly but really need to take better control of my Internet news consumption so I welcome a revival of RSS.
* Shameless plug *: our service at https://feedity.com helps create custom feeds for any public webpage.
I have no idea how much use it will get, but seemed like an important thing to.
https://stdlog.net/logs/show/stdlog-net-now-supports-rss-fee...
After Google Reader was shutdown, i switched to Feedly, but was missing some features, so i decided to build something that would be a cross over between a regular RSS reader and a news aggregator like Google News. So now i can manage my rss feeds, and check out the news in the world that don't show up in my feeds. I also added automatic categorization, entity extraction, and will be adding recommendations, filters, rules, etc...
If you want to give it a try and give me somme feedback, you're welcome :-)
Is this already a thing anywhere?
Facebook and Twitter are much poorer cousins in comparison.
I started on a python-based HTML scraper to summarize, tag, and prioritize news articles but put it on hold to work on other things.
I'm surprised they haven't kicked off over my ad-blocker.
It has all of the options for automatic filtering and tagging, and its UI is rather configurable, too. It's also open-source.
And since we are using it to have a more focused experience, less clutter, etc. it seems logical to have it away from the browser where distractions are just a click away.
What were they thinking? Under no circumstances am I installing either of their apps on my phone.
Social feeds? Ads? Trackers? I don't know what you guys are talking about :)
Nobody cares about text based adverts
Here is a good RSS feed for Hackernews: http://hnrss.org/newest?points=300
Here is a service to convert a twitter feed to RSS (never really understood twitter, sorry) Example http://twitrss.me/twitter_user_to_rss/?user=Lsigurd
Here is a service to convert many RSSless websites to an RSS feed. Works soso. https://feedity.com/
EDIT: Hackernews RSS feed link was wrong
They’re complementary services, not competition. Reddit supports the RSS standard.