eh

All of these are "root" mounts. I don't explicitly mount any subvolumes (they get "implicitly" mounted as folders though)

Storage space is one issue. Bandwidth (how many TB/mo goes out the server) is another. And for any "serious" use case transcoding would also be important (so you can keep the other two down for everyone except Apple users who are stubborn to adopt VP9/AV1, and to provide multiple quality options), which unlike the other two requires powerful hardware most instances do not have.

It uses WebTorrent for distribution between viewers watching at the same time which can temporarily help with the load on popular videos, but there still needs to be at least one source instance that's sharing the video "regularly" (for unpopular or old stuff), which ends up having the same bandwidth issues you'd get with any other video platform.

nobody (in terms of both apps or servers) uses the C2S API. the closest you can get to a "de facto" standard is unfortunately the Mastodon API.

Light mode only "clicked" for me when I set my monitor's brightness all the way down. If you're getting "flashbanged" turn that brightness down. It helps (or maybe my monitor is just really fucking bright)

Except Discord which somehow manages to have the worst light theme ever created by mankind. I have no idea how anyone can use light mode without going mad. Everything else's fine.

Well, the "how" is technically simple. You paste the URL to the search box and you hit subscribe. You can do that right now with:

• Lemmy communities
• Kbin communities
• PeerTube channels
• Mayyyyybe a.gup.pe / chirp.social groups???? idk how well those would work

Lemmy itself only let you subscribe to ActivityPub Group actors though, so it's quite restrictive in that regard. kbin adds user follows and microblogging into the mix, but you can't do those through Lemmy yet (or perhaps ever).

However, the real "problem" is presentation. While you can, say, follow a Lemmy group from Mastodon. Mastodon is not intended for groups so it kinda breaks and ends up spamming your home timeline with all the posts and comments. Other implementations such as Akkoma or Misskey or Calckey (pending rename) might end up interacting better (because Mastodon will try to convert everything it gets into Notes in a "lossy" fashion).

While the protocol does allow you the freedom to interact between services, you will not get the best experience if you're not on a "similar enough" service. Although that does not stop you from following a PixelFed account from Misskey, or a Mastodon user accidentally finding their way into the Lemmy comments section. (You can tell because they'll be the only comments that end up tagging people when replying)

You have to actually toggle to see it but IMO it massively improves how scrolling feels.

There are a few more scrolling-related options out there on the net if there's a particular "feel" you want to go for. https://github.com/yokoffing/Betterfox/blob/main/Smoothfox.js provides a couple you can try out, and most of these custom scrolling options use msdPhysics as a baseline.

Not obscure but general.smoothScroll.msdPhysics.enabled=true is a must have IMO.

There are signing keys involved, so if someone puts up a new server but uses different keys then all sorts of federation trouble will await them.

That said it shouldn't affect the general network, just that individual server (both the communities and the users of it)

Edit: As for switching domains on an existing server, that would be equally troublesome as ActivityPub kinda relies on domains for all sorts of IDs.

It's possible by having the webfinger endpoints at the "root" while keeping the rest of Lemmy on a subdomain. The main thing that determines the domain in your username is webfinger.

No clue if Lemmy or kbin support this config though, but quite a bit of the microblog-only parts of fedi do, and it's a widely used thing.

jsyk, with how ActivityPub works changing the software that's running from under it will break federation with you in all sorts of subtle ways. When you pick a thing to run under a domain you're effectively locked into running that software under that domain. And of course there is some cryptographic verification as well so you change the keys (or you wipe or forget to back up the database) you may as well burn that domain from federating ever again.

On a desktop or especially laptop case, it should be equal to (or larger than) your RAM if you use hibernation (as RAM gets copied to swap during hibernation)

On my server, I set it up to be 2GBs, mostly arbitrarily. Right now it's at 500MB, but my main memory is also only 600-800MB full out of the total 4GBs available, so I'm not running out of RAM anytime soon.

Swap behavior seems to have changed a while ago, so consider reading https://chrisdown.name/2018/01/02/in-defence-of-swap.html on how it works right now. Hell, even that might be outdated nowadays. Up to date info on how swap works really seems hard to come by.