adam

joined 1 year ago
[–] adam@doomscroll.n8e.dev 3 points 8 months ago (4 children)

ActivityPub implementations generally don't allow this.

This comment will, when I click 'Reply', be sent to your instance (dormi.zone), that instance should then run it's filter/block checks on it and if it's happy it will forward it onto the lemmy.ml instance for further disemination amongst the subscribers of the group.

If you were to have blocked me then my reply will appear on my instance only (which is admitedly tiny - at 1 user) and go no further. This kind of falls apart if I were to be on a bigger instance as more people would see the reply.

That said, Lemmy may not be doing that quite right as the whole Groups/Communities thing is sort of an extension of the main protocol. I hope it's doing it the right way.

[–] adam@doomscroll.n8e.dev 29 points 8 months ago (10 children)

If buying isn't owning then piracy isn't stealing.

[–] adam@doomscroll.n8e.dev 3 points 8 months ago

I mean, the linked article does a pretty good explanation?

[–] adam@doomscroll.n8e.dev 2 points 8 months ago (1 children)

Didn't even think 4k80 was generally available yet?

[–] adam@doomscroll.n8e.dev 3 points 8 months ago

You've not factored in egress costs. Which on Amazon can add up quite quickly.

[–] adam@doomscroll.n8e.dev 7 points 8 months ago (1 children)

There's a couple of caveats with it, but I think neither are worse than your proposed flow.

  1. After putting things in an album you'll need to manually run the migration job to have immich reorganise into album folders.
  2. Images in multiple albums will only be migrated to the path of the newest album.
[–] adam@doomscroll.n8e.dev 15 points 8 months ago (4 children)

Immich does support folders?

https://immich.app/docs/administration/storage-template/

With this you can store your photos in whatever structure you want.

[–] adam@doomscroll.n8e.dev 4 points 8 months ago (1 children)

Docker will have only exposed container ports if you told it to.

If you used -p 8080:80 (cli) or - 8080:80 (docker-compose) then docker will have dutifully NAT'd those ports through your firewall. You can either not do either of those if it's a port you don't want exposed or as @moonpiedumplings@programming.dev says below you can ensure it's only mapped to localhost (or an otherwise non-public) IP.

[–] adam@doomscroll.n8e.dev 6 points 8 months ago* (last edited 8 months ago)

Documentation people don’t read

Too bad people don’t read that advice

Sure, I get it, this stuff should be accessible for all. Easy to use with sane defaults and all that. But at the end of the day anyone wanting to using this stuff is exposing potential/actual vulnerabilites to the internet (via the OS, the software stack, the configuration, ... ad nauseum), and the management and ultimate responsibility for that falls on their shoulders.

If they're not doing the absolute minimum of R'ingTFM for something as complex as Docker then what else has been missed?

People expect, that, like most other services, docker binds to ports/addresses behind the firewall

Unless you tell it otherwise that's exactly what it does. If you don't bind ports good luck accessing your NAT'd 172.17.0.x:3001 service from the internet. Podman has the exact same functionality.

[–] adam@doomscroll.n8e.dev 16 points 8 months ago (2 children)

But... You literally have ports rules in there. Rules that expose ports.

You don't get to grumble that docker is doing something when you're telling it to do it

Dockers manipulation of nftables is pretty well defined in their documentation. If you dig deep everything is tagged and natted through to the docker internal networks.

As to the usage of the docker socket that is widely advised against unless you really know what you're doing.

[–] adam@doomscroll.n8e.dev 47 points 8 months ago

Much like what happened in the original Minecraft, Voyager is entering a region where the simulation breaks down.

view more: ‹ prev next ›