the average person isnt running their own software stack. your complaint was its hard coded. it isnt. your complaint was that it couldnt be changed. it can. you were simply wrong on all counts and are now moving the goal post to make yourself feel better.
PEBCAC. this is a skill issue not a statement of fact. you not knowing how to operate the software is different from the software mandating things. maybe you should go find the code and understand how it works before making wild claims that are a result of your incompetence.
Fun fact: since someone did provide receipts and I did look at the code. its trivial to remove both domain blocklist and the instance block list in about 40s of work.
smile I assume most of the individuals crying foul here are just generally confused about many things.
laugh in other words you dont know wtf you’re talking about. no one is saying piefied’s codebase doesnt have block functionality or that its available by default. the problem is you shits are saying its mandatory, when in reality it almost CERTAINLY isnt and then you can’t even be half assed enough to ask an LLM to find the code to prove your position.
stop wasting everyone’s time with your childish nonsense. and be happy someone else did your homework for you and you were entirely incorrect.
so no proof got it. note other people in the thread mentioned DB records you need to clear out. fairly trivial work if your hosting systems.
citation needed. no one has provided evidence of that and i highly doubt it simply due to the multiple claims by individuals here crying foul claiming multiple versions of how that block list is stored. not to mention, you know, it’d need to be updated periodically.
and provided zero proof of this fact. feel free to provide that proof. I’m too lazy to go research the codebase but i highly doubt they hard coded it.
provide proof. highly doubt that.
who can’t opt out? just use a different instance if you dont like an instances setting. no one owes you anything. or run your own and just change the setting.
sounds like exactly what piefied did, they provide a default set of sites and you’re free to adjust them on your instance as you feel.
blocking trash sites on your own instance, and providing default settings is perfectly reasonable.
I imagine having 100% uptime is much harder the bigger a platform is, so did Github grow a lot in the same period?
its not there are scale points where once you hit a critical number you need to re-architect your backend. 1k,10k,1mil, etc. usually these vary based on your app. but they’re usually exponential so once you hit the higher levels it takes much longer to reach the next level.
on top of that you usually by the higher tiers have proper backpressure and signals being sent to the frontend systems to dynamically manage the load generated. so suddenly uptime is much easier.
when you see large repeated failures like this the cause is almost always corporate causing issues.
it this particular case i bet it cutting engineering head count and increase AI slop generated code without proper review by engineers. which ive been hearing a lot more from my engineering friends.
deleted by creator
deleted by creator
This comment should be deleted soon
deleted by creator
deleted by creator
or 99% of the people running instances will want those defaults and its not worth the effort to deal with people like you to bother making it brain dead to disable.
trust me adding friction to a codebase is the a easy way to not have to deal with you.
for example imagine having ti field nonsense feature requests from people who cant even be assed to do basic research on how to remove the blocking configuration. that’d be infuriating.