Do you agree with this?

Yes, at least for hobby use. If it really needs something more complex than SQLite and an embedded HTTP server, it’s probably going to turn into a second job to keep it working properly.

It’s not a particular protocol right now, but it would be a URI that refers to a specific resource. A protocol could also be defined – e.g. a restricted subset of HTTPS that returns JSON objects following a defined schema or something like that – but the point really is that I want to be able to refer to a thread not a webpage. I don’t think that’s a silly thing to want to be able to do.

Right now, I can only effectively link to a post or thread as rendered by a specific interface – e.g. for me, this thread is https://old.reddthat.com/post/30710789 using reddthat’s mlmym interface. That’s probably not how most users would like to view the thread if I want to link it to them. Any software that recognizes the new URI scheme could understand that I mean a particular thread rather than how it’s rendered by a particular web app, and go fetch it and render it appropriately in their client if I link it. (If current clients try to be clever about HTTP links, it becomes ambiguous if I mean the thread as rendered into a webpage in specific way or if I actually meant the thread itself but had to refer to it indirectly; that causes problems too.)

I don’t think lemmy:// is necessarily the best prefix – especially if mbin, piefed, etc. get on board – just that I would like functionality like that very much, and that something like a lemmy URI scheme (or whatever we can get people to agree on) might be a good way to accomplish it.

Not that I’m opposed, but I’m not sure if it’s practical to make a fediverse-wide link that’s resolvable between platforms since there are so many differences and little incompatibilities and developers who don’t directly interact with each other – or even know each other exist!

Even if it isn’t though, it would be nice to be able to do something like lemmy://(rest of regular url) to indicate data from a lemmy(-compatible) server that should be viewable by all other lemmy clients without leaving your particular client and having to open some other website.

I just download the offline installers from GOG and keep those on my NAS organized into folders per game until I want to install them. Not fancy, but it works fine for me.

You might consider using Google Takeout to export the emails to an mbox file, and then importing that into your new mail server.

Did you flip a power switch on the PSU at some point, perhaps? (Done that one a few times myself…)

I was getting error messages when I first saw your post and checked a few minutes ago, but it looks like it’s back online now.

Back before kbin fell off the internet it had a really neat experimental “collections” feature that would let you make named groups of communities. Collections could be used either privately or made public so other people could subscribe to your curated feed on a topic. The owner could update the collection as needed (e.g. adding or removing communities/magazines as they changed over time).

It’s one of the kbin features I miss most on lemmy.

Does anyone know if mbin ever got a copy of that? I know they forked off before it was added to kbin, but I don’t know if it ever got integrated later. (I don’t see it from a quick glance at moist and fedia, but I haven’t dug into the dev history.)

I have a few of those, and while the ones I bought have worked out fine so far, I think it’s worth cautioning people that they are annoyingly loud doing basic operations.

kbin.social has been totally down for a while. I don’t think your posts are actually federating when you post into a kbin.social magazine right now; the votes you are getting are probably from other lemmy.world users only.