@RagingNerdoholic
@lemmy.mlI mourn what it was, yes.
There was a recent comment I read about how it's become this incredible resource for the most obscure tech issues and they were reluctant to delete their posts and accounts because they'd receive random messages of thanks years after a tech resource post was made.
And it's true. Reddit has become an invaluable resource for these kinds of things. Not only that, but it's one of the few places that exists on the web where cohesive and coherent discussions even exist. It was always the community and discussion that made reddit great and they want to turn it into yet another swipebait infested serotonin sponge. I sincerely hope lemmy can take its place, but there are going to be some major growing pains if we get big influx of "redfugees."
It almost makes me think that when something becomes such an enormous and invaluable public resource, there should be a legal compulsion to archive it before doing anything that will compromise its accessibility.___
After hearing the call audio — and I am not defending spez here — I can actually understand how it might have been initially perceived as a "threat" given the context of the conversation. It was a mix of technical and financial negotiations (or really just spez saying "this is how it is, you can suck it") and Christian was speaking metaphorically about Apollo's API calls being "noisy" and (at least how I understood it) was suggesting perhaps "quiet" it down by optimizing the software.
I am not trying to victim blame here and it absolutely does not excuse spez turning around and publicly shit talking Christian, especially after spez immediately apologized on the call after admitting to misinterpreting what he heard ... anyway, the point I'm trying to make is that it's important to communicate clearly, directly, and unambiguously.
The headline is still that spez is a greedy sack of shit.
Right, good point. Scroll down, it disappears. Scroll up, it reappears regardless of scroll position.
I'm feeling rather smug and justified telling my clients to keep files on a local server that they control rather than "the cloud" someone else's computer.
Good question. Not sure what the best procedure might be here. Could be as simple promoting them in order of initial mirror deployment dates and the others become mirrors for the newly activated instance.
Triggering the activation could be a part of an instance decommissioning procedure where the operator selects the mirror to become the successor. Maybe there could be some basic system specs and network performance reporting so they could choose the optimal instance. Users would receive a message that their account is being moved to another instance and domain.
In the event of an unexpected outage, there could be a deadman switch style timeout where the fastest mirror activates automatically after the original instance is out for long enough, but also a process for the operator of the downed instance to delay the takeover by signaling, "I'm working on it." In the event of automatic takeover, since users wouldn't be able to receive messages, there would have to be some sort of global lemmy notice system so users of the downed instance know where to go, like a sticky post on the front page or maybe just a separate "notices" page.
This is definitely my main concern with this federated infrastructure. It's a neat way of keeping things decentralized, but when an instance goes down, everything's just gone.
There needs some sort of backup system, maybe something mirror instances, where anyone could spin up an instance with the sole purpose of mirroring another instance in case the original goes down. Anyone could mirror any number of instances. I think that would be a huge plus for lemmy.