Every time a site update/announcement/whatever happens everyone with an account older than like a week (iirc?) gets topped up to 5-10 invites. You can (could?) also just go to r/tildes or email and ask. They use invites more as a way to slow registrations down than to be an exclusive club so it's really not that hard to get your hands on one.
DNS blocking is the most unreliable way of blocking youtube ads you can imagine.
you could write a script to OCR your entire screen and click skip ad and it'd be more reliable than DNS blocking
both yarn and mcp predate mojmap so you're not as wrong.
also yarn is a lot more legally "safe" compared to mojmap which is one of the reasons why it's still a thing some people prefer, but again this entire thing is a major gray area anyhow so some people mod with mojmap and hope Mojang isn't planning on shutting them down anytime soon
In fact, you don't need to be based on Lemmy's codebase in order to be compatible with Lemmy. See: Kbin/Mbin, https://azorius.net, https://narwhal.city (which seems to be lotide's flagship?), or heck, Mastodon (although the interoperability UX there isn't the best)
Building on Lemmy would make things significantly easier, especially regarding the quirks of Lemmy's implementation of ActivityPub & FEP-1b12 though, so a fork would be the path of least resistance.
The fedi has a long history of forks for a variety of reasons. Hell, Misskey alone has like a bajillion forks to the point where it's a meme how many of them there are, and yet they're all compatible.
AFAIK no open source library exists. Open implementations of gesture typing do exist (FlorisBoard had it some time ago, though it's going through a significant rewrite still) but the lib loading on OpenBoard is specially intended to use Google's proprietary libraries. (Which is why it's an external download and not built-in)
Or that's what the state of things were the last time I checked.
be careful with weird workarounds like this because as ublock finds ways to hide itself better you'll only make yourself stand out and be a lot more detectable. and as you throw workaround on workaround they'll eventually start conflicting in weird ways which will break things either subtly or very blatantly (which will result in you installing more weird workarounds to try to fix all this which will only make it worse)
the best fix is really to:
switch to latest firefox
keep ublock origin and it's filterlists updated
do not stack any other blockers (including enhancer for youtube or privacy extensions or whatever)
the only exception i'd recommend is https://github.com/AdguardTeam/AdGuardExtra which is specially designed to not conflict with ad blockers like uBO, but even then don't use it if things are working fine without it
regularly clean up the weird workarounds you installed
or just don't install them and wait for ubo to do it's thing considering you'll probably forget about this step
One of the reasons I use containers instead of installing things directly is that i can completely uninstall a service by deleting a single directory (that contains a compose.yml and any necessary volumes) and running a docker/podman system prune -a
or that i can back up everything by backing up a single "containers" dir, which i could have on a subvolume and snapshot if i wanted to
systemd/quadlet on the other hand makes me throw files in /etc (which is where you're supposed to put them, but ends up resulting in them being tangled together with base system configuration often partially managed by the package manager)
The Solution™ to this is configuration management like ansible or whatnot, which needlessly overcomplicates things for the use cases i need (though they're still useful for getting a base system "container ready" wrt ssh hardening and such)
tldr: i want my base system to be separated from my services, and systemd integration is the exact wrong tool for this job
You can try to load an image from a subdomain like ads., or from a filename like 468x80.png (see EasyList) to catch all the common ad blockers, maybe with an id of Ad-Container to catch css-based ad blockers.
DNS based blockers that use regular expressions or wildcards will work with the subdomain approach, but most of them still rely on hardcoded list of domains which means you either need to get a throwaway (sub)domain on their lists OR serve data from an actual ad server (or just live with the occasional false positives from people who believe DNS blocking is enough [which it really isn't if we're being honest])
But honestly, in this case doing it with JS should be fine since disabling JS is a quite effective ad blocker anyway. Here's how I do it for example: https://ads.d.on-t.work/ad.min.js (and you can try it out at https://w.on-t.work)
If you're not serving data from a popular ad server like google/doubleclick there will always be a false positive or two, especially with things like hosts-based ad blockers that are extremely rudimentary but work ~60-70% of the time.
And if you manage to serve data from doubleclick then either you're working for them or something has gone horribly wrong. In either case just putting up a script to say "please use an ad blocker" is the least of your concerns.
catbox and co are mainly useful for videos, as some instances (not sure about this one) have video uploading disabled (as that's usually a lot more costly than image uploads)
That list shows all instances that your instance is kinda sorta maybe aware of.
For example, if I searched the profile link for someone or some group from a Masto instance and didn't do anything with it, that instance would still get on that list because it asked the Lemmy instance about info on that profile/community.
https://tildes.net/invite should let you generate some