ⰀⰓⰕⰅⰏⰑⰐ

1.5M ratings
277k ratings

See, that’s what the app is perfect for.

Sounds perfect Wahhhh, I don’t wanna
prokopetz

funnypoeple asked:

Unsure if you are aware of this update, but apparently someone got into the Twit api and believes that the "rate limiting" is actually a cover up by Elon bc they accidenlty pushed an update DDOSing their own site, which is why he says its "temporary" in his tweet. Not sure if Elon is actually trying to cover-up, or if the DDOS is an unintended side effect of the change

prokopetz answered:

(With reference to this post here.)

As far as I can tell, the folks advancing that theory have it perfectly backwards. The rate limit isn’t an effort to address the self-DDoS situation: the rate limit is causing the self-DDoS situation.

In a nutshell, when you load up Twitter in your browser, two things are happening:

  1. In response to your initial request, Twitter’s server sends your browser the information it needs to construct the website’s user interface (UI).
  2. Once the UI has been constructed within your browser, it instructs your browser to dispatch a separate request, via the Twitter API, requesting content (i.e., tweets and ads) to fill itself with.

(It’s actually a little more complex than that, because the response to the initial request may come pre-filled with a portion of the required content in order to speed things up the first time you visit your dashboard, but that’s the gist of it, anyway.)

So, what happens now that the rate limit is in place?

Well, the rate limit doesn’t affect the first request – it’s not using the API, so your browser is able to construct the Twitter UI just fine. The moment you try to scroll your Twitter dashboard, however, that triggers the Twitter UI that’s been constructed within your browser to ask the Twitter API for more content so you can keep scrolling – and that request is subject to the rate limit.

If you happen already to have exceeded your rate limit, that request is going to receive a response along the lines of “Error 429 – Rate Limit Exceeded”. Here’s the trick: while Twitter did update the UI to reflect the addition of a rate limit (i.e., they’re not complete idiots), it turns out they did an incomplete job, and certain dashboard widgets don’t know what to do with an error 429.

Now, the fun part: apparently, what the affected Twitter dashboard widgets are coded to do when they receive a response they don’t recognise is simply to ignore it and try again. Further, nobody thought to impose a delay between attempts, so they retry immediately upon receiving the unrecognised error 429. For users with snappy Internet service, this can result in their browser making multiple attempts per second to retrieve content for the affected Twitter dashboard widgets, receiving (and ignoring) the same error code each time.

And that’s how Twitter ended up accidentally ordering its own users to DDoS its API.

marinebiologyshitposts
peterfromtexas

Next time you go walking around barefoot in the water…

tyleroakley

NOPE

balloonpony

No worries, that’s a Bobbit Worm. They live on the ocean floor, and unless you’re able to withstand a ton of pressure, you likely wouldn’t have your toesies nipped off by one since they live deeper than people walk on the ocean floor.

Bobbit Worms are kinda cool. And they were named after Laurena Bobbit, who cut off her abusive husband’s penis and threw it out of her car window as she drove off.

loki-laufysbum

Wait.