Darkassassin07

But close to the waist height of the people pushing them.

The sphere is closer to shoulder height.

That's.... Just eating them with extra steps.

The sphere looks taller than the cubes.

Perhaps it's a mouldable material like clay to be re-shaped, or hard but to be cut down to a cube on-site.

Not within the network, but translating regular dns to DoH before heading out to WAN keeps your browsing a little bit more private from your isp. Marginal, but it is a difference.

I've only heard that name once, and it was when plex blocked them for hosting many plex servers against plexs ToS (selling access to private/pirate libraries).

If you have control over the host, getting a legit valid cert is trivial.

They're a hosting company. It wouldn't take much for them to temporarily have a vps grab some certs for domains that already point at them. Every hosting company has this power. Few use it.

Copying the entire drive into a bootable backup using tools like dd is more feasible when you're whole fs is only 8-16gb.

Larger systems often require more selectivity or more sophisticated methods to reduce output size.

You can also pull the card occasionally and backup via another system easier. Some people like this route.

Been working fine for me for several years.

You can have it written to an external drive, or you can use tools like sshfs and ftpfs to mount remote servers as local drives then write to those. I use the sshfs route.

This will create an .img that you can just write directly to an sd card and boot from.

I wrote a bash script a while back that uses sshfs to mount an ssh server to the filesystem, then uses dd to write /dev/mmcblk0 to it as hostname-date.img and finally unmount the ssh server. Cron job runs that daily.

I run that on each of my rpis. (just one rn, but theres been as many as 4 going).

Any time I have an issue, be that my fault or not, I can just pull the sd card and write the last .img to it directly.

There's some extra stuff in there too: it checks for the dependancy sshfs and installs it if missing (for deploying to a new system without reconfiguring), cleans up backups older than x days, logging, and the ability to write the log file as a test instead of the whole filesystem.

DNS based ad blocking does not block video ads served by streaming services. You'll need a modified client specific to the service you want to block ads for to achieve that.

But if you didn't have the NZB, is there any real chance you could find it otherwise?

No, but that's just the nature of NZB file sharing. The individual articles aren't typically tagged/named with the actual file names, that info is pulled from the NZB and the de-compressed + stitched together articles.

I'm not using any special indexers, just open public registration ones. The NZBs aren't hard to find, for me or for IP claimants.

You won't find a lot of popular, unencrypted content these days on usenet. It's all encrypted and obfuscated now to avoid the bots

That's not been my experience at all. Pretty much everything I've looked for has been available and I rarely come across encrypted files. I do regularly have to try 2 or 3 nzbs before I find a complete one, but I almost always find one.