Twitter was down
status.twitterstat.us
status.twitterstat.us
1) software complexity is escalating over time, and logically will continue to until something makes it stop. It has now reached the point where even large companies cannot maintain high reliability.
2) internet volume is continually increasing over time, and periodically we hit a point where there are just too many pieces required to make it work (until some change the infrastructure solves that). We had such a point when dialup was no longer enough, and we solved that with fiber. Now we have a chokepoint somewhere else in the system, and it will require a different infrastructure change
3) Russia or China or Iran or somebody is f*(#ing with us, to see what they are able to break if they needed to, if they need to apply leverage to, for example, get sanctions lifted
4) Just a series of unconnected errors at big companies
5) Other possibilities?
This thread is linked to a status page run by Twitter, on a programming and technology news site. I'm not really seeing how most people that exist in the western/1st world are noticing this. Is there a CNN article, or FoxNews segment on how tech companies are having outages?
https://www.foxnews.com/tech/twitter-suffers-widespread-outa...
quote from that url: "The outage came as President Trump was hosting a social media summit with right-wing personalities and tech industry critics who've accused Twitter and other websites of having an anti-conservative bias."
If everybody is doing the same things and setting things up the same way to ensure reliability then any failures or short comings in that system are shared by all.
Brains also suck at statistics.
Interesting theories nonetheless:)
It fuels itself.
This comes up all the time in sports. Let's take pool for example. There are various guesstimates floating around, and I do not have access to detailed tournament statistics, but I have heard that in games where sinking a ball on the break is an advantage, for decent players there's maybe a 75% chance that a ball will go down.
So once in every four breaks, you won't sink a ball. How often do you fail twice in a row? Once in every sixteen breaks. Failing three times in a row? Once in every 64 breaks. Four times in a row? Once in every 256 breaks.
What about five straight breaks without sinking a ball? Once in every 1,024 breaks. That's a lot of breaks. But wait up a moment.
Let's ask, "If you miss a break, what're the odds of it becoming a streak of five misses in a row?" The answer is, "One in every 256 streaks of misses will be a streak of five or more misses." 1/256 is not particularly rare, if you play often enough to sink a ball on the break 75% of the time.
What is the point of knowing that a streak of five misses in a row is rare but not that rare? Well, if you miss five in a row, do you chalk your cue for break number six as usual? Or do you tell yourself that your break isn't working, and start adjusting your stance, aim, spin, &c?
If you start adjusting everything when you get a streak of five misses in a row, you may just make things worse. You have to pay enough attention to your distribution of misses to work out whether a streak of five misses in a row is just the normal 1/256 streaks, or if there really is something amiss.
The brain is a great pattern matcher, but it sucks at understanding statistics.
---
The flip side of this, of course, is that if you upgrade your brain well enough to understand statistics, you can win a lot of money.
If a pro misses five in a row, feel free to wager money that they'll sink a ball on their next break. Your friends may actually give you odds, even though the expectation of winning is 75-25 in your favour.
Nate Silver did a writeup showing the math around how the winner of the Stanley Cup comes down to little more than random chance.
You have obviously never tried to model the stock market with a neural net.
Big services are bigger, more mission-critical parts can fail.
Continuous development culture is designed with failure as part of the process. We don't spend time looking for obscure issues when they'll be easier to find by looking at metrics. This is fine when a staggered deployment can catch an issue with a small number of users. It's bad when that staggered deployment creates a side-effect that isn't fixed by rolling it back. Much harder to fix corrupted metadata, etc.
Automated systems can propagate/cascade/snowball mistakes far more quickly than having to manually apply changes.
We notice errors more now. Mistakes are instantly news.
Heck, just look at Twitter itself from its original "Fail Whale" days where there was so much downtime, to now where even this relatively small amount of downtime is the top story on HN for hours.
I looked it up: in 2013, because they didn't want to be associated w/ outages.
https://www.10tv.com/article/trump-hosts-white-house-summit-...
"Let's deploy to production" https://youtu.be/5p8wTOr8AbU
Nah - that would never happen.
Hmm, it seems that Twitter already figured it out, configuration change issues again.
Is this a word? You don't mean tangentially? I'm having a crisis right now.
Probably meant tangentially anyway.
dict.cc (my source of truth for English vocab) says it's a word: https://www.dict.cc/?s=tendentially
E: "unsurpassingly" is way down there too
Waiting for this to be backed up by statistics.
I work at Facebook. I worked at Twitter. I worked at CloudFlare. The answer is nothing other than #4.
#1 has the right premise but the wrong conclusion. Software complexity will continue escalating until it drops by either commoditization or redefining problems. Companies at the scale of FAANG(+T) continually accumulate tech debt in pockets and they eventually become the biggest threats to availability. Not the new shiny things. The sinusoidal pattern of exposure will continue.
Tech debt is accrued in amounts where every VC fund would get wet pants if tech debt was worth dollars paid out.
Edit: I misread the parent and my question doesn't make a lot of sense. Please ignore it :)
For Facebook I worked on the incident, previous Wednesday. 9.5 hours of pain...
And for my past employers, I still have friends there texting the root causes with facepalm emojis.
Then the great deep learning wave of 201X happened, replacing dozens/hundreds of carefully defined steps with a more flexible, generalizable approach. The new approach still has limitations and failure cases, but it operates at a scale and efficiency the previous approaches could not even dream of.
Also deep learning, while incredibly powerful and useful, is not the magic cure-all to all of computer vision's problems and I have personally seen upper management's misguided belief in this ruin a company (by which I mean they can no longer retain senior staff, they have never once hit a deadline, every single one of their metrics is not where they want it to be, and a bunch of other stuff I can't say without breaking anonymity).
Pushing bad regex to production, chaos monkey code causing cascading network failure, etc.
They're just different accidents for different reasons. Maybe it's summer and people are taking more vacation?
I'm an intern in a big company with an internal robotics and automation group, and I recently got to wire up a pretty basic control panel, install it, and watch workers use it. That was so cool, and made me appreciate what I was doing a lot more.
If you have an intern or a Junior Engineer, they should have a more senior engineer to monitor and mentor them.
In the situation where a Junior Engineer gets blamed for a screw up:
1. The Senior Engineer failed in their responsibility. 2. The Senior Engineer failed in their responsibility.
A Junior Engineer should be expected to write bad code, but not put it into production, that's on the Senior. If I hit approve on a Junior Engineer's PR, it's my fault if their code brings the whole system down. If a Junior Engineer had the ability to push code without a review, it's my fault for allowing that. Either way it's my fault and it shouldn't be any other way. It's a failure to properly mentor. Not saying it doesn't happen, just that it's never the Junior Engineers fault when it does.
(I agree with the premise that an intern or junior eng is supposed to be mentored, and their mistakes caught. How else should they learn?)
I do wonder if it's that the usual maintainers of particular bits and pieces are on vacation and so others are having to step in and they're less familiar or spread too thin.
cursing is much less creative?
that successful executions of #3 should be indistinguishable from #4.
(And this is maybe a consequence of #1).
After seeing how people write code in the real world, I'm actually surprised there aren't more outages.
"Never attribute to malice that which is adequately explained by stupidity."
There are certainly some things to plan ahead for, but if you start with something complex it will never get simple again. If you start with something simple, it will get more complex as time goes by but there is a chance that the scaling problems you anticipated present in a little different way and there's a simple fix.
I like to say, 'Simple Scales' in design reviews and aim to only add complexity when absolutely necessary.
For #4 to be the actual cause, outages out of business hours would be more prevalent and longer.
https://twitter.com/internetarchive/status/11436045396956160...
https://twitter.com/internetarchive/status/11433789908260044...
This is the correct analysis on every level.
Pinboard is a great product, so thanks for that. I am surpised you don't have your own Mastodon instance (or do you?).
It's possible that they're related without requiring any conspiracy theories or anything. Maybe these companies are just getting too big or too sloppy to maintain the same standard of uptime (compared to the past few years)? Or maybe there's some underlying issue that they're all rushing to fix which justifies the breaking prod changes within the same timeframe.
But it was weird when a it happened to two or three of them. Now we're going on something like 5 massive failures from some of the biggest services online within a little over a week...
Edit: and stripe
It seems that something is being lost over time. In the old days of running on bare metal, yes servers failed for various reasons, then we added resiliency techniques whose sole purpose was to alleviate downtime. Now we're at highly complex distributed systems that have failed to keep the resiliency up there.
But the fact that all the mega-corps have had these issues seems to indicate a systemic problem rather than unconnected ones.
Perhaps a connection is the management techniques or HR hiring practices? Perhaps it's due to high turnover causing the issue? (Not that I know, of course, just throwing it out there). That is, are the people well looked after and know the systems that are being maintained? Even yourself who's 'been around the traps' with high profile companies: you have moved around a lot... Were you unhappy with those companies that caused you to move on? We've seen multiple stories here on HN about how those people in the 'maintenance' role get overlooked for promotions, etc. Is this why you move around? So, perhaps the problem is systemic and it's due to management who've got the wrong set of metrics in their spreadsheets, and aren't measuring maintenance properly?
You're pondering if hiring practices and turnover might be related? The answer is an absolute yes. On the other hand, these are the realities of life in large tech companies. Hiring practices change over years because there's a limited supply of of candidates experienced in such large reliability operations and industry doesn't mint many of them either. We hire people from all backgrounds and work hard on turning them to SREs or PEs. It's great for the much needed diversity (race, gender, background, everything) and I'm certain the results will be terrific but we need many more years of progress to declare success and pose in front of a mission accomplished banner on an aircraft carrier ;)
You are also wisely questioning if turnover might be contributing to these outages and prolonged recovery times. Without a single doubt, again the answer is yes but it's not the root cause. Similar to how hiring changes as company grows, tactics for handling turnover has to change too. It's not like people leave the company, but within the same company they move on and work on something else. The onus is on everyone, not just managers, directors, VPs to make sure we're building things where ownership transfer us 1) possible 2) relatively easy. This in mind, veterans in these companies approach code reviews differently. If you have tooling to remove the duty of nitpicking about frigging coding style, and applying lints, then humans can indeed give actually important feedback on complexity of operations, self describing nature of code, or even committing things along with changes to operations manual living in the same repo.
I think you're spot on with your questions but what I'm trying to say with this many words and examples is, nothing alone is the sole perpetrator of outages. A lot of issues come together and brew over time. Good news, we're getting better.
Why did I move around? Change is what makes life bearable. Joining Twitter was among the best decisions in my career. Learned a lot, made lifelong friends. They started leaving because they were yearning a change Twitter couldn't offer. I wasn't any different. Facebook was a new challenge, I met people I'd love to work with and decided give it a try. I truly enjoy life there even though I'm working on higher stress stuff. Facebook is a great place to work but I'm sure I can't convince even %1 of HN user base, so please save your keyboards' remaining butterfly switch lifetime, don't reply to tell me how much my employer sucks :) I really hope you do enjoy your startup jobs (I guess?) as much as I do my big company one.
But we’re still touching the belly of our distributed systems with very pointed tools as part of the daily workflow. That’s how accidents happen.
The analogy is clear IMHO; just as we’ve long stopped fiddling daily with the DRAM timings and clock multipliers of the Galadriel and Mordor servers, we should consider abstaining from low level “jumper switching” on distributed systems.
Of course, this also happened thanks to industry introducing PCI and automated handshaking...
I do think that internet services in general are much more mission critical, and the rate of improvement hasn’t necessarily kept up. It used to be not particularly newsworthy if an AWS EBS outage took out half the consumer internet several times per year, or if Google’s index silently didn’t update for a month, or when AOL (when they were by far largest ISP in the US) was down nationwide for 19 hours, or the second-biggest messaging app in the world went down for seven days.
That would in turn lead to an insanely fragile system with increasing amounts of failures that seem unexplainable/weird.
A single server would usually have less downtime than Google, Facebook and so on. But Google and Facebook needs this complexity to handle the amount of traffic they're getting.
Makes me wonder why people are trying to do stuff like Google when they're not Google. Keeping it simple is the best solution.
But really, I don't have any evidence that this possibility is any more or less likely than any other.
Seems #4 is the winner
I work on critical infrastructure at FAANG and it's frightening how complex things are. The folks who built the systems and knew them inside-out have mostly moved on, and the newbies, like me, don't fully understand how the abstractions leak, what changes cause what side effects etc.
Except that "at big companies" is basically selection bias, problems at little companies don't get noticed because they're, well, small companies.
And the underlying issue of the "unconnected errors" is that software is rather like the airline industry: things don't really get fixed until there's a sufficiently ugly crash.
5/4) Incompetent people lead by incompetent people surrounded by yes men and a drug culture. Also having a company that demonizes conservatives which are some of the best engineers (scientist are squares naturally)
Human error is bound to happen and software is complex but so are rockets and supply chains. Things can go right and things can go wrong. Usually when they do go wrong there is a human error reason.
Does twitter foster a place where human error can occur more frequently that other places? I dont know. I have my bias about the company and any sjw company but thats very anecdotal.
Twitter worked yesterday and it doesnt work today. Doesnt really have to mean anything really important except for the fact that there is a blind spot in their process which they need to harden.
I guess the first person to ask is the dev op , then the developer. Something wasnt tested enough. That happens in commercial software, deadlines cant wait.
3)Russia / China / Iran ... stop watching CNN. You are parroting talking points. If twitter is crushed America could care less and would probably turn up sanctions, not lift them. Taking down twitter wont cripple anything in America except for certain marketers budgets.
Although 3) doesn't have to be the explanation, it is definitely happening all the time.
1. Services all going down one after another. 1 goes down - it happens. 2 go down - it happens sometimes. 3 go down - quite a rare sequence of events. But now a large number of silicon valley companies have experienced service outage over the last few weeks.
2. Russian sub that is said to be a "deep sea research vessel" somehow experiences a fire whilst in international waters [1]. It has been suspected that it could have been tapping undersea cables. Let's imagine for a moment a scenario where they were caught in the act, some NATO sub decides to put an end to it and Russia cover it up to save face.
3. Russia announces tests to ensure that it could survive if completely cut off from the internet [2]. A few months later it's like somebody is probing US services in the same way.
4. There is currently a large NATO exercise in a simulated take-over of Russia happening in Countries close to Russia [3].
Of course it's completely possible it's all unconnected, but my tin foil hat brain says there is a game of cloak and daggers going on here. I would say that Russia's incentive for probing the US/NATO is to test it's weakness after undergoing a trade-war with China and raising sanctions against Iran. After all, Russian fighter planes regularly try to fly into UK airspace just to test their rapid response crews [4], this sort of behaviour is typical of them.
[1] https://en.wikipedia.org/wiki/Russian_submarine_Losharik
[2] https://techcrunch.com/2019/02/11/russia-internet-turn-off-d...
[3] https://sofiaglobe.com/2019/05/13/6000-military-personnel-to...
[4] https://www.theguardian.com/world/2018/jan/15/raf-fighters-i...
The more you hire, the more plentiful and diverse your bugs will be.
It stands out now because the stars aligned. But theses issues have been coming and going for years in patternless form.
I think people are too accustomed now to high availability/uptime nowadays. I started using the Internet in the mid 90s. Stuff used to break all the time back in those days. Now I can’t remember the last time I couldn’t reach a website because it has been Slashdotted.
When things are random, they cluster.
The fancy new feature, increasing traffic, or adding AI to something will generate headlines, accolades, and positive attention. Not having outages is something everyone expects by default. This goes double for work that prevents outages. No one wins awards for what doesn't happen.
How many medals are pinned on the guys installing fire sprinklers?
6) We used to have many small outages at different websites. Now, with so many things that once were separate small sites aggregated on sites like FB, Twitter, Reddit, etc we have a few large sites, so we have aggregated the failures along with that. The failure rate, by this theory, is the same, but we have replaced "many small failures" with "periodic wide-spread failures, big enough to make headlines". Turning many small problems into a few bigger ones. Just another hypothesis.
And imho all that’s really happening is people are noticing the outages more. This is a good thing. For years too much of the mental model has been “{ cloud, google, Facebook, aws, xxx } never goes down!”
That’s been unhealthy. It’s a good thing.
I would intercept these rewards and put them in my backpack for the bus ride home, in order to avoid creating perverse incentives for the operations team. But did anyone call me 'hero'?
Also at that time, I remember asking the head DB guy about a specific metric, and he ran a live query against the database in front of me. It took a while to return, so he used the time to explain how, in an ordinary setup, the query would have locked all the tables and brought down the entire site, but he was using special SQL-fu to make it run transparently.
We got so engrossed in the details of this topic that half an hour passed before we noticed that everyone had stopped working and was running around in a frenzy. Someone finally ran over and asked him if he was doing a query, he hit Control-C, and Twitter came back up.
Wait so you stole rewards for a team that was spending time (I assume extra or stressful) on something you didn't do or have any part in. And you want a cookie?
I mean I get it, the company was probably not great in it's infancy. But what?
One flew over the dubcanada's head.
The HR department in my company does this, and then redistributes the gifts to everyone in a random drawing at the Christmas party.
One year some department got a bunch of PlayStations, and a couple of them ended up in my department. The only thing my department contributed to the kitty was candy. I bet some people in that other department were disappointed.
This one was visible from such a great distance, it's a wonder neither of you spotted it as it happened! I love your post — reminds me of BOFH :)
Edit: apparently the stories actually are true.
edit: pretty please
While I and you would not do this I’m afraid that it would somehow find a way to work in this case too.
This would not be out of place as a scene in Silicon Valley
The food lived up to the mental image I had after reading the post.
Monolithic architecture. When I did security work I fought this every day. Moving away from it is a nightmare of technical debt and heated debate about who should control what. I'm reminded of a story from the early days of MSN. The legend goes that in the late 90s MSN ran out of one cabinet, a single server. The server had redundant power supplies, but only one physical plug.
This particular problem had nothing to do with a monolithic architecture. Your app can be a monolith, but that still doesn't mean your BI team can't have a separate data warehouse or at least separate read replicas to run queries against.
Anything else is simple incompetence and the macro-organisation of the code and/or services is irrelevant.
So, while true the failure mode would be different, "one bad query fucking up your entire system" is just as possible with microservices.
Never understood this mentality but have seen it at many companies. Rewarding someone or some team for heroically fixing something after a catastrophic failure. Talk about misaligned incentives! Reminds me of the Cobra Effect [1]. When you reward “fixing a bad thing” you will get more of the bad thing to be fixed.
I used to work(on backend) on a popular app(in my country) which had a good number of users. One day I was asked to work with some infra/sysadmin folks who wanted to fix some issues with the servers in our inventory. We happily updated kernels and even rebooted servers a few time. I came back to my team and saw them deeply engrossed into production logs. Turns out few of the servers that were "fixed" were actually production servers. I almost shouted the F word when I listed all IPs. This confusion happened because the server guys used data IPs and we used management IPs. This exposed serious miscommunication among our teams. But fun times indeed!
That Odeo team was filled with best practices aficionados and the management (including me) was a bit cowardly about being clear that "WE ARE FAILING HARD AND FAST." Damn the practices.
So of course the engineering team freaked out, especially since the CEO managed to find lots of queries that did take the site down.
But I honestly credit that as one of the biggest things that I contributed to Twitter. Having easy SQL access let the CEO dig into the data for hours, ask any question he wanted, double check it, etc. He was able to really explore the bigger question, "Is Odeo working?"
The answer was no. And that's how he decided to fully staff Twitter (twttr then) as a side project, buy back the assets, and set Twitter up as it's own thing.
I think that it really was very close--if we'd moved any slower we would have run out of money before anyone was ready to commit to Twitter. Same story about Rails--without being able to do rapid prototyping we never would have convinced ourselves that Twitter was a thing.
> Using the AWS Management Console, you can easily add read replicas to existing DB Instances. Use the "Create Read Replica" option corresponding to your DB Instance in the AWS Management Console.
Wait, I don't understand.
Why would anyone call you hero?
Are you suggesting that the team would deliberately crash the app to receive beers and that by stealing them you stopped this from happening?
Free drinks and free food is the standard here to reward teams when they spend extra unpaid time away from their families.
All of the posts asking the same question are being down voted. Am I missing something?
You said you were a contractor at the time. Unless you were on the management team I fail to see how this was your responsibility to choose what happened.
I doubt anyone would risk a comfortable job at Twitter against a few bottles of beers. Even if they are really fancy, that's what... $20-50?
If this had been worded as a "Haha, I stole the bad team's beer" I would have laughed.
However, worded as "where is my reward for being smart and stopping the cobra effect?" that's just an humble brag and plain unfunny.
That it is a joke.
What really made me mad was when we hired consultants and the contract would end, usually without much success because Twitter's problems were not normal problems, and then they would send us a fancy gift basket with our own wasted money.
Maciej, we are still waiting for you to ship the executive dashboard.
It was a VC-funded welfare program for slackers and I miss it greatly.
Unrelated, but for some reason the phrase "I have no mouth and I must scream" just popped into my head
That phrase was coined by Harlan Ellison in his classic scifi short story to represent a situation of complete despair and powerlessness.
I don't think a lack of Twitter, Whatsapp, Instagram, Facebook or Gmail -- however inconvenient -- would fill me with that kind of existential dread :)
Stripe at least acknowledged their downtime. Google was oblivious, made no update to any of their status pages. Really horrendous awareness and support from Google per usual.
Smaller subreddits seem to be less affected by this, which is why /r/toosoon (a subreddit dedicated to dark humor related to current events) is often surfaces news hours before other subs for people who have it in their subreddit list.
at least on r/twitter
https://puck.nether.net/mailman/listinfo/outages
https://puck.nether.net/pipermail/outages/2019-July/012527.h...
https://www.theatlantic.com/technology/archive/2015/01/the-s...
The formula for computing how unlikely this is is the Poisson distribution: `λ^k * e^-λ / k!`, where λ is the average number of outages every 30 days and k is the number of outages in the past 30 days. If you find the numbers, let me know what the answer is.
07/03/2019 WhatsApp, Facebook & Instagram outage
07/02/2019 Cloudflare outage (Discord, 9gag, Medium)
07/02/2019 Google Cloud glass fiber damage (Google Services)
06/24/2019 Verizon route leak (Cloudflare, Google, Amazon, Reddit)
06/02/2019 Google Cloud excalated outage progression (G Suite, YouTube)
"This outage coincides with FBs PSC (performance summary cycle) time. I wonder if this is folks trying to push features so they get “impact” for PSC."[1]
I wonder if the recent outages on other well known services could be heavily influenced by a similar phenomenon. If this holds water, it would be interesting to have an article or study around this issue. I certainly would be interested in reading it.
Honestly, "Hacker News" was my answer which seems to be effectively correct -- and today I learned about the existence of twitterstat.us!
is a pretty good resource too
2. I bet it’s trending. Let me check.
3. …
4. Oh.
1. It's a deployment of some infrastructure change the government got the big tech companies to sign onto.
2. It's a "shot across the bow" from some external party to demonstrate their control over major infrastructure.
2.a. Also could have been a mix of 1 and 2. The government orchestrated the outages in order to add fuel to the hysteria over Chinese "spy chips". However, given the story every time seems to be "Someone goofed a configuration", this theory doesn't seem to have much life left in it.
Just a quick nitpick. A bad config more often than not in my experience is opening up a code path that is riddled with bad code, whether it was not vetted with the proper testing or the wrong environment.
But to your point, I think most people would agree that configuration changes are almost never reviewed with the granularity of a code change. Yes, we may do our due diligence with an approved PR and vetting the configuration and testing the change before deploying it. But, reviewing a PR with a bad config change in json or yaml doesn't necessarily tell you about the code paths that it will open up which makes it much harder to reason about the consequences that a potential bad config push would do.
We should always be reflecting about how adding knobs (configuration) to our programs greatly increases the complexity of the service.
source: work there
no, just a bad config deploy.
Only the self-entitled "gatekeepers" are failing, and I'm glad they do.
There has been many embarrassing and controversial leaks this year. Allegations of uneven TOS enforcement. Hence the WH Social Media Summit. Could also be security related combo ahead of the elections that also is a bit sensitive for low-trust devs.
Imagine code getting pushed that only a smaller subset of devs are privy to. Possibly pushing obsfucated code or launching services outside of the standard pipeline.
Remember that the spectre and meltdown patches for the Linux kernal was a nightmare because the normal open and free-to-discuss-and-review workflow was broken. That applies too in these situations with large codebases that internally are 'open-source'.
The discussion was beautiful, until the app stopped working. I even thought I was blocked. I'm glad that it's just down.
Unfortunately, the poor SRE's at the company will reboot the system and the masses will resume their daily centralised content consumption. Oh well, I will just have to go to Mastodon or other instances for curated content (with no algorithms messing up my feed).
I encourage you join Mastodon and the decentralised web.
As far as I am concerned with Twitter, nothing of value has been lost.
That, or this is all related to high profile sites being required to install some additional level of infrastructure which is being required in secret by an organization like the NSA.
Both theories require a fairly thick tin foil hat, but honestly.. I have a hard time believing that it's just random downtime.
Could be bad deployment or someone decided to pull few plug(s)
Rolling out new features is always stressful I guess.
China messing with us due to tariffs perhaps?
Why would one browser work but another not work, on the same computer at the same IP? The only difference is the account I'm logged in through (personal/work).
Twitter- it's the police scanners. Find them for your city, it's really the best way to know what's going on around you. Better than the papers, which can't report on everything or hide stuff for business's financial interests.
Instagram- is pretty much only useful for models, whatever sort you prefer. If you like models and it brightens your day to see a beautiful woman, as it does for me, it gives Instagram a purpose other than the noise it shares with most social networks. If it makes you happy and smile, it's a good thing. No, I'm not into pornography or anything risque. Though if I were, that would probably be ok, I simply value keeping a little imagination and mystery in my life and don't watch it. Nor are the models that I follow doing it as far as I know, but that's their decision. They mostly survive off product placement and payment for additional photos. Nothing wrong with innocent modeling, just like the olden days of pin-up girls and I hope more people support them in their endeavors.
Facebook- this one is better understood by most people, hence the popularity, but it's definitely the whitepages aspect of it. I use the instant messaging more than anything, as it's difficult to have an index of your old friend's emails until you're in touch with them again. Also, people just don't keep up on emails and maintain inbox zero very well.
Youtube- this, other than RSS feeds (through Firefox's Livemarks extension) is my main source of information. I'm not into cat videos, but I certainly love learning about astrophysics and other topics from Youtubers that are more knowledgeable than I am.
It is mostly still together because the venn diagram of those who want to see the world burn, and those who are clever enough to make it so has a very very small intersection, since the latter group is quite invested in the world not being on fire.
(Not even mentioning explosives etc, but this could probably be prepared in like an hour by just purchasing supplies at local gas stations in any country)
It wouldn’t be surprising if a large number of people, as of 2019, are secretly rooting for Twitter to permanently go away.
I started a thread for sharing instances: https://news.ycombinator.com/item?id=20414359
There's also Pleroma and Misskey.
part of me hates the idea
Anything else is centralised and inherently evil. Even the orange website.
Then again things have been going down over the past two weeks so it's probably just coincidence.
6.
we are all doomed.
:)
https://www.similarweb.com/website/twitter.com Global Rank: 6 Country Rank: 9 Visits: 3.93B
https://www.similarweb.com/website/cnn.com Global Rank: 101 Country Rank: 29 Visits: 476.20M
https://www.similarweb.com/website/nytimes.com Global Rank: 180 Country rank: 58 Visits: 278.41M
At some media companies, getting you your blue checkmark is part of the HR on-boarding process, ffs.
Journalists are clearly the heaviest, most important Twitter users at this point.
That's the kind of shakeup we need in this world.