Look at the LiveSync plugin as another option. It’s pretty robust but does require a CouchDB server accessible to whatever devices will be syncing information. The developer has several repos of slightly different server options, but if you use Tailscale there’s one that runs CouchDB through Tailscale Funnel.

If you can get IKEA where you are the INSPELNING line has Zigbee smart plugs with energy monitoring for only like $12. I believe they have a UK variant as well.

I’ll second PurelyMail. Easy to set up and they have explainers for all the various settings. I pay $10 a year for “unlimited” domains and mailboxes (some caveats but for minimal mail we won’t hit any limits).

I do, that’s why I thought that site was less ad-riddled. I didn’t even get that pop up.

Original article without all the giant ad interruptions.

I like my Sofirn HS40. It only has a few modes but it has USB-C charging, a fixed right angle, and water resistant to 2 meters submersion. Throw the magnetic tailcap on there and you can stick it where you need to.

Radiohead

Hole

Alice In Chains

Soundgarden

Smashing Pumpkins

Nine Inch Nails

Matchbox 20

Pearl Jam

Screaming Trees

The best place to start in my opinion is with the layer model of networking. The modern internet is based on the TCP/IP layer model, that’s a great place to start.

The links in that article under each layer section have more detailed information if you want to go deeper.

With regards to app management the Unix way is the way. You’ll have individual tools that you can spin up or take down at will. When something needs maintenance, or it crashes, all your other services will stay running.

As to an attack surface, that can be mitigated by using a VPN if you need access from outside your network. Then you’re back to an individual tool doing one job really well (and probably being audited for that by outside parties).

Databases are a slightly different challenge but you can still think of them in a similar way regarding service availability. If all your services use a single instance then when that instance goes down for maintenance or backups all of your services will be offline.

Similarly there can be issues with compatibility between the service and the specific database (and/or version) which could necessitate a dedicated database for a certain service. But if each service (or possibly similar related services) use dedicated database instances then maintenance of that stack is simplified.

I’m of the mind that with the flexibility of containerized software stacks there’s no real reason to have a single monolithic database anymore, certainly not for small, self-hosted, applications that are not under heavy use.

Stacher is a great GUI for yt-dlp on Windows and MacOS.

archive.ph link

That is a cool option I hadn’t thought of trying.

But they can pull different quality profiles based on your list preferences right? I don’t see why you need one instance for downloading 4k and one for 1080p.

I believe these are “remux” when searching. I don’t think anyone posts an ISO but the remux contains the entire contents of the original disc but in a friendlier format for playback on more diverse hardware (mkv containers for instance instead of the bdmv container).

Can you elaborate on why you’d need two instances of radarr/sonarr running at once?

archive.ph link

This is the way. Exactly what I’m doing for my old iPad mini that can’t get any of the new streaming apps. I download some videos and upload them to the iPad with VLC’s web interface. Super easy and then they’re always available, internet or no.

Alabama

Georgia

Kansas

Nebraska

Oklahoma

Texas

Or https://github.com/rmcrackan/Libation