I normally would, but my wife has the same problem and she's done that 3 times in the last 6 months. In fact, her problem became MUCH worse because the "clean slate" was far more impressionable. She'd search up beauty routines, only to find that Youtube thinks she now wants to see "popping" videos, even though she's now searching for dinner recipes.

So yeah, I saw her experience and decided "no thanks".

To be fair, MOST of YouTube I watched can be found on Nebula and Floatplane, both of which will likely not have this issue since it's not a user-content platform. Not to mention, the creators likely make more from those platforms anyways.

YouTube is basically unavoidable though, so now I just view everything through a piped instance if I absolutely need something that can only be found there.

Paywalled. Can anyone paste the text here?

Lucky! I wish I had symmetrical fiber with all the ports available.

I totally have a server capable of hosting a LOT of things but lack the upload to make use of it. I'm considering transferring to a rack mount and sending it to be colocated at a datacenter within driving distance.

See: every AAA big game releases lately. Even on Windows, having to nuke your graphics drivers and install a specific version from some random forum is generally accepted as fine like it’s just how PC gaming is.

Never had to do that since I was ROM hacking an old RX480 for Monero hashrates. In fact, on my Windows 11 partition (Used for HDR gaming which isn't supported on Linux yet), I haven't needed to perform a reinstall of the NVIDIA driver even when converting from a QEMU image to a full-fat install.

When I see those threads, it often comes across as a bunch of gamers just guessing at a potential solution and often become "right" for the "wrong" reasons. Especially when the result is some convoluted combination of installs and uninstalls with "wiping directories and registry keys".

But, point taken, the lengths gamers will go to to get an extra 1-2 FPS even if it's unproven, dangerous, and dumb is almost legendary.

"Your application" - the customers you mean. Our DB definitely does it's own rate limiting and it emits rate limit warnings and errors as well. I didn't say we advertised infinite IOPs that would be silly. We are totally aware of the scaling factors there and to date IOPs based scaling is rarely a Sev1 because of it. (Oh no p99 breached 8ms. Time to talk to Mr customer about scaling up soon)

The problem is that the resulting cluster is so performant that you could load in 100x the amount of data and not notice until the disk fills up. And since these are NVME drives on cloud infrastructure, they are $$$.

So usually what happens is that the customer fills up the disk arrays so fast that we can't scale the volumes/cluster fast enough to avoid stop-writes let alone get feedback from the customer in time. And now that's like the primary reason to get paged these days.

We generally catch gradual disk space increases from normal customer app usage. Those give us hours to respond and our alerts are well tuned. It's the "Mr. Customer launched a new app and didn't tell us, and now they've filled up the disks in 1 hour flat." that I'm complaining about.

I'm rolling with a Halfling Rogue, it's always the class I try to play first in D&D games and versions. I'm also surprised at the lack of Halflings in the stats!

My wife is playing a Githyanki the only race that's less popular. Lol!

Interesting, I definitely see mine. I'm wayyyyyy at the bottom of the popular section, (likely due to the 9 bots that added themselves before I banned the accounts.).

I wonder if one of the settings in your firewall is blocking that particular bot?

I don't recall when I would've done the same, but I do recall not being on join-lemmy until - well - now actually.

Guess I best get over there then. Sounds like a place to voice my concerns without resorting to public appeals.

You just said you’re only interacting with a small group of independent admins, but now you’re making a conflated statement of “many Admins”.

I can be working with a small set of independent instance admins (brought together by a newer instance and discussions mostly through discord) and I've helped them test a few things and our little discord meta-community is already constructing new features, auto-posting bots of different types (RSS feeds, even posts, etc), and a few other things.

However, this is different from "Most Admins" where my interactions are largely based in the meta/support channels for other instances. This is a much more confusing population to me since many were exposed to the entire "Lemmy is for Authoritarian Communists" that was making the rounds on reddit. It's resulted in a newer cohort of Admins that aren't nearly as friendly to the development team.

The only reason you got what you wanted in the end was because someone else put in the work to make it happen

Nah, I would've made the change myself, but it wouldn't do a darn thing because it depends on the inherent security of less technical admins. This project is as much impacted by individual decisions as they are collective ones.

And until the maintainers changed their mind, they likely wouldn't have allowed a resurrection of the old Captcha anyways - so your point about another person "doing the work" only was really possible once the maintainers communicated that it was acceptable. Because, as stated in my previous point, an individual instance with this change (reverting captcha) doesn't protect them from instances that don't.

This all points back to my original point which revolves around new admins understanding the importance of engaging the maintainers and making themselves heard. The fact that people who already do this took offence to my post is a little bizarre because I'm clearly not talking about the people who haven been communicating.

Sure, those who've been with the Fediverse for a bit are familiar with Matrix and how to use it to communicate back to the core developers. But the new influx of instances and their admins either A - don't know where to go, B - don't care, or C - are so ideologically opposed to the rumors they want nothing to do with them.

The language of your post was quite hostile and painted (and continues to paint) the developers as being out of touch with instance admins. The instance admins are already “loud, clear and coordinated”, and are working in full communication with the maintainers.

Right now the instance admins that I'm working with are largely independent with only a couple of outliers. The newer instances that have just joined the fediverse didn't really echo back their concerns. So while you're statement might be true (I dunno, I don't see any coordination, and it's not always clear what admin concerns are important.) the rapid growth has brought even more stakeholders and admins to the fediverse. Some far less technical than others. I'm going to need more proof of deeper coordination, because as it stands many Admins say "Devs are tankies" and refuse to federate with the maintainer's instance, let alone contribute code or money.

The majority of PR’s coming into the project are coming from instance admins seeking to solve their personal pain points. Both the issue and the PR you’re referring to were created by ruud...

This is a new phenomenon, the total lines of code written by the primary devs are still much larger than any other combination of PRs. I don't envy the position of having to sort through thousands upon thousands of PRs that may or may not coincide to the project's vision or code quality standards. Rolling back to a known prior state is almost always lower effort than minting a fresh new implementation.

Also, ruud did not create the PR I'm referring to, that honor goes to TKillFree. Heck, why do you think I'm attacking the author here rather than trying to bring more weight to his Github issue? It's because of ruud that I even know what's going on - and the instance admins I know were pretty clueless about the pending change.

I'll grant you that my tone and signalling needs work, but I do think that an attempt to rally more folks did indeed influence the solutions that the maintainers were willing to accept. From "New, better implementation only - remove the existing flawed one now" to "Okay we can keep the flawed method, but we need an enhanced version and soon".

At this point its hard to tell because we don't live in a universe where I didn't make that post to compare. Maybe you're right and this would've all shaken out eventually.

Eh, this situation seems more like the "admins"/power users of the software saying "How can you not need us?" - and for them, that's more of a point. These are the people who submit bug reports, code features or plugins on a weekend, and generally turn your one product into a rich ecosystem of interconnected experiences. One can argue that the project doesn't technically require their participation, but they do enhance the project in many different ways.

open-source entitlement is a thing, but I'm not sure that this is the same thing. I for one would be happy to submit changes (and even have a couple brewing for my own use on my instance). Just don't make the spam problem worse in the meantime by pushing out a version that's missing a crucial (if imperfect) feature.

Not entirely sure about the misframing thing, because I see a pretty clear pattern of arguing towards perfection, I'm not sure how one could look at that and not arrive at the interpretation. It didn't seem to matter how complex the task was, the point was always "that version can be overcome - it's pointless".

All the while missing the point. If we're arguing "stops enough to matter" then the answer is self evident. The captcha is currently the difference between a bot problem and not for many and that's what's happening now, not in the future (as near or as distant it may be). Multiple things can be true indeed "This is a bad implementation and needs replacement" "this is currently stopping things from getting worse", but that doesn't also mean "We should remove it now and not worry about a replacement until afterwards".

In lemmy's case, my perusal of the DB didn't really suggest that the queries would be that complex and I suspect that moving it to a higher performance NoSQL DB might be possible, but I'd have to take a look at a few more queries to be sure.

I wonder if this could be made to work with Aerospike Community Edition...

Obviously it could be more effort than it's worth though.