FlightRadar24 crashes due to surge in users tracking SPAR19(twitter.com)
twitter.com
FlightRadar24 crashes due to surge in users tracking SPAR19
https://twitter.com/flightradar24/status/1554457269714264066
236 comments
> What's SPAR19 and why are so many interested?
Nancy Pelosi visiting Taiwan, which China is opposed to.
Nancy Pelosi visiting Taiwan, which China is opposed to.
Nancy Pelosi is the Speaker of the US House of Representatives. She is 2 heartbeats away from being President (she would become president if both the President and Vice President became incapacitated).
The House is similar to the UK Parliament. She is elected to her position by the members of the House.
Since Democracts control the House this term, they elected Nancy Pelosi as Speaker for this term.
The President has primary responsibility for foreign affairs. The Speaker taking this action could be interpretted as stepping on the toes of the President, or could have tacit approval of the President as a kind of stalking horse.
The House is similar to the UK Parliament. She is elected to her position by the members of the House.
Since Democracts control the House this term, they elected Nancy Pelosi as Speaker for this term.
The President has primary responsibility for foreign affairs. The Speaker taking this action could be interpretted as stepping on the toes of the President, or could have tacit approval of the President as a kind of stalking horse.
Thanks for this explanation, the other comments were baffling me, so it was probably self evident to many who this Nancy fella was.
Well, this person is not a fella (assuming fella is still used for a male, unlike dude, and apparently guy as well).
[deleted]
thanks for explanation, " She is 2 heartbeats away from being President" looks important but haven't seen.
2143(5)
Will Nancy Pelosi visit Taiwan?
https://www.cnn.com/2022/08/02/politics/pelosi-taiwan-risks-...
Where does Betteridge's Law come into play?
Pelosi's flight into Taiwan
Seems like a significant security risk that it is publicly trackable?
I've seen AF1 land at the airport here (Bozeman) -- it flew in to the area at high altitude then circled tightly reducing altitude until final approach. I assumed to reduce the chance of a stinger hit from mountain-men.
I've seen AF1 land at the airport here (Bozeman) -- it flew in to the area at high altitude then circled tightly reducing altitude until final approach. I assumed to reduce the chance of a stinger hit from mountain-men.
As you noticed from AF1, the people who manage the flights of nation-level VIPs are extremely cautious and have a rich, well-informed risk model. You can imagine these airplanes have many countermeasures (SPAR19 is a C-40C, which is a military version of a 737). For all we know it was a decoy plane.
Tracking the plane is probably very trivial for the Chinese army so hiding the plane from public wouldn't help
Hiding it from the army is not the point. Who knows if there'd be another maniac with a homemade gun or explosives out there, just like what happened with the ex-PM of Japan.
Flight radar isnt exactly live. There is a slight delay if you compare flights over your head to what flight radar is telling you about those flights.
Cannot judge if this is a joke or serious theory?
What's the risk of a plane flying over the Sea above the reach of "simple" weapons is being tracked?
A military-level attack against the third highest representative of the United States is a quite certain way to launch a war, maybe even nuclear retaliation, based on how quickly and well "prove" for attribution is unveiled.
However getting attention is a key purpose of that trip.
A military-level attack against the third highest representative of the United States is a quite certain way to launch a war, maybe even nuclear retaliation, based on how quickly and well "prove" for attribution is unveiled.
However getting attention is a key purpose of that trip.
When US representative fly to Taiwan secretly it's disabled but whole world was talking about Pelosi going there and China's treats to shoot her down for day or two. Putting that flight for whole world to see is actually more secure than trying to keep it secret.
The Chinese were threatening to shoot her down? I don't do think so, except for some excited bozos sending threats from their backyards
It would be a lot more dangerous for Pelosi if it weren't.
> With 708,000 people tracking the aircraft upon landing in Taipei, SPAR19 is Flightradar24’s most tracked live flight of all time. [1]
[1] https://twitter.com/flightradar24/status/1554501909893062656
[1] https://twitter.com/flightradar24/status/1554501909893062656
ADS-B Exchange works fine: https://globe.adsbexchange.com/?icao=ae503d
Edit: FR24 link for comparison: https://www.flightradar24.com/SPAR19/2ce4f83f
Edit: FR24 link for comparison: https://www.flightradar24.com/SPAR19/2ce4f83f
I like ADS-B Exchange and all for being a (purportedly unfiltered) data stream based off community volunteers uploading data from SDR stations (I even briefly ran a data source), but it's missing data for the middle of the flight.
I like to bring this up whenever FlightRadar24 is mentioned.
They heavily censor their feed. Not only for military aircraft, but they also have a service where you can pay to have your aircraft hidden by the system.
Personally my beef with them is that they started as a paid app, then transitioned to a subscription model and left everyone who bought the app hanging.
They heavily censor their feed. Not only for military aircraft, but they also have a service where you can pay to have your aircraft hidden by the system.
Personally my beef with them is that they started as a paid app, then transitioned to a subscription model and left everyone who bought the app hanging.
FR24 also uses a network of volunteer feeders. The difference is that FR24 uses that volunteer data and monetizes it. ADSB Exchange shares it back to the community.
Yep, it doesn’t filter military flights (which has been interesting recently - toggle by clicking the “U” UI button)
Yeah, seems they don't have much coverage in Indonesia and the Philippines. I wonder if FR24 (which was showing the flight path correctly all along) depends on private uploaders there, or do they have other data sources to fill the gaps.
Unless disabled, it'll also use extrapolated paths when a plane exits FR24's coverage area.
It's called "Estimations", and is in the Visibility tab of Settings. By default it will show up to 4 hours of estimated positions.
I can't say whether that's what was shown for this flight or not, as it won't show historical data for SPAR19.
It's called "Estimations", and is in the Visibility tab of Settings. By default it will show up to 4 hours of estimated positions.
I can't say whether that's what was shown for this flight or not, as it won't show historical data for SPAR19.
I think they have some satellite-based connection points, and those feeds understandably cost $, but maybe with cubesats we’ll fill in some gaps at an affordable price (possibly delayed).
Might also fill in with actual ATC radars (either interrogating in Mode S or listening to ads-b) or just national infra ads-b/multilateration output. These usually cost $$$.
I think in the past they sent out "free" receivers to areas with low coverage: https://www.flightradar24.com/blog/making-the-flightradar24-... while the other tracking sites tend to be enthusiasts with their own hardware only.
Flightaware is also working https://flightaware.com/live/flight/SPAR19 brought to you by the TCL coding language.
> Previous job roles posted by the company suggest that it runs a mixed system infrastructure “based on a modern virtualized data center environment as well as AWS and Azure cloud services” — with the SRE role suggesting that it was building a “future private cloud based on open technologies like OpenStack, Ceph, and KVM.” [1]
Sounds like they needed a monolith, single server ;) (tongue in cheek, I know it's not that simple)
[1] https://thestack.technology/air-traffic-tracking-site-flight...
Sounds like they needed a monolith, single server ;) (tongue in cheek, I know it's not that simple)
[1] https://thestack.technology/air-traffic-tracking-site-flight...
In an era of unlimited scaling infrastructure, it's a shame they're struggling to capitalize on an exclusive superbowl scale marketing event. It was predictable days in advance.
Days is not enough advance notice, if for example they don't have a way to monetize the traffic. Unlimited scale = unlimited cost. Potentially the site crashing was the financially appropriate outcome.
They surely do know how to monetize the traffic. Banners are all over the website.
Will people coming in from Twitter and co specifically to check in on Pelosi's plane have any interest in converting to a subscriber for general flight tracking? I'd suspect the conversion rates would be (/are) extremely low with this kind of inorganic traffic.
Days in advance would have been enough to prepare a static page for SPAR19 alone, updated minutely or something... would cost practically nothing, especially if served from CDN edges.
I would be surprised if that's not already the architecture of a website like this, especially if keeping infrastructure costs low is a significant requirement for the business.
Somebody pays for that bandwidth though?
It's not unlimited scale, it was just over 700_000 people according to https://news.ycombinator.com/item?id=32320697. If your web page is 100 kilobytes, which seems like the maximum that would be reasonable, that's 70 gigabytes of traffic. AWS charges US$0.09 per GB so this is US$7. If you eliminate the cloud premium it's closer to US$1.
In fact loading their home page takes 3.1 MB for me over two minutes. Searching for a flight (AAL301 in this case since SPAR19 has already landed) brings this to 3.8 MB. At this size it would be 266 gigabytes, US$27. Reloading the page, I see that this was about 180 HTTP hits, though a lot of those were ads (I guess they have a way to monetize the traffic) which were blocked by uBlock Origin.
But doesn't it take a lot of CPU and RAM to serve 700_000 page views, especially at 180 hits per page view? That's 126 million hits, after all! Well, of course you can write your code arbitrarily inefficiently. According to https://crozdesk.com/software/fastly/pricing Fastly charges US$0.0075 per ten thousand hits, so if you could serve all those hits from Fastly it would cost you just under US$100. And probably if you're getting 700_000 people looking at the same thing you should figure out how to make all those hits cacheable either in Fastly or in something slower but cheaper. This probably isn't the first popular flight on FlightRadar24, even if it's the first one that's this popular.
(Also though you probably don't need 180 hits to serve up a single page. One for HTML, one for JS, one for CSS, one for an icon sprite sheet, and maybe half a dozen map tiles. The cause of death was a self-inflicted wound.)
What if we want to know the minimal CPU cost to serve up 126 million hits rather than the minimal dollar cost for someone else to serve them up for you? Well, one weekend a few years ago I wrote a static file HTTP web server called httpdito-386: http://canonical.org/~kragen/sw/dev3/server.s (docs in http://canonical.org/~kragen/sw/dev3/httpdito-readme). It's 710 lines of code and can handle 20_000-30_000 hits per second on my ten-year-old laptop (8 cores) and push about 1.8 gigabits per second of traffic. It's not the most efficient web server (it forks a new process for every connection and drops the connection after handling the first request) but it's probably adequate to get a ballpark figure.
Serving up 126 million hits with httpdito would take 84 minutes on my ten-year-old laptop, so probably you'd have needed 2-5 server machines, or one machine that wasn't ten years old. Serving up 70 gigabytes in a smaller number of hits would have taken 5 minutes.
Of course, the whole point of FlightRadar24 is that it's giving you dynamically updated Comet information about where flights are, not just serving up precomputed files from the filesystem. You could implement this kind of functionality by polling, but using Comet would probably be more efficient. Maintaining 700_000 open connections is easily within the capacity of a single server today; we were doing several thousand on our Comet server at KnowNow in 02000, using what we called RUTH (Robert's Ugly Thttpd Hack), using select() on a 32-bit machine with a gigabyte of RAM and a gigahertz.
https://news.ycombinator.com/item?id=32319147 says, "Use one big server." The associated article https://specbranch.com/posts/one-big-server/ profiles the servers they use at Azure: two 64-core CPUs with a 2-2.5 GHz clock, 4-6 instructions per clock, 256 MiB (MB?) of L3 cache, and 1 TiB (TB?) of RAM. From the cloud pricing they're citing, buying one probably costs about US$15k, roughly the cost of one programmer-week. According to https://news.ycombinator.com/item?id=32321406, FlightRadar24's revenue in 02021 was US$25M, so this would be a little less than 6 hours of their revenue.
There's no excuse.
In fact loading their home page takes 3.1 MB for me over two minutes. Searching for a flight (AAL301 in this case since SPAR19 has already landed) brings this to 3.8 MB. At this size it would be 266 gigabytes, US$27. Reloading the page, I see that this was about 180 HTTP hits, though a lot of those were ads (I guess they have a way to monetize the traffic) which were blocked by uBlock Origin.
But doesn't it take a lot of CPU and RAM to serve 700_000 page views, especially at 180 hits per page view? That's 126 million hits, after all! Well, of course you can write your code arbitrarily inefficiently. According to https://crozdesk.com/software/fastly/pricing Fastly charges US$0.0075 per ten thousand hits, so if you could serve all those hits from Fastly it would cost you just under US$100. And probably if you're getting 700_000 people looking at the same thing you should figure out how to make all those hits cacheable either in Fastly or in something slower but cheaper. This probably isn't the first popular flight on FlightRadar24, even if it's the first one that's this popular.
(Also though you probably don't need 180 hits to serve up a single page. One for HTML, one for JS, one for CSS, one for an icon sprite sheet, and maybe half a dozen map tiles. The cause of death was a self-inflicted wound.)
What if we want to know the minimal CPU cost to serve up 126 million hits rather than the minimal dollar cost for someone else to serve them up for you? Well, one weekend a few years ago I wrote a static file HTTP web server called httpdito-386: http://canonical.org/~kragen/sw/dev3/server.s (docs in http://canonical.org/~kragen/sw/dev3/httpdito-readme). It's 710 lines of code and can handle 20_000-30_000 hits per second on my ten-year-old laptop (8 cores) and push about 1.8 gigabits per second of traffic. It's not the most efficient web server (it forks a new process for every connection and drops the connection after handling the first request) but it's probably adequate to get a ballpark figure.
Serving up 126 million hits with httpdito would take 84 minutes on my ten-year-old laptop, so probably you'd have needed 2-5 server machines, or one machine that wasn't ten years old. Serving up 70 gigabytes in a smaller number of hits would have taken 5 minutes.
Of course, the whole point of FlightRadar24 is that it's giving you dynamically updated Comet information about where flights are, not just serving up precomputed files from the filesystem. You could implement this kind of functionality by polling, but using Comet would probably be more efficient. Maintaining 700_000 open connections is easily within the capacity of a single server today; we were doing several thousand on our Comet server at KnowNow in 02000, using what we called RUTH (Robert's Ugly Thttpd Hack), using select() on a 32-bit machine with a gigabyte of RAM and a gigahertz.
https://news.ycombinator.com/item?id=32319147 says, "Use one big server." The associated article https://specbranch.com/posts/one-big-server/ profiles the servers they use at Azure: two 64-core CPUs with a 2-2.5 GHz clock, 4-6 instructions per clock, 256 MiB (MB?) of L3 cache, and 1 TiB (TB?) of RAM. From the cloud pricing they're citing, buying one probably costs about US$15k, roughly the cost of one programmer-week. According to https://news.ycombinator.com/item?id=32321406, FlightRadar24's revenue in 02021 was US$25M, so this would be a little less than 6 hours of their revenue.
There's no excuse.
Serving the website html, js, css, images, etc is only a small part of their overall hosting costs. Do they maintain backend services? API gateway? Waf? Logging? Analytics? State/database? Cache? Load balancers? etc etc.
Your walltext paints an incredibly incomplete picture of their overall hosting expenditure. They aren't running a wordpress site lol.
Your walltext paints an incredibly incomplete picture of their overall hosting expenditure. They aren't running a wordpress site lol.
Well, as I said, you can complicate things to an arbitrary extent and make them arbitrarily inefficient, and they clearly have done so because their site went down under the load of less than a million pageviews. But the essential part of the service is delivering some HTML, JS, CSS, and images, and updating the client webpages with new flight status information, and that doesn't require 3.1 megabytes, 180 hits, a WAF, an API gateway, etc.
There's no reason FlightRadar24 has to require as much horsepower as running a WordPress site, which involves interpreting PHP (inherently inefficient, throws away 95% of your CPU power in exchange for flexibility and easy end-user programmability) and accepting user comments from a substantial fraction of users. It does require maintaining hundreds of thousands of open connections for Comet, which WordPress doesn't, but that's a manageable problem ever since kqueue landed in FreeBSD and epoll landed in Linux. It's not 01999 anymore.
Let's do an estimate of database size. 100_000 flights a day means about 32768 flights at any given time. You might get an update on each of these flights once a minute, so maybe 720 updates per flight, maybe 16 kilobytes per flight. That's 512 megabytes for the entire database. Not only can you fit that in RAM now; you can fit that in RAM on a 286 from 01987.
If the way you're accustomed to building websites results in websites that crash under light load, maybe you should consider doing it a different way rather than criticizing people who tell you there's a better way to do it.
Though I guess you missed it, I did talk about caches in my comment (edge caches with instant invalidation is the service Fastly provides), which was 626 words, less than three minutes of reading. Calling it a "walltext" makes me think you'd die of a heart attack if you ever saw a book.
There's no reason FlightRadar24 has to require as much horsepower as running a WordPress site, which involves interpreting PHP (inherently inefficient, throws away 95% of your CPU power in exchange for flexibility and easy end-user programmability) and accepting user comments from a substantial fraction of users. It does require maintaining hundreds of thousands of open connections for Comet, which WordPress doesn't, but that's a manageable problem ever since kqueue landed in FreeBSD and epoll landed in Linux. It's not 01999 anymore.
Let's do an estimate of database size. 100_000 flights a day means about 32768 flights at any given time. You might get an update on each of these flights once a minute, so maybe 720 updates per flight, maybe 16 kilobytes per flight. That's 512 megabytes for the entire database. Not only can you fit that in RAM now; you can fit that in RAM on a 286 from 01987.
If the way you're accustomed to building websites results in websites that crash under light load, maybe you should consider doing it a different way rather than criticizing people who tell you there's a better way to do it.
Though I guess you missed it, I did talk about caches in my comment (edge caches with instant invalidation is the service Fastly provides), which was 626 words, less than three minutes of reading. Calling it a "walltext" makes me think you'd die of a heart attack if you ever saw a book.
Again, you are taking massive simplifications. Flight information is only one dataset they manage. They also manage data on planes, their users' subscriptions, perhaps site analytics, etc. The cost of the storage goes beyond the disc size - you also need redundancy, you might have offline ETL jobs to enrich the data, etc. Quoting estimates of disc size and per GB storage costs is not sufficient to summarize their costs.
Further to the point, your reply (to my comment) is not addressing my reply at all.
> unlimited traffic = unlimited cost
To support additional traffic does not come free. Sure, the traffic:cost ratio is not linear, but I don't think you are making the point that supporting the additional traffic does not have a cost associated to it? Exactly how are you refuting my comment, if you are at all?
Further to the point, your reply (to my comment) is not addressing my reply at all.
> unlimited traffic = unlimited cost
To support additional traffic does not come free. Sure, the traffic:cost ratio is not linear, but I don't think you are making the point that supporting the additional traffic does not have a cost associated to it? Exactly how are you refuting my comment, if you are at all?
Site analytics can of course grow without bound, but collecting so much site analytics you crash your site? Thats dum. Design your site so that it sheds load by not collecting so much analytics if that's a problem. And load test it before it's the most popular source of information on an international diplomatic incident.
I never quoted any estimates of disc size. I linked a server with a terabyte of RAM. Are you seriously suggesting they might have more than a terabyte of data on their users' subscriptions and on planes? Offline ETL jobs? Come on, be serious.
Redundancy? Yeah, you should have two big servers, not just one. 12 hours of FlightRadar24's revenues.
Yeah, unlimited traffic would be unlimited cost, but this is not unlimited traffic, this is US$27 of traffic that should have been US$1 of traffic. If this were 01999, or if a billion people had swarmed their site instead of less than a million, you would have a point.
I never quoted any estimates of disc size. I linked a server with a terabyte of RAM. Are you seriously suggesting they might have more than a terabyte of data on their users' subscriptions and on planes? Offline ETL jobs? Come on, be serious.
Redundancy? Yeah, you should have two big servers, not just one. 12 hours of FlightRadar24's revenues.
Yeah, unlimited traffic would be unlimited cost, but this is not unlimited traffic, this is US$27 of traffic that should have been US$1 of traffic. If this were 01999, or if a billion people had swarmed their site instead of less than a million, you would have a point.
We seem to be talking past one another, and from what I can tell you are more or less agreeing with me. Supporting additional traffic takes additional money. The estimation of the amount of money it costs to support the traffic they receive is evidence of this being the case.
Commenter > In an era of unlimited scaling infrastructure, it's a shame they're struggling to capitalize on an exclusive superbowl scale marketing event.
My Reply > Unlimited Scale = Unlimited Cost
You > estimate the cost of a limited amount of traffic
Me > wasting time talking in circles reiterating my original point
Commenter > In an era of unlimited scaling infrastructure, it's a shame they're struggling to capitalize on an exclusive superbowl scale marketing event.
My Reply > Unlimited Scale = Unlimited Cost
You > estimate the cost of a limited amount of traffic
Me > wasting time talking in circles reiterating my original point
> That's 512 megabytes for the entire database. Not only can you fit that in RAM now; you can fit that in RAM on a 286 from 01987.
I'm an idiot, on a regular PC you can only fit that in RAM since 01999, not 01987. Not sure how I looked at "megabytes" and thought "kilobytes", since I'd just calculated it.
I'm an idiot, on a regular PC you can only fit that in RAM since 01999, not 01987. Not sure how I looked at "megabytes" and thought "kilobytes", since I'd just calculated it.
Indeed. I serve 200k visitors per minute static stuff on 4 eur vps with free cloudflare in front.
Somehow I'm skeptical the systems theses flight trackers use are that simple. Caching gets you only so far.
Somehow I'm skeptical the systems theses flight trackers use are that simple. Caching gets you only so far.
I agree you'd probably need more than a 4-euro VPS. Indeed, I said in my comment that my 8-core laptop wouldn't be enough; you'd need 2-5 of them, unless you were running more efficient web server software than that hack I wrote one weekend in under 1000 lines of code. (And you couldn't use it anyway; it only supports serving stuff from the filesystem, not Comet.)
Clearly the systems they use aren't that simple or they wouldn't have crashed under such a light load.
Clearly the systems they use aren't that simple or they wouldn't have crashed under such a light load.
Do they really want lots of traffic? It's a very specialized website, it's not like the traffic will stick. The people who want to pay for their services are already customers. I doubt they care about random Joe
This is exactly it. It's likely a better business decision to just crash in this scenario.
Their infrastructure might very well be setup in a way that can't scale.
They don't need unlimited scaling for the entire site, just enough to scale for one particular plane.
They make money from ads and subscriptions. Any such business pays for user acquisition and a % of users convert to subscriptions.
Even if all this is spiky traffic, their site probably has now had millions of first-time users. When traffic dies down, they will settle back at a higher than previous usual levels.
They don't need unlimited scaling for the entire site, just enough to scale for one particular plane.
They make money from ads and subscriptions. Any such business pays for user acquisition and a % of users convert to subscriptions.
Even if all this is spiky traffic, their site probably has now had millions of first-time users. When traffic dies down, they will settle back at a higher than previous usual levels.
A single employee live-streaming on Twitch would do the trick. :) Flithradar24 can pay me later for the tip.
Having used it for many years I cannot recall a time when it's been fast.
Bank accounts ultimately put a hard cap on scaling infrastructure. Considering most folks use this service for free, I can't imagine they'd want to let those free users DDOS their bank account into bankruptcy.
Cloud infrastructure is expensive.
Cloud infrastructure is expensive.
I’d argue they got more coverage because they went down.
Flight…CRASHES…SPAR19.
I’m sure it wasn’t intentional but this word in a high profile airline headline is a bit jarring.
I’m sure it wasn’t intentional but this word in a high profile airline headline is a bit jarring.
Couldn't they just write all locations say to a public s3 file, maybe separated by geo squares depending on your viewport? client would just keep polling the s3 file(s). Unlimited bandwidth (at a cost yes..)
The core infrastructure might have calcified long before s3 even existed, but yeah, these days that's a pretty good approach.
Back when S3 and EC2 were brand spanking new services, and EC2 didn't have persistent disks, I got to see a quite well designed analytics pipeline. The inbound tracking http requests went into a pool that aggregated them locally in mysql, then wrote out the database files to S3. A separate pool would pull down these files and merge them into a local mysql databases for the web app UI. So kindof like a very simplistic map reduce atop s3 using mysql ISAM files.
It was impressively simple to keep running, and they easily scaled it to handle massive spikes related to sports events and such. The only real downside is the delay in new data hitting the UI layer, but this was built out while a lot of people still had webtrends installs kicking around, so it was perfectly acceptable for their customers.
It was impressively simple to keep running, and they easily scaled it to handle massive spikes related to sports events and such. The only real downside is the delay in new data hitting the UI layer, but this was built out while a lot of people still had webtrends installs kicking around, so it was perfectly acceptable for their customers.
I also couldn't connect so I just searched "spar19 live" on YouTube and there were 5 livestreams so I watched that.
Any theories on the protracted flightpath? Was the proximity to bases in Okinawa a factor?
Hypothesis would be to avoid South China Sea, instead choose a detour to get covered by all US arm presence in the the Pacific and Okinawa.
https://en.wikipedia.org/wiki/Territorial_disputes_in_the_So...
This is more likely to be about not overflying China/PRC's disputed territorial claims in the South China Sea - the flight certainly has to overfly part of that claim (because it in includes Taiwan/ROC), but it doesn't have to fly over all of it ... seems like some kind of carefully calibrated diplomatic message / inside baseball.
This is more likely to be about not overflying China/PRC's disputed territorial claims in the South China Sea - the flight certainly has to overfly part of that claim (because it in includes Taiwan/ROC), but it doesn't have to fly over all of it ... seems like some kind of carefully calibrated diplomatic message / inside baseball.
What's SPAR19 all about?
[deleted]
Nancy Pelosi is about to land in Taiwan on that flight, China has been threatening some sort of action (military/economic/angry words) if it were to happen.
[deleted]
The plane carrying Nancy Pelosi around Asia and possibly to Taiwan I presume.
[deleted]
Before I clicked on the link I assumed this was Taylor Swifts plane.
I flew on this one time. Yes, they play Tswift when you embark and disembark.
https://www.yesterdaysairlines.com/airline-history-blog/shak...
https://www.yesterdaysairlines.com/airline-history-blog/shak...
[deleted]
> Your estimated wait time is more than 16 hours...
Hrmmm
Hrmmm
They have to wait for the person on the plane to disembark and find a pay phone to call back to the home office to let some one know they landed safely.
It didn't crash I keep checking.
Its the piss in Winnie the Pooh's Cheerios Tour 2022!
BTW, Nancy has just landed in the Republic of China
For the confused: "Republic of China" is Taiwan's official name. Yes, this makes the other China -- the People's Republic of China -- quite angry.
Actually no, not calling it republic of China would make the other China angry. Taiwan would like to call itself Taiwan.
In fact, I believe they now do both. Starting in 2005, Taiwan has started using the name "Republic of China (Taiwan)."
Not that it really matters, but I wonder which would actually bothers the PRC more. I would have thought that the real source of irritation with, "Republic of China," is that it references the name used by mainland China up until the revolution of 1949, thus manifesting Taiwan's historical claim to be the legitimate Chinese government in exile.
Not that it really matters, but I wonder which would actually bothers the PRC more. I would have thought that the real source of irritation with, "Republic of China," is that it references the name used by mainland China up until the revolution of 1949, thus manifesting Taiwan's historical claim to be the legitimate Chinese government in exile.
CCP wants Taiwan to claim to be China as then it is seen as an internal struggle between two Chinese factions. So the CCP takeover of the island becomes reunification. If Taiwan calls itself Taiwan and develops a separate identity at some point it becomes a struggle between two separate identities and it would not be a unification but a hostile takeover.
To sum it up, most important for CCP is that Taiwan is considered Chinese. I know CCP likes to play the long game, but at some point Taiwanese cultural identity will have shifted too far for this to work. I think it is close that that point, and that in another generation it will most likely be there.
To sum it up, most important for CCP is that Taiwan is considered Chinese. I know CCP likes to play the long game, but at some point Taiwanese cultural identity will have shifted too far for this to work. I think it is close that that point, and that in another generation it will most likely be there.
Good answer! Thanks.
This is a decent video explaining the US position which is (by design) very confusing: https://www.youtube.com/watch?v=cA8VoY3dUFU
Technically speaking we only know the plane landed through this information. But will Pelosi set foot on Taiwanese soil?
She got off the plane. Taiwan livestreamed the landing and greeting when everyone got off https://youtu.be/VfzTZyZTv5I?t=1701
Am amused at the baby blue and pink colored suits the two people are wearing.
I imagine she didn't go there just because she loves long plane rides.
We’re not going to Taiwan we’re going to China… what aren’t they going to be there? ;)
Also flightradar24 feels something that should benefit heavily from caching especially in an instance where lots of people are all tracking the same thing.
Heavier caching for non-logged in users is a basic of keeping sites up against unexpected influx because the vast majority of "new" (i.e. spikey) traffic won't have accounts, and won't be as fuzzy about seeing cached data, and are harder to monetize than logged in accounts.