Every Mastodon user has an RSS feed
rssboard.org
rssboard.org
If you want to read a person's updates without signing up for Twitter, or without visiting the site, just use the rss feed to subscribe. If your page is public, any one with a feed reader can subscribe to your feed and see your latest updates in their feed reader, even if they don't have a Twitter account. The feed contains the information you see on the page, but in a special format for easy aggregation. (2011)
https://web.archive.org/web/20110228080118/http://support.tw...
A news aggregator is the best way to keep track of all the feeds you care about. Facebook will generate an RSS Feed that you can save to your bookmarks folder and view in your browser. You will now have an auto-updating RSS Feed that alerts you of important things on Facebook involving your account. (2008)
https://web.archive.org/web/20080908073106/http://www.facebo...
With interest rates rising and the endless funding for web “startups” (Reddit’s almost 20 years old, it’s comical that they still have no path to profitability while also burning cash on unpopular NFT and AI experiments) going away, the metric most platforms are shooting for has gone from “number of users per month” to “number of interactions we can put ads on per month.”
This of course triggered the usual enshitification tactics: cut off all access to content outside of heavily tracked and ad-ridden apps and (maybe) web “platforms”, kill off things like RSS feeds or API access that create goodwill and build community support but don’t directly have places to run ads, redesign the interface to deemphasize individual discussions in favor of TikTok-style algorithmic feeds and lots more ad space, and even alter the image host so that what were formerly direct image links now return a “light” web page with extra branding and (you guessed it) ad slots.
The problem is that forums just aren’t profitable on their own, but rather than figure out other paid services they could offer that could serve as a companion to a forum (seriously, Reddit is in the perfect position to launch a Patreon clone, and has even discussed doing it in the past), they seem convinced that they need to follow in the footsteps of Facebook and Twitter and destroy their core product in favor of an algorithmic social media hellscape and trend chasing the latest tech buzzword (as I said earlier, they dumped millions of dollars into NFTs and crypto over the past couple years, and these API changes are supposedly to try and get money out of OpenAI; neither of those plans are likely to be successful in the long run).
The cash grabbing part is weird though, initially you just had some ads and reddit gold to offset the server costs. Were they running on venture capital money that has run out or have they blown up their company with so many managers that their expenses have exploded?
Nothing really rouge about it. Google was big on RSS initially as a way to subscribe to content across the web. They had their own RSS Reader after all.
Yet, Chrome added an experimental "Follow" feature in 2021 for RSS subscriptions [1]. Edge did the same calling it "Follow Creators" that mostly focuses on YouTube but also uses RSS [2].
[1] https://blog.chromium.org/2021/05/an-experiment-in-helping-u...
[2] https://www.theverge.com/2022/1/17/22887626/microsoft-edge-y...
For instance, I dislike having to open YouTube to see what's new (or get notified by email) so I end up missing a lot of new videos from a handful of channels I consistently watch. Once I discovered there the RSS feed for videos, I added them to NetNewsWire on the Mac and it's been a much nicer way to see what's new.
So for people like me that would probably never watch new content, the RSS feed offers another way for YouTube to get me back on the site. That being said, I hope they don't kill it.
Handy if you parse that into something like SQLite and use that as input for something like `yt-dlp` for channels you want to follow but which are generally unwatchable "live" due to, e.g., a 15 minute video having a near-2 minute sponsor segment and 5 inserted ad-breaks.
Or if you only want certain uploads from a channel, e.g. "A Closer Look" from "Late Night With Seth Meyers", it's simple to filter the RSS and only watch/fetch those.
And it's how I use Lemmy now that I've switched over.
Youtube...that may be handy for. But I think the channels I follow regularly like that also publish as a podcast, and most of the time I'm fine with the audio-only versions.
I have no problem turning on JS for a web app. I understand Google Maps just couldn't really work how it's expected to without JS. Same for web email clients, or games, or office suits.
But if your "app" is just a progressively-enhanced list of posts (e.g., a blog), there is no justification for forced JS usage. Sorry Mastodon.
Running JS is a privilege for those with the computing power (or battery capacity) to spare, and turns the browser into the biggest risk vector on whatever machine that browser is installed on.
Mastodon furthermore implements the whole server-server ActivityPub standard, which can be used for some actions, like following someone, just fine. This is a very well described standard.
Mastodon doesn't implement ActivityPub server-client standard, instead it has the aforementioned selfbrewn "rest" API. Which, IMO is a shame, and has caused all clients (mobile, web, etc) to rely on this nonstandard API.
Edit: the point being:there are several ways to get content from Mastodon, depending on usecase and needs. You really don't need to scrape or parse or load the JS cliënt.
To be fair to Mastodon, the main developer did give a reason for this.
> The ActivityPub Client-to-Server spec assumes a thin server and thick client. By which I mean, the client, like an e-mail app, has to download and manage most data from the server. From my understanding that's the only way to make anything like search or username autocomplete or even a notifications tab to work with the C2S at all. In my experience, app developers are generally not excited to do that kind of legwork, and we're entering the kind of P2P territory which comes with its own challenges like the ease of hopping from one device to another, or the fact that to have the same functionality in iOS, Android, and Web, you would need to recreate the heavy-lifting fundamental boilerplate in each separately. For that reason, I am not particularly interested in the C2S part of ActivityPub.
https://www.reddit.com/r/Mastodon/comments/zqfr4h/comment/j1...
For reference, here's the JSON endpoint for the same account as listed in the article: https://mastodon.online/api/v1/accounts/109298336948075673/s...
Firefox has a nice UI for browsing JSON, but Chrome will just give you a text dump. Ironically, Firefox also used to have a nice UI for browsing RSS feeds but they removed it awhile ago.
Your comment could just as well have said SGML or XML instead of JSON which would make the distinction more obvious.
If you send an HTTP request with an header of 'Accept: application/activity+json' you get proper machine-readable data out.
Given the context I assumed the regular unspecified internal type of JSON commonly used to back SPAs
[1] https://addons.mozilla.org/en-US/firefox/addon/rsspreview/
Both are vastly inferior and tedious ways requiring me to type a new URL. It is not controverserial to say the primary purpose of a web browser is to display HTML. Most URLs resolve to HTML pages. It's been this way for 30 years. Only in the last 10 has this radical new application view of the web been creating walled gardens on top of the old document model web. And that's mostly for commercial/profit-motive reasons so it's sad to see non-profit motive software cargo culting SPA only dev.
It also means post v3 mastadon is inherently incompatible with indieweb standards like webmention since there is no page to check for URLs.
IIRC, (some) browsers used to have a feature that allowed you to browse a web page that had XML content, such as http://a.com/b.xml .
You could expand and collapse nodes. Or maybe I remember it as being for XML, but it was actually for RSS. After all, RSS is an XML format or application - is that the right term?
See the Example section at:
https://en.m.wikipedia.org/wiki/RSS
Haven't checked lately if browsers still do.
I'm tired too.
I'm fine with things like pagination and submitting forms being broken without Javascript, but at least make it possible to view a linked thread.
I've been running a Lemmy server or my own for a bit and I have to say, Mastodon just seems so incredibly wasteful. Lemmy's UI may be quite barebones in comparison but the server component runs a lot more efficiently while also providing actual HTML when you ask for content.
Quality of interactions apart, the randomness of Twitter is one of the things i miss on Mastodon.
My main account has 100x as many followers on Twitter, but accumulated over many years, and I suspect a fairly substantial number are bots and/or accounts that are now rarely in use, combined with the algo pushing a culture of just following huge numbers of people which may never surface for you in the feed anyway.
If we trust the view counts on Twitter, the average tweet gets seen by just a tiny fraction of my followers.
On Mastodon, meanwhile, a very substantial proportion of my followers actively engage, and about half has shown "signs of life" (post, like, boost) in the last week or so.
That said, this will change as accounts age and slowly get abandoned there too, so it will take a long time before we see if there's a qualitative difference.
For example, if you're on mastodon.social and follow the #a11y hashtag, you can subscribe to mastodon.social/tags/a11y.rss
Very handy.
https://stackoverflow.com/questions/74579163/how-to-resolve-...
https://github.com/Riduidel/mastodon-rss/issues/7
The issue states that there isn't an API for it. What isn't needed is an API to resolve a foreign toot to the local one, but for the Mastodon instance to make available the local feeds in RSS form in the first place. There is no logical reason that you can see local toots on some hashtag topics in the web UI, or an app, but not in RSS.
https://hnrss.github.io/#user-feeds
Edit: it’s 3rd party, though . . .
- Be statically generated
- Be self-hosted
- Have a fantastic iOS app
- Make authoring posts containing media effortless
And nothing that I find comes even close. Can someone just build this?
If you want something just as simple and is a small service you could try https://prose.sh
No “lock-in” since you control the source files and is compatible with Hugo
Also what is the Hugo iOS experience?
I also don’t understand why someone would want an iOS app for a blog. What’s the use case?
If not, find some friendly teenage techie with free time on their hands, get them to do it for you, and pay them some amount for it.
If I was a teenager I would take up the job :)
https://blog.fastcomments.com/(7-08-2020)-create-an-rss-feed...
Just a little feature I added because I know some people love RSS.
(I consume a couple of my lists almost exclusively via RSS, and the result is a bit like following a couple of curated news sites)
Reddit offers this for some account feeds, using obfuscated, but not authenticated, feeds. If someone gets ahold of the feed URL, however, they have access to private account data.
For Mastodon, a preferred option might be to use a terminal-based / commandline Mastodon client, of which there are several.
Well-behaved RSS clients send a conditional request and in most cases receive an HTTP 304 Not Modified response.
> this was a crushing amount of traffic 20 years ago when the web was much, much smaller…
It was?
Maybe for a future newsletter/magazine function I need to do some automatic polling in the background.