remove TODO

src/content/zh-CN/2020/performance.md

@@ -64,8 +64,6 @@ featured_stat_label_3: Lighthouse v6 评分不变的站点
   )
 }}
 
-{# TOOD - 图表链接是错误的 #}
-
 在 Lighthouse 5 and Lighthouse 6 的比较中，我们可以直接观察到分数分布发生了怎样的改变。在Lighthouse 6中，我们观察到网页评分在0-25分之间的比例有所上升，在50-100分之间有所下降。而在 Lighthouse 5 中，我们看到 3% 的页面得到100分，但是在Lighthouse 6中100分比例下降到1%。
 
 考虑到算法的大量修正，这些全面的改变并不意外。
@@ -271,7 +269,6 @@ FID 评分的地理分布图证实了前面设备汇总图的发现。在最差
 
 许多因素都会导致浏览器绘制的延迟，比如服务端延迟（通过一些指标来衡量，比如[首字节时间（TTFB）](#time-to-first-byte-ttfb)和RTT)，阻塞的 JavaScript 请求，或者对自定义字体的不当处理等等。
 
-
 ### 按地理位置查看 FCP
 
 {{ figure_markup(
@@ -294,7 +291,6 @@ FID 评分的地理分布图证实了前面设备汇总图的发现。在最差
 
 再次申明，有很多因素会对 FCP 产生负面影响，比如较差的 TTFB 浏览，但如果没有必要的背景，很难证明这些原因。例如，如果我们要分析具体国家的性能评分，比如澳大利亚，我们竟然发现它处于排名靠后的位置。澳大利亚是全球智能手机普及率最高的国家之一，也是移动网络最快的国家之一，平均收入水平也相对较高。我们很容易认为它应该更高。然而，考虑到缓慢的固定连接，延迟和 Chrome 用户体验数据中缺少 iOS 的性能，它的排名开始变得更加合理。通过这样的例子（只触及表面），我们可以看到理解每个国家的背景是多么困难。
 
-
 ### 按连接类型查看 FCP
 
 {{ figure_markup(
@@ -313,7 +309,6 @@ FID 评分的地理分布图证实了前面设备汇总图的发现。在最差
 
 [主机提供商](https://ismyhostfastyet.com/)或[内容分发网络](https://www.cdnperf.com/)的选择将会对速度有叠加的影响。尽可能选择最快伺服的主机提供商和内容分发网络，将会对提高 FCP 和 TTFB 有帮助，特别是在较慢的网络状况下。字体加载时间也很大程度上影响了 FCP, 因此，[确保字体加载过程中页面文本仍然可见](https://web.dev/font-display/)是一个有价值的策略（特别是在连接速度较慢的情况下，这些资源的获取成本很高）。
 
-
 查看“离线”统计数据，我们可以推断出大量 FCP 问题也与网络类型不相关。如果这一说法是正确的，我们将不会在这一类别中获得重大收益。似乎渲染并不会因为获取 JavaScript 资源文件而受到较大延迟，但是它受解析和执行的影响。
 
 ## 首字节时间