Editor's note: With all of the debate lately between RSSCloud versus PubSubHubbub, we wanted to hear from a developer who could actually tell us which one might be better and why. The following guest post is written by Josh Fraser, the co-founder of EventVue, who is an active contributor to PubSubHubbub in his free time. He has contributed several client libraries for PubSubHubbub including a WordPress plugin. Guess which side of the debate he falls on. In the past few months, a lot of attention has been given to the rise of the real-time web. The problem is that the web wasn't designed with real-time in mind. There is a huge need for the tech community to get behind new protocols that will power this fundamental shift in how web applications work. Today I want to take a look at two of the leading protocols that enable real-time notifications on the web. While there are older protocols that enable real-time notifications like XEP-0060, PubSubHubbub (PuSH) and rssCloud are two new protocols which show a lot of promise of gaining adoption. Both PuSH and rssCloud address a fundamental flaw in the way web applications work today. Currently, getting updates on the web requires constant polling. Subscribers are forced to act like nagging children asking, "Are we there yet?" Subscribers must constantly ping the publisher to ask if there are new updates even if the answer is "no" 99% of the time. This is terribly inefficient, wastes resources, and makes it incredibly hard to find new content in as soon as it appears. Both protocols flip the current model on its head so that updates are event driven rather than request driven. By that I mean that both protocols eliminate the need for polling by essentially telling subscribers, "Don't ask us if there's anything new. We'll tell you." But if you find yourself confused about how they are different, you're not alone.
burrito.space/bzzrt
Cloudflare worker to watch RSS feeds and post updates to Discord webhooks
Skyreader: A RSS Reader on the AT Protocol
Introducing a RSS reader for the AT Protocol where you feeds and article sharing are portable
Skyreader: A RSS Reader on the AT Protocol
Introducing a RSS reader for the AT Protocol where you feeds and article sharing are portable
Speeding Up RSS | TechCrunch
I'm sorry, but RSS feeds are way too slow. I know this first-hand. As part of my job here at TechCrunch, I monitor a lot of RSS feeds for breaking news. We also produce our own feed and I can see how quickly it propagates to various feed readers and feed-powered news aggregation services. The lag time between posting a story and seeing it pop up in the RSS feed is usually a few minutes, and then it can take another 10 to 15 minutes or so for it to appear in something like Google Reader. And the TechCrunch feed is probably checked more frequently for updates than most other feeds. In our business, every second counts and RSS just isn't cutting it. While there is an argument to be made that RSS is dying, being replaced by more instantaneous forms of content delivery such as Twitter and other real time streams, many people aren't quite yet ready to give up on it. Instead, they want to save it by speeding it up. Tomorrow, at our Real Time Stream CrunchUp, we will see three demos of projects that do just that in slightly different ways.
Browsertech Digest
An email digest about modern browser technology and the things people build with it. We’re talking WebAssembly, WebRTC, WebGL, WebGPU, WebSockets, WebCodecs, WebTransport, Web-everything. Written by Paul Butler of Jamsocket. We also host Browsertech events in NYC and SF. Talk browsertech in real time on #browsertech in the Jamsocket Discord.
Quiet - Private messaging. No servers.
Quiet is available for all major platforms. (And eventually the web, too!)
Quiet - Private messaging. No servers.
Quiet is available for all major platforms. (And eventually the web, too!)
Protocolly Atmoseed - AT Protocol
News from around the Atmosphere, including a proposal to fix localhost, more webdevs getting into atproto, Mu Social's opinionated news feed, and more.
Feedrabbit - RSS and Atom web feed to email service
Follow your favorite blogs, news sites and comics by email. No apps to install, no extra sites to visit, your email is never shared, you are in control.
ATOM: AT Protocol Over MoQ Transport
This document specifies how the Authenticated Transfer (AT) Protocol can leverage Media over QUIC Transport (MOQT) for efficient data synchronization across decentralized social networks. The AT Protocol's firehose event stream and repository synchronization mechanisms map naturally to MOQT's publish/subscribe model, enabling scalable relay infrastructure, priority-based delivery, and improved resilience for large-scale social data distribution. This specification addresses the challenges of the current WebSocket- based transport and demonstrates how MOQT's relay architecture, group-based caching, and multiplexed streams provide significant benefits for AT Protocol deployments at scale.
Episode #140: Eli Mallon - Streamplace and the future of decentralized video streaming
This week we're joined by Eli Mallon, founder of Streamplace, a decentralized video streaming platform. In this episode we discuss the future of decentralized video streaming, the challenges of building a new platform, and how developers can leverage Streamplace's tools. We also go into Atproto, the decentralized social media network that stream place is built on. - https://stream.place/about - https://techcrunch.com/2025/04/04/beyond-bluesky-these-are-the-apps-building-social-experiences-on-the-at-protocol - https://github.com/iameli - https://www.linkedin.com/in/eli-mallon-5703a94a - https://bsky.app/profile/iame.li - https://www.livepeer.org/ Episode sponsored By WorkOS (https://workos.com) and Mailtrap (https://l.rw.rw/devtools_2) Become a paid subscriber our patreon, spotify, or apple podcasts for the full episode. - https://www.patreon.com/devtoolsfm - https://podcasters.spotify.com/pod/show/devtoolsfm/subscribe - https://podcasts.apple.com/us/podcast/devtools-fm/id1566647758 - https://www.youtube.com/@devtoolsfm/membership
feeds.social — Minimalist Bluesky Client
@jaredlemler.com is putting together a blog about RSS & AT Protocol. How we are incorporating both to transition the current state of podcast distribution!!
Seriously, every developer who builds on AT Proto should also have two-way RSS support. It's so much simpler, and it leads in and out of all the web software built around RSS, and we could use some fresh blood, and as popular as ATP is, RSS is considerable in size too. Let's all work together.
What would premium or subscription based Feeds look like for AT Protocol? github.com/bluesky-social/atproto/pull/4… That's something I think would be interesting to explore. Maybe a feed could do freemium too, like it'll give you x% of content for free, but by paying it becomes more frequently updated?
