Hacker News new | ask | show | jobs
by collectedparts 1273 days ago
It doesn't seem to include any backoff, so any browser tab left open on that screen will keep tightlooping on it. Almost certainly exacerbating the problem.

What should my mental model be for "where" the code that causes those repetitive API requests is coming from? JS logic deployed to a CDN somewhere?

If so, seems it may be an interesting question of whether or not it's possible to ship a hotfix (add exponential backoff) to JS asset in time to be helpful in fighting an outage like this.
1 comments
collectedparts 1273 days ago
(self-reply) looks the API call is coming from a script in "main.ed70037a.js" which is loaded from: https://abs.twimg.com/responsive-web/client-web/main.ed70037...

From nslookup, abs.twimg.com has canonical name twimg.twitter.map.fastly.net.

Honestly pretty shocked that something at their scale could be depending on Fastly for core assets.

link
cowsandmilk 1273 days ago
> Honestly pretty shocked that something at their scale could be depending on Fastly for core assets.

Why would that be surprising? Fastly has many customers of similar scale. Amazon.com has fastly as one of the options to serve as their CDN (as was publicized when a fastly outage took down amazon briefly last year).

link
collectedparts 1273 days ago
Probably reductive but in my head Cloudlfare and Cloudfront are the only 2 "mega large" CDNs and, to your point, I've only ever heard about Fastly in the context of outages.
link