Your prospects of a “normal life” are over. Whether you decide to do anything to improve it now is up to you.

What life are they trying to preserve? Russia will be living in the Stone Age for the next several decades if this doesn’t end soon.

Both apps still exist on the App Store. That’s really all you need to know. If this was untenable for Uber and Lyft they could pull the apps any time.

We can choose to have a legal system where this is OK. Or we can chose to have a legal system which busts anti competitive practices like this. Both are possible and I know which one I would vote for.

The situation is untenable, and as you can see, businesses who aren't scared of Apple are fighting back. Unfortunately, the smaller ones will easily get crushed by Apple and can't finance this sort of push-back without some grass-roots pressure.

I recently had my Athena limit increased to 25 for my account, so that’s no longer true.

If they actually can increase the concurrency now, that's good news!

We asked for that as well, and at first the support said they did that, but turns out they increased the Athena queue length instead of concurrency - so the queries wouldn't fail (until the queue is full, anyway) but the throughput was still the same.

Then the team of AWS account managers and solutions architects (who assured us many times that the concurrency can be increased) get into a email discussion with the support and Athena team, before coming back and telling us it cannot be increased. No apology or anything. Recommended us to run Presto on EMR instead.

It was a sobering experience in how AWS operates.

It could very well be the same size patty, just nearly uncooked.

Oops—my response was unclear. I should have said "seemingly-larger" patty. My complaint is that they're cooked completely differently, leading to a final image where the patty appears larger than anything you would get from a McDonalds.

Any PHP page will propagate the $_POST and $_GET arrays from user supplied data.

good point, so the idea would be to supply something like:

page.php?x=1&y=1...

where the x and y keys are going to have the same hash value, so that when it uses those vars in a page it will hit the same hash bucket and become O(n) not O(1)?

Of course you would want to send a lot of different vars in.

Yup, though I'd probably pass those in using a POST request. A 5,000,000 character long log entry sticks out a bit, and most people aren't logging POST params by default.

There's at least one sample on OffensiveComputing.

Banks. Online payment processing is a mess.

Interestingly, since the failure of OFX, many many banks in North America prefer screen scraping because they can guarantee the web interface has accurate data since their actual customers use it. Conversely, these banks find supporting APIs to be highly fragile since no one is watching them.

I find that logic amazing, but considering how old the online banking software is and the high risk of changing it wholesale, I don't think they are in a position to fix it in the short term.