Ancestors

Written by Barry Luijbregts on 2024-08-28 at 13:06

Podping, WebSub and pull for podcast updates.

For my podcast app, I’m keeping my own database. Just for the purpose of showing users podcasts for discovery, and to be able to send users notifications when something happens like new or live episodes for shows that they are subscribed to.

I have my updater running that pulls feeds a couple times a day, and pulls and parses priority feeds (that users are subscribed to) every 30 minutes or less.

=> More informations about this toot | More toots from podhome@podcastindex.social

Written by Barry Luijbregts on 2024-08-28 at 13:06

A lot of feeds use WebSub, which is a publish and subscribe mechanism. This works okay, and I can listen to those updates. But if I miss one (when my service is down, or the hub is down, or because of a transient issue, like a connection drop), I can never get the update again. As this is unreliable, I have no choice but to pull these podcasts periodically.

A better way is Podping. This is a podcast update mechanism that writes podcast updates to the Hive blockchain.

=> More informations about this toot | More toots from podhome@podcastindex.social

Written by Barry Luijbregts on 2024-08-28 at 13:07

You can listen to updates, which all have a block id, and pick up where you left off when your service restarts or goes down.

To get the updates, I can watch the Hive blockchain for Podping messages. I first wanted to listen to a websocket thing that

@js built, and backtrack with an API when the connection dropped or something. That is inherently unreliable, as I can still miss things m, and it is difficult to get the timings right. Also, I don’t want to rely on another abstraction layer.

=> More informations about this toot | More toots from podhome@podcastindex.social

Written by Barry Luijbregts on 2024-08-28 at 13:08

So I just adapted the C# CHive library, in combination with with a Podping JS library to roll my own C# HivePodpingAPI. That’s the thing in the video.

If you’re interested in listening to Podping using C#, clone it, change it, use it from here: https://github.com/bmaluijb/HivePodpingAPI

=> More informations about this toot | More toots from podhome@podcastindex.social

Written by Barry Luijbregts on 2024-08-28 at 13:08

Next for me is to update RSS feeds that are Podpinged. I’m again going to use Azure Durable Functions for that. Each time a Podping happens, I’ll extract the URLs (feeds) to update, and send those to a worker Function that handles them asynchronously.

One thing that I’ve already noticed is that the feeds being Podpinged mostly don’t have the podcast:podping tag in them, so they are in my database as feeds that need to be pulled. I’ll update them as they are Podpinged.

=> More informations about this toot | More toots from podhome@podcastindex.social

Toot

Written by Barry Luijbregts on 2024-08-28 at 13:09

This is the video with the Podping C# watcher running locally

=> View attached media

=> More informations about this toot | More toots from podhome@podcastindex.social

Descendants

Written by John Spurlock on 2024-08-28 at 13:14

@podhome ah I miss c#

=> More informations about this toot | More toots from js@podcastindex.social

Written by Barry Luijbregts on 2024-08-28 at 13:15

@js I love C# and Visual Studio (Code).

=> More informations about this toot | More toots from podhome@podcastindex.social

Written by John Spurlock on 2024-08-28 at 13:27

@podhome then we'll get you moved over into typescript land soon enough

not much abstraction is needed for hive iirc, their http api is good and we only need like two calls - iirc my java hive watcher just hits the endpoints directly

=> More informations about this toot | More toots from js@podcastindex.social