Fireshare?

I don’t know how closely you’ve been following the enshittification of GoComics…

But they have aquired the digital distribution rights of a bunch of older comic strips, and have been tightening the screws for years.

This isn’t coming from Watterson. GoComics has been slowly cutting away at any other ways to read these classics in order to make a monthly subscription the only way to access them.

If you want to support Watterson, buy physical print.

Yup :D

Looks like gocomics finally killed the bot.

Edit: fixed, no longer relying on gocomics

I don’t have a static IP, and I just make sure to never ever let my DHCP lease expire. My ISP provides the same IP to the same MAC when renewing the lease. My longest streak on the same IP was three years.

As long as I always turn my router off by cutting the power, it won’t release the lease, so I keep my IP even through reboots. My last one didn’t release the lease at all, so it only ever got a new IP if it was off for over a day, or if I set a new MAC.

When my IP does change, I’ve configured my DNS record to only last an hour. So updating the domain to point to a new IP only takes an hour to update.

The USs social media user count is at 73% of population, to Germany’s 77%. Smaller difference that I expected, but I did remember correctly, that the US has lower penetration.

USA does have higher time spent online per person though.

It’s pretty much just that there are a lot of Germans.

The population of Germany is about 80 million.

All else being equal, there are 16 times more Germans online than us finns, for example.

Next to the USs 300 million people, that’s still one German about every 5 people. Add to that that Germans are definitely online more than americans, and yeah…

A lot of Germans.

That’s handled by nginx, which strips out the menu items when serving to external IP. Basically serving an html file that doesn’t contain them to begin with.

Yes I did.

I just wrote my own.

It’s a single html file with links to all my services, served at the root of my nginx server.

This is like v12, I’ve edited it over the years as what I host has changed. Adding the embedded searxng bar, as well as links to uptime kuma and openspeedtest.

I’d be happy to let you copy it, provided you know how to edit it for your needs.

That is a weird-ass way to title and write about a good thing.

Nice ragebait.

If you genuinely still think that was my point in its entirety, you are truly obtuse.

No.

I’m saying 99.999999999999999999999999999999999999999999999999999999% ≠ 100%

For some people that’s close enough. For some of us it’s not.

Prove otherwise. I dare you. I’m done putting in effort explaining the obvius to you. Your turn.

…

4

Explain to me how they couldn’t. Without simply stating “it’s encrypted”.

On the B2 plan you can use open source solutions like Kopia, and literally look at the code, to KNOW that data is encrypted on your system with keys only you have, before Backblaze ever sees it.

Explain to me, how the personal plan using their closed source application achieves the same.

Linking to a page where they say “it’s secure” is not sufficient. Elaborate. In detail. To at least an equal extent I already have.

…

Sure they can. How else do they enable providing access to the content without the user password?

The data is secured against unauthorized access, but unlike zero-knowledge setups where the chain of custody is fully within user control, the user is not the only one authorized. And even if you are supposed to be, you cannot ensure that you actually are.

OF-FUCKING-COURSE the physical drives, and network traffic are encrypted. That’s how you prevent unauthorized physical access or sniffing of data in-flight. That’s nothing special.

But encryption is not some kind of magic thing that just automatically means anyone who shouldn’t have access to the data, doesn’t.

For that to actually be the case, you need solid opsec and known chain of custody. Ways of doing things that means the data stays encrypted end-to-end.

The personal backup plan doesn’t have that.

With what?

That self hosting admins on lemmy probably care about their backups not being accessible to third parties?

I don’t think you can claim that they wouldn’t.

You can claim that YOU don’t mind. But that’s a sample size of one. And I’m not denying there are people who don’t care.

I just don’t think they’re the type to be self-hosting in the first place.

And that still doesn’t answer why the fuck you set out on this series of “well achuallys”?

It seems to me, you’re still looking for something to correct me on.

Yeah. It’s almost like I literally said that in my second comment.

Which some people are ok with, but not what most of us would want.

What gap in my knowledge are you trying to fill here?

I didn’t even mention encryption in my second comment. Just that their backup plan isn’t zero-knowledge.

No shit. But encryption isn’t the same as zero-knowledge. Where by the time they handle the data in any way whatsoever, it’s already encrypted, by you.

Do you not know what zero-knowledge means? Or are you so focused on my mentioning they’ll ship data to you physically that what I actually said went over your head?

From the page you just linked:

2. Implement encryption transparently so users don’t have to deal with it

3. Allow users to change their password without re-encrypting their data

4. In business environments, allow IT access to data without the user’s password

It’s not zero-knowledge!

Also doesn’t mean it is. Or in a way where only you can decrypt it.

The chain of custody is unclear either way. You’re not in control.

You can do that with B2. Just use an application to upload that encrypts as it uploads.

The only way to achieve the same on the backup plan (because you have to use their desktop app) is to always have your entire system encrypted and never decrypt anything while the desktop app is performing a backup.

Did you not read what I said? You use their app, which copies files from your system as-is. Ensuring it never grabs a cleartext file is not practical.