2020 中国开源年度报告 前⾔ 撰写这篇前⾔，我们的⼼情⼀直很复杂，很难⽤某种词汇来概括。在⼼⾥升起的⼀句话 是：“这是最好的时代，这是最坏的时代”。 也许多年以后，我们回看 2020 年，会将其称之为：世界剧变之始。很多朋友在去年，甚 ⾄“每⼀天都在亲历历史，每⼀天都是活久⻅！”新冠疫情与中美贸易战，在同⼀年加剧。⽽因 为疫情和贸易战，世界正在加速发⽣变化。 在这样的历史⼤背景下，我们在开源界，也发现了以下三个趋势： 中国开源崛起以及开源世界分裂的趋势 随着越来越多中国开源项⽬的影响⼒不断增加、⽊兰协议的推出、开放原⼦基⾦会的成⽴， Gitee 的超⾼速增⻓，CODE China 的新发布，我们已经可以确信，2020 年是中国开源的崛 起之年。接下来阅读报告的朋友们，应该会看到很多确切的证据。 但是，另⼀个值得注意的现象，也可以从下⾯的数据⾥看出来。在 GitHub 上最活跃的中国开 源项⽬，与 Gitee 疫情爆发以来，众多的开源⼈奉献⾃⼰的时间、精⼒、技术和智慧，投⼊到⼀个⼀个的抗疫相 关的开源项⽬之中，也因此诞⽣了诸多⾯向医学、防疫、公益、救援的开源组织和开源项⽬。 其中 wuhan2020 就是典型的代表。 因此，在 2020 年的中国开源年会筹办期间，我们毫不犹豫的选择了 “开源向善（Open Source for Good）”作为年会的主题，也获得了众多讲师、参会者与赞助⼚商的⼀致认同。

sai 转到 krita 的用户，以及其他想要使用 sai 图层混合模式的 krita 用户。 （下面出现的 sai 图层混合模式基于 sai2 2020-05-10中文版，之后版本会不会新增图层混合模式就不知 道了） 发光 推测 在 sai2 2020-05-10版中如果有个图层使用了“发光”图层混合模式在保存为 PSD，然后用 PS 打开，就 可以看见那个 sai 中使用“发光”的图层变成了“线性减淡（添加）”。 krita4.3beta2，其他版本可能翻译略有不同 结论 某个版本后 krita 已有“发光（sai）”图层混合模式，所以直接使用这个就可以获得一样的效果。 阴影 推测 在 sai2 2020-05-10版中如果有个图层使用了“阴影”图层混合模式在保存为 PSD，然后用 PS 打开，就 可以看见那个 sai 中使用“阴影”的图层变成了“线性加深”。 sai→ps 甚至图层名后面还有 krita 里新建一个图层填充白色在改成“线性加深”图层混合模式然后在上面绘制(也可以是图层组用线 “线性加深”图层混合模式，里面两个正常图层，下面那个填充白色） 明暗 推测 在 sai2 2020-05-10版中如果有个图层使用了“明暗”图层混合模式在保存为 PSD，然后用 PS 打开，就 可以看见那个 sai 中使用“明暗”的图层变成了“线性光”。 sai→ps 甚至图层名后面还有个

：任务超时时间，默认为一天。单位秒。 Example Example 1. 从 example_repo 中恢复备份 snapshot_1 中的表 backup_tbl 到数据库 example_db1，时间版本为 "2020-05-04-16-45- 08"。恢复为 1 个副本： kafka_partitions kafka_partitions kafka_partitions kafka_partitions 中恢复备份 snapshot_2 中的表 backup_tbl 的分区 p1,p2，以及表 backup_tbl2 到数据库 example_db1， 并重命名为 new_tbl，时间版本为 "2020-05-04-17-11-01"。默认恢复为 3 个副本： Keywords Keywords 最佳实践 最佳实践 1. 同一数据库下只能有一个正在执行的恢复操作。 2. 可以将仓库中备份 backup_tbl`` )) PROPERTIES PROPERTIES (( "backup_timestamp" "backup_timestamp"=="2020-05-04-16-45-08" "2020-05-04-16-45-08",, "replication_num" "replication_num" == "1" "1" ));; RESTORE

调试和性能分析 Windows 安装程序 crifan.com，使⽤署名4.0国际(CC BY 4.0)协议发布 all right reserved，powered by Gitbook最后更 新： 2020-08-09 10:12:44 Electron简介 7 应⽤举例 ⽬前已经有众多很出名的跨平台桌⾯应⽤都是⽤ Electron 开发的。 举例如下： Atom GitHub ⽤ Electron 窗⼝折叠： 应⽤举例 17 crifan.com，使⽤署名4.0国际(CC BY 4.0)协议发布 all right reserved，powered by Gitbook最后更 新： 2020-08-09 10:12:44 应⽤举例 18 Electron安装 初始化环境 ⽤Electron之前，需要确保本地环境已安装好 npm 和 node 确保已安装了 Node electron@latest crifan.com，使⽤署名4.0国际(CC BY 4.0)协议发布 all right reserved，powered by Gitbook最后更 新： 2020-08-09 10:12:44 安装 19 Electron基本使⽤ 官⽹⼊⻔教程 官⽹已有很好的⼊⻔教程： electron/electron-quick-start: Clone to

Fluentd total_limit_size 字段。Fluentd 使用 total_limit_size 字段的值或默认值（以较少者为准）。(LOG-1736) 1.2.2.2. CVE CVE-2020-25648 CVE-2021-22922 CVE-2021-22923 CVE-2021-22924 CVE-2021-36222 第 第 1 章 章 RED HAT OPENSHIFT CVE-2019-25013 CVE-2020-0431 OpenShift Container Platform 4.7 日志 日志记录 记录 10 CVE-2020-8231 CVE-2020-8284 CVE-2020-8285 CVE-2020-8286 CVE-2020-8927 CVE-2020-9948 CVE-2020-9951 CVE-2020-9983 CVE-2020-10543 CVE-2020-10543 CVE-2020-10878 CVE-2020-11608 CVE-2020-12114 CVE-2020-12362 CVE-2020-12363 CVE-2020-12364 CVE-2020-12464 CVE-2020-13434 CVE-2020-13543 CVE-2020-13584 CVE-2020-13776 CVE-2020-14314 CVE-2020-14344

accessTokenInactivityTimeout 同步，默 认值为 24h。(LOG-3306) 1.1.2. CVE CVE-2016-3709 CVE-2020-35525 CVE-2020-35527 CVE-2020-36516 CVE-2020-36558 CVE-2021-3640 CVE-2021-30002 CVE-2022-0168 CVE-2022-0561 CVE-2022-0562 2.1. 程序错误修复 第 第 1 章 章 LOGGING 发 发行注 行注记 记 7 无。 1.2.2. CVE CVE-2016-3709 CVE-2020-35525 CVE-2020-35527 CVE-2020-36518 CVE-2022-1304 CVE-2022-2509 CVE-2022-3515 CVE-2022-22624 CVE-2022-22628 临时存储，从而导致集群变得不稳定。在这个版本中，CloudWatch 的块备份已被禁用，从而解 决了这个问题。(LOG-2768) 1.6.3. CVE 例 例 1.1. 点 点击 击以展开 以展开 CVE CVE-2020-28915 CVE-2021-40528 CVE-2022-1271 CVE-2022-1621 CVE-2022-1629 CVE-2022-22576 CVE-2022-25313