It was definitely MinIO related, I probably should have made that clearer. We noticed that with zero fault tolerance, MinIO objects would randomly become corrupted, which MinIO would present as "you're making too many requests, please slow down". We were certainly not making too many requests.
We're looking at alternatives, I've made some previous comments on that front. Sadly MinIO was the only option with sufficient performance for this particular situation. Thankfully we're not using any MinIO-specific features, so at least the migration path away is clear.
Change the region. Not time and date, that can be blocked by screentime. Change the region. Sometimes takes multiple attempts but it does work. I had to pay a bug bounty to my child to get them to tell me how they did it
That's true. I came off too dismissive. I like the advice, I was just disagreeing with:
> it’s clear to me why they rarely work: ...
and
> boring old discipline is much more sustainable approach
I like the idea of trying a more holistic approach, but grayscale doesn't have to contradict with that. Some people (myself included) can use grayscale as a tool alongside other things.
100%. This person is a very specific anti-* hater, for something that was such a rampantly popular hatred 10 years ago. But the FUDites rarely bother with bona-fides, with real argument.
We should feel bad for them, those decoupled folks who needs help. It's sad pathetic and remarkable how these weird software enmities crop up, are let to grow and never addressed. Their time of their outrage being popular & hip fades but the disdain-without-argument sticks around.
Thankfully container hatred is a pretty tiny frakking force, of very disparate widely scattered eccentrics these days. But there's so many weird FUD proclivities folks can opt into, can find to stoke their lifelong hatreds against. Theres just so few warnings: such audience acuity is required to parse, realize the windmill tilting, & move along.
That isn't a bug; it's working as intended. I do wonder if that could be mocked up easily in html to see what it feels like though. Sounds like a cool idea
I'd believe it. Not sure when this is, but if it's a few years old and business software, they could probably asume everyone uses java, which doesn't even have unsigned integers.
True, but it does seem like the best alternative here. If it's a SOAP API in 2005 for business customers, for example, then it sounds like the least bad option of the four (tell consumers to update, hold up the whole company's deployment, push negative ints, or push longs). I'm just saying that to me, it isn't hard to believe this was the best option here.
> Interestingly, the code continues to check the entire hash after a mismatch.
This is a standard practice in cryptography, but maybe not at the time.