Nostr does some interesting things! What I mentioned here is actually just the identity part of what I think could be a significantly improved version of the fediverse. I have ideas on how to support subreddit style communities and decentralized moderation and things like that that make the whole idea a bit different from nostr.

Yeah, I disagree with that part as well. I think it’s fine for servers to store the content and provide endpoints for specific queries/sorts, and expecting the clients to have all the posts is a tad extreme.

In this case, yes the data needs to live somewhere, but that’s the nature of having data be retrievable.

I agree with this take, and recently I actually read this article that criticizes how server centric fedi is as a whole. If it’s hard and expensive for a layperson to self host, but you need to have an account associated with a specific server, then you’re going to end up with a system where you’re under the whims of a instance owner still. Not to mention the whole pick a server step severely hurts our adoption rates.

I like the idea of having an account just being a public and private key pair. Theoretically you could make one client side, use it to sign your messages, and servers could verify the signature and distribute your post without needing to have an explicit account for you. You could send every message to a random instance and it’d still work. You wouldn’t have to worry about links to the “wrong instance” and you wouldn’t have to attach your identity to a instance that might shut down or be bought by a bad person. The server would be essentially irrelevant.

Honestly, these use cases all sound very cool, but I’m highly concerned about the idea of federating information that could effectively tie you to your physical location with a bunch of random servers. Even if all they see is a pseudonymous activitypub id.

Gotcha. In that case I’ve already set that all up in sonarr/radarr directly, using shared docker volumes.

I never heard of those tools, but I have a jellyfin server. By “support” for jellyfin, does that mean it has like a plugin or something to request media from within jellyfin?

Ngl calling nginx a contraction of “popular https server” is kinda wild

Funkwhale seems really interesting and I’d love to be able to listen to music without relying on a company’s servers and getting tracked, and not being locked into that corporation’s apps, but music specifically is just so hard to justify switching. I use YT music and it has access to soooo much music, and the recommendation algorithms are useful in letting me discover new music. There’s just now way I’d be able to transition from something with effectively access to all music in existence to something with none. I kinda wish there was some service that could discover all videos tagged as music on YT, add them to funkwhale without downloading them, and then allow them to be in search and radios and stuff and just download the song with youtube-dl or something the first time they’re requested. Ideally with some way to trim outros and such manually. I know even the first step of this (discovering “all videos” on YT) makes this completely infeasible though.

you should be able to search for incremental_games@incremental.social and then it’ll start federating

I use a self hostable identity provider called zitadel, and then chose services specifically that would support zitadel, or added support myself in the case of mbin.

The genre is pretty popular, although you’ll sometimes see it referred to as idle or clicker games.

I get the appeal, but between the massive community if plugins, and it being self hostable, I think it still gets most (but not all) of the benefits of open source

This looks cool, but I’m not sure there’s any reason to use it over Foundry if you already have a license.