diff --git a/published/20190404 Intel formally launches Optane for data center memory caching.md b/published/20190404 Intel formally launches Optane for data center memory caching.md
new file mode 100644
index 0000000000..f07eb56caa
--- /dev/null
+++ b/published/20190404 Intel formally launches Optane for data center memory caching.md
@@ -0,0 +1,69 @@
+[#]: collector: (lujun9972)
+[#]: translator: (ShuyRoy)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13109-1.html)
+[#]: subject: (Intel formally launches Optane for data center memory caching)
+[#]: via: (https://www.networkworld.com/article/3387117/intel-formally-launches-optane-for-data-center-memory-caching.html#tk.rss_all)
+[#]: author: (Andy Patrizio https://www.networkworld.com/author/Andy-Patrizio/)
+
+英特尔 Optane：用于数据中心内存缓存
+======
+
+
+
+> 英特尔推出了包含 3D Xpoint 内存技术的 Optane 持久内存产品线。英特尔的这个解决方案介乎于 DRAM 和 NAND 中间，以此来提升性能。
+
+![Intel][1]
+
+英特尔在 2019 年 4 月的[大规模数据中心活动][2]中正式推出 Optane 持久内存产品线。它已经问世了一段时间，但是目前的 Xeon 服务器处理器还不能充分利用它。而新的 Xeon8200 和 9200 系列可以充分利用 Optane 持久内存的优势。
+
+由于 Optane 是英特尔的产品（与美光合作开发），所以意味着 AMD 和 ARM 的服务器处理器不能够支持它。
+
+正如[我之前所说的][3]，OptaneDC 持久内存采用与美光合作研发的 3D Xpoint 内存技术。3D Xpoint 是一种比 SSD 更快的非易失性内存，速度几乎与 DRAM 相近，而且它具有 NAND 闪存的持久性。
+
+第一个 3D Xpoint 产品是被称为英特尔“尺子”的 SSD，因为它们被设计成细长的样子，很像尺子的形状。它们被设计这样是为了适合 1u 的服务器机架。在发布的公告中，英特尔推出了新的利用四芯或者 QLC 3D NAND 内存的英特尔 SSD D5-P4325 [尺子][7] SSD，可以在 1U 的服务器机架上放 1PB 的存储。
+
+OptaneDC 持久内存的可用容量最初可以通过使用 128GB 的 DIMM 达到 512GB。英特尔数据中心集团执行副总裁及总经理 Navin Shenoy 说：“OptaneDC 持久内存可达到的容量是 DRAM 的 2 到 4 倍。”
+
+他说：“我们希望服务器系统的容量可以扩展到每个插槽 4.5TB 或者 8 个插槽 36TB，这是我们第一代 Xeon 可扩展芯片的 3 倍。”
+
+### 英特尔Optane内存的使用和速度
+
+Optane 有两种不同的运行模式：内存模式和应用直连模式。内存模式是将 DRAM 放在 Optane 内存之上，将 DRAM 作为 Optane 内存的缓存。应用直连模式是将 DRAM 和 OptaneDC 持久内存一起作为内存来最大化总容量。并不是每个工作负载都适合这种配置，所以应该在对延迟不敏感的应用程序中使用。正如英特尔推广的那样，Optane 的主要使用情景是内存模式。
+
+几年前，当 3D Xpoint 最初发布时，英特尔宣称 Optane 的速度是 NAND 的 1000 倍，耐用是 NAND 的 1000 倍，密度潜力是 DRAM 的 10 倍。这虽然有点夸张，但这些因素确实很令人着迷。
+
+在 256B 的连续 4 个缓存行中使用 Optane 内存可以达到 8.3GB/秒的读速度和 3.0GB/秒的写速度。与 SATA SSD 的 500MB/秒左右的读/写速度相比，可以看到性能有很大提升。请记住，Optane 充当内存，所以它会缓存被频繁访问的 SSD 中的内容。
+
+这是了解 OptaneDC 的关键。它能将非常大的数据集存储在离内存非常近的位置，因此具有很低延迟的 CPU 可以最小化访问较慢的存储子系统的访问延迟，无论存储是 SSD 还是 HDD。现在，它提供了一种可能性，即把多个 TB 的数据放在非常接近 CPU 的地方，以实现更快的访问。
+
+### Optane 内存的一个挑战
+
+唯一真正的挑战是 Optane 插进内存所在的 DIMM 插槽。现在有些主板的每个 CPU 有多达 16 个 DIMM 插槽，但是这仍然是客户和设备制造商之间需要平衡的电路板空间：Optane 还是内存。有一些 Optane 驱动采用了 PCIe 接口进行连接，可以减轻主板上内存的拥挤。
+
+3D Xpoint 由于它写数据的方式，提供了比传统的 NAND 闪存更高的耐用性。英特尔承诺 Optane 提供 5 年保修期，而很多 SSD 只提供 3 年保修期。
+
+--------------------------------------------------------------------------------
+
+via: https://www.networkworld.com/article/3387117/intel-formally-launches-optane-for-data-center-memory-caching.html#tk.rss_all
+
+作者：[Andy Patrizio][a]
+选题：[lujun9972][b]
+译者：[RiaXu](https://github.com/ShuyRoy)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://www.networkworld.com/author/Andy-Patrizio/
+[b]: https://github.com/lujun9972
+[1]: https://images.idgesg.net/images/article/2018/06/intel-optane-persistent-memory-100760427-large.jpg
+[2]: https://www.networkworld.com/article/3386142/intel-unveils-an-epic-response-to-amds-server-push.html
+[3]: https://www.networkworld.com/article/3279271/intel-launches-optane-the-go-between-for-memory-and-storage.html
+[4]: https://www.networkworld.com/article/3290421/why-nvme-users-weigh-benefits-of-nvme-accelerated-flash-storage.html
+[5]: https://www.networkworld.com/article/3242807/data-center/top-10-data-center-predictions-idc.html#nww-fsb
+[6]: https://www.networkworld.com/newsletters/signup.html#nww-fsb
+[7]: https://www.theregister.co.uk/2018/02/02/ruler_and_miniruler_ssd_formats_look_to_banish_diskstyle_drives/
+[8]: https://pluralsight.pxf.io/c/321564/424552/7490?u=https%3A%2F%2Fwww.pluralsight.com%2Fpaths%2Fapple-certified-technical-trainer-10-11
+[9]: https://www.facebook.com/NetworkWorld/
+[10]: https://www.linkedin.com/company/network-world
diff --git a/published/20190610 Tmux Command Examples To Manage Multiple Terminal Sessions.md b/published/20190610 Tmux Command Examples To Manage Multiple Terminal Sessions.md
new file mode 100644
index 0000000000..c80af774f7
--- /dev/null
+++ b/published/20190610 Tmux Command Examples To Manage Multiple Terminal Sessions.md
@@ -0,0 +1,305 @@
+[#]: collector: (lujun9972)
+[#]: translator: (chensanle)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13107-1.html)
+[#]: subject: (Tmux Command Examples To Manage Multiple Terminal Sessions)
+[#]: via: (https://www.ostechnix.com/tmux-command-examples-to-manage-multiple-terminal-sessions/)
+[#]: author: (sk https://www.ostechnix.com/author/sk/)
+
+基于 Tmux 的多会话终端管理示例
+======
+
+
+
+我们已经了解到如何通过 [GNU Screen][2] 进行多会话管理。今天，我们将要领略另一个著名的管理会话的命令行实用工具 **Tmux**。类似 GNU Screen，Tmux 是一个帮助我们在单一终端窗口中创建多个会话，同一时间内同时运行多个应用程序或进程的终端复用工具。Tmux 自由、开源并且跨平台，支持 Linux、OpenBSD、FreeBSD、NetBSD 以及 Mac OS X。本文将讨论 Tmux 在 Linux 系统下的高频用法。
+
+### Linux 下安装 Tmux
+
+Tmux 可以在绝大多数的 Linux 官方仓库下获取。
+
+在 Arch Linux 或它的变种系统下，执行下列命令来安装：
+
+```
+$ sudo pacman -S tmux
+```
+
+Debian、Ubuntu 或 Linux Mint：
+
+```
+$ sudo apt-get install tmux
+```
+
+Fedora：
+```
+$ sudo dnf install tmux
+```
+
+RHEL 和 CentOS：
+
+```
+$ sudo yum install tmux
+```
+
+SUSE/openSUSE：
+
+```
+$ sudo zypper install tmux
+```
+
+以上，我们已经完成 Tmux 的安装。之后我们继续看看一些 Tmux 示例。
+
+### Tmux 命令示例: 多会话管理
+
+Tmux 默认所有命令的前置命令都是 `Ctrl+b`，使用前牢记这个快捷键即可。
+
+> **注意**：**Screen** 的前置命令都是 `Ctrl+a`.
+
+#### 创建 Tmux 会话
+
+在终端中运行如下命令创建 Tmux 会话并附着进入：
+
+```
+tmux
+```
+
+抑或，
+
+```
+tmux new
+```
+
+一旦进入 Tmux 会话，你将看到一个 **沉在底部的绿色的边栏**，如下图所示。
+
+![][3]
+
+*创建 Tmux 会话*
+
+这个绿色的边栏能很容易提示你当前是否身处 Tmux 会话当中。
+
+#### 退出 Tmux 会话
+
+退出当前 Tmux 会话仅需要使用 `Ctrl+b` 和 `d`。无需同时触发这两个快捷键，依次按下 `Ctrl+b` 和 `d` 即可。
+
+退出当前会话后，你将能看到如下输出：
+
+```
+[detached (from session 0)]
+```
+
+#### 创建有名会话
+
+如果使用多个会话，你很可能会混淆运行在多个会话中的应用程序。这种情况下，我们需要会话并赋予名称。譬如需要 web 相关服务的会话，就创建一个名称为 “webserver”（或任意一个其他名称） 的 Tmux 会话。
+
+```
+tmux new -s webserver
+```
+
+这里是新的 Tmux 有名会话：
+
+![][4]
+
+*拥有自定义名称的 Tmux 会话*
+
+如你所见上述截图，这个 Tmux 会话的名称已经被标注为 “webserver”。如此，你可以在多个会话中，轻易的区分应用程序的所在。
+
+退出会话，轻按 `Ctrl+b` 和 `d`。
+
+#### 查看 Tmux 会话清单
+
+查看 Tmux 会话清单，执行：
+
+```
+tmux ls
+```
+
+示例输出：
+
+![][5]
+
+*列出 Tmux 会话*
+
+如你所见，我们开启了两个 Tmux 会话。
+
+#### 创建非附着会话
+
+有时候，你可能想要简单创建会话，但是并不想自动切入该会话。
+
+创建一个非附着会话，并赋予名称 “ostechnix”，运行：
+
+```
+tmux new -s ostechnix -d
+```
+
+上述命令将会创建一个名为 “ostechnix” 的会话，但是并不会附着进入。
+
+你可以通过使用 `tmux ls` 命令验证：
+
+![][6]
+
+*创建非附着会话*
+
+#### 附着进入 Tmux 会话
+
+通过如下命令，你可以附着进入最后一个被创建的会话：
+
+```
+tmux attach
+```
+
+抑或，
+
+```
+tmux a
+```
+
+如果你想附着进入任意一个指定的有名会话，譬如 “ostechnix”，运行：
+
+```
+tmux attach -t ostechnix
+```
+
+或者，简写为：
+
+```
+tmux a -t ostechnix
+```
+
+#### 关闭 Tmux 会话
+
+当你完成或者不再需要 Tmux 会话，你可以通过如下命令关闭：
+
+```
+tmux kill-session -t ostechnix
+```
+
+当身处该会话时，使用 `Ctrl+b` 以及 `x`。点击 `y` 来关闭会话。
+
+可以通过 `tmux ls` 命令验证。
+
+关闭所有 Tmux 服务下的所有会话，运行：
+
+```
+tmux kill-server
+```
+
+谨慎！这将终止所有 Tmux 会话，并不会产生任何警告，即便会话存在运行中的任务。
+
+如果不存在活跃的 Tmux 会话，将看到如下输出：
+
+```
+$ tmux ls
+no server running on /tmp/tmux-1000/default
+```
+
+#### 切割 Tmux 窗口
+
+切割窗口成多个小窗口，在 Tmux 中，这个叫做 “Tmux 窗格”。每个窗格中可以同时运行不同的程序，并同时与所有的窗格进行交互。每个窗格可以在不影响其他窗格的前提下可以调整大小、移动位置和控制关闭。我们可以以水平、垂直或者二者混合的方式切割屏幕。
+
+##### 水平切割窗格
+
+欲水平切割窗格，使用 `Ctrl+b` 和 `"`（半个双引号）。
+
+![][7]
+
+*水平切割 Tmux 窗格*
+
+可以使用组合键进一步切割面板。
+
+##### 垂直切割窗格
+
+垂直切割面板，使用 `Ctrl+b` 和 `%`。
+
+![][8]
+
+*垂直切割 Tmux 窗格*
+
+##### 水平、垂直混合切割窗格
+
+我们也可以同时采用水平和垂直的方案切割窗格。看看如下截图：
+
+![][9]
+
+*切割 Tmux 窗格*
+
+首先，我通过 `Ctrl+b` `"` 水平切割，之后通过 `Ctrl+b` `%` 垂直切割下方的窗格。
+
+如你所见，每个窗格下我运行了不同的程序。
+
+##### 切换窗格
+
+通过 `Ctrl+b` 和方向键（上下左右）切换窗格。
+
+##### 发送命令给所有窗格
+
+之前的案例中，我们在每个窗格中运行了三个不同命令。其实，也可以发送相同的命令给所有窗格。
+
+为此，使用 `Ctrl+b` 然后键入如下命令，之后按下回车：
+
+```
+:setw synchronize-panes
+```
+
+现在在任意窗格中键入任何命令。你将看到相同命令影响了所有窗格。
+
+##### 交换窗格
+
+使用 `Ctrl+b` 和 `o` 交换窗格。
+
+##### 展示窗格号
+
+使用 `Ctrl+b` 和 `q` 展示窗格号。
+
+##### 终止窗格
+
+要关闭窗格，直接键入 `exit` 并且按下回车键。或者，按下 `Ctrl+b` 和 `x`。你会看到确认信息。按下 `y` 关闭窗格。
+
+![][10]
+
+*关闭窗格*
+
+##### 放大和缩小 Tmux 窗格
+
+我们可以将 Tmux 窗格放大到当前终端窗口的全尺寸，以获得更好的文本可视性，并查看更多的内容。当你需要更多的空间或专注于某个特定的任务时，这很有用。在完成该任务后，你可以将 Tmux 窗格缩小（取消放大）到其正常位置。更多详情请看以下链接。
+
+- [如何缩放 Tmux 窗格以提高文本可见度？](https://ostechnix.com/how-to-zoom-tmux-panes-for-better-text-visibility/)
+
+#### 自动启动 Tmux 会话
+
+当通过 SSH 与远程系统工作时，在 Tmux 会话中运行一个长期运行的进程总是一个好的做法。因为，它可以防止你在网络连接突然中断时失去对运行进程的控制。避免这个问题的一个方法是自动启动 Tmux 会话。更多详情，请参考以下链接。
+
+- [通过 SSH 登录远程系统时自动启动 Tmux 会话](https://ostechnix.com/autostart-tmux-session-on-remote-system-when-logging-in-via-ssh/)
+
+### 总结
+
+这个阶段下，你已经获得了基本的 Tmux 技能来进行多会话管理，更多细节，参阅 man 页面。
+
+```
+$ man tmux
+```
+
+GNU Screen 和 Tmux 工具都能透过 SSH 很好的管理远程服务器。学习 Screen 和 Tmux 命令，像个行家一样，彻底通过这些工具管理远程服务器。
+
+--------------------------------------------------------------------------------
+
+via: https://www.ostechnix.com/tmux-command-examples-to-manage-multiple-terminal-sessions/
+
+作者：[sk][a]
+选题：[lujun9972][b]
+译者：[chensanle](https://github.com/chensanle)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://www.ostechnix.com/author/sk/
+[b]: https://github.com/lujun9972
+[1]: https://www.ostechnix.com/wp-content/uploads/2019/06/Tmux-720x340.png
+[2]: https://www.ostechnix.com/screen-command-examples-to-manage-multiple-terminal-sessions/
+[3]: https://www.ostechnix.com/wp-content/uploads/2019/06/Tmux-session.png
+[4]: https://www.ostechnix.com/wp-content/uploads/2019/06/Named-Tmux-session.png
+[5]: https://www.ostechnix.com/wp-content/uploads/2019/06/List-Tmux-sessions.png
+[6]: https://www.ostechnix.com/wp-content/uploads/2019/06/Create-detached-sessions.png
+[7]: https://www.ostechnix.com/wp-content/uploads/2019/06/Horizontal-split.png
+[8]: https://www.ostechnix.com/wp-content/uploads/2019/06/Vertical-split.png
+[9]: https://www.ostechnix.com/wp-content/uploads/2019/06/Split-Panes.png
+[10]: https://www.ostechnix.com/wp-content/uploads/2019/06/Kill-panes.png
diff --git a/published/20190810 EndeavourOS Aims to Fill the Void Left by Antergos in Arch Linux World.md b/published/20190810 EndeavourOS Aims to Fill the Void Left by Antergos in Arch Linux World.md
new file mode 100644
index 0000000000..54c752a913
--- /dev/null
+++ b/published/20190810 EndeavourOS Aims to Fill the Void Left by Antergos in Arch Linux World.md
@@ -0,0 +1,98 @@
+[#]: collector: (lujun9972)
+[#]: translator: (Chao-zhi)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13096-1.html)
+[#]: subject: (EndeavourOS Aims to Fill the Void Left by Antergos in Arch Linux World)
+[#]: via: (https://itsfoss.com/endeavouros/)
+[#]: author: (John Paul https://itsfoss.com/author/john/)
+
+EndeavourOS：填补 Antergos 在 ArchLinux 世界留下的空白
+======
+
+
+
+我相信我们的大多数读者都知道 [Antergos 项目的终结][2]。在这一消息宣布之后，Antergos 社区的成员创建了几个发行版来继承 Antergos。今天，我们将着眼于 Antergos 的“精神继承人”之一：[EndeavourOS][3]。
+
+### EndeavourOS 不是 Antergos 的分支
+
+在我们开始之前，我想非常明确地指出，EndeavourOS 并不是一个 Antergos 的复刻版本。开发者们以 Antergos 为灵感，创建了一个基于 Arch 的轻量级发行版。
+
+![Endeavouros First Boot][4]
+
+根据 [这个项目网站][5] 的说法，EndeavourOS 的诞生是因为 Antergos 社区的人们想要保持 Antergos 的精神。他们的目标很简单：“让 Arch 拥有一个易于使用的安装程序和一个友好、有帮助的社区，在掌握系统的过程中能够有一个社区可以依靠。”
+
+与许多基于 Arch 的发行版不同，EndeavourOS 打算像 [原生 Arch][5] 那样使用，“所以没有一键式安装你喜欢的应用程序的解决方案，也没有一堆你最终不需要的预装应用程序。”对于大多数人来说，尤其是那些刚接触 Linux 和 Arch 的人，会有一个学习曲线，但 EndeavourOS 的目标是建立一个大型友好的社区，鼓励人们提出问题并了解他们的系统。
+
+![Endeavouros Installing][6]
+
+### 正在进行的工作
+
+EndeavourOS 在 [2019 年 5 月 23 日首次宣布成立][8] 随后 [在 7 月 15 日发布第一个版本][7]。不幸的是，这意味着开发人员无法将他们计划的所有功能全部整合进来。（LCTT 译注：本文原文发表于 2019 年，而现在，EndeavourOS 还在持续活跃着。）
+
+例如，他们想要一个类似于 Antergos 的在线安装，但却遇到了[当前选项的问题][9]。“Cnchi 运行在 Antergos 生态系统之外会造成严重的问题，需要彻底重写才能发挥作用。RebornOS 的 Fenix 安装程序还没有完全成型，需要更多时间才能正常运行。”于是现在，EndeavourOS 将会和 [Calamares 安装程序 ][10] 一起发布。
+
+EndeavourOS 会提供 [比 Antergos 少的东西][9]：它的存储库比 Antergos 小，尽管他们会附带一些 AUR 包。他们的目标是提供一个接近 Arch 却不是原生 Arch 的系统。
+
+![Endeavouros Updating With Kalu][12]
+
+开发者[进一步声明 ][13]:
+
+> “Linux，特别是 Arch，核心精神是自由选择，我们提供了一个基本的安装，让你在一个精细的层面上方便地探索各项选择。我们永远不会强行为你作决定，比如为你安装 GUI 应用程序，如 Pamac，甚至采用沙盒解决方案，如 Flatpak 或 Snaps。想安装成什么样子完全取决于你，这是我们与 Antergos 或 Manjaro 的主要区别，但与 Antergos 一样，如果你安装的软件包遇到问题，我们会尽力帮助你。”
+
+### 体验 EndeavourOS
+
+我在 [VirtualBox][14] 中安装了 EndeavourOS，并且研究了一番。当我第一次启动时，我看到一个窗口，里面有关于安装的 EndeavourOS 网站的链接。它还有一个安装按钮和一个手动分区工具。Calamares 安装程序的安装过程非常顺利。
+
+在我重新启动到新安装的 EndeavourOS 之后，迎接我的是一个彩色主题的 XFCE 桌面。我还收到了一堆通知消息。我使用过的大多数基于 Arch 的发行版都带有一个 GUI 包管理器，比如 [pamac][15] 或 [octopi][16]，以进行系统更新。EndeavourOS 配有 [kalu][17]（kalu 是 “Keeping Arch Linux Up-to-date” 的缩写）。它可以更新软件包、可以看 Archlinux 新闻、可以更新 AUR 包等等。一旦它检查到有更新，它就会显示通知消息。
+
+我浏览了一下菜单，看看默认安装了什么。默认的安装并不多，连办公套件都没有。他们想让 EndeavourOS 成为一块空白画布，让任何人都可以创建他们想要的系统。他们正朝着正确的方向前进。
+
+![Endeavouros Desktop][18]
+
+### 总结思考
+
+EndeavourOS 还很年轻。第一个稳定版本都没有发布多久。它缺少一些东西，最重要的是一个在线安装程序。这就是说，我们无法估计他能够走到哪一步。（LCTT 译注：本文发表于 2019 年）
+
+虽然它不是 Antergos 的精确复刻，但 EndeavourOS 希望复制 Antergos 最重要的部分——热情友好的社区。很多时候，Linux 社区对初学者似乎是不受欢迎甚至是完全敌对的。我看到越来越多的人试图与这种消极情绪作斗争，并将更多的人引入 Linux。随着 EndeavourOS 团队把焦点放在社区建设上，我相信一个伟大的发行版将会诞生。
+
+如果你当前正在使用 Antergos，有一种方法可以让你[不用重装系统就切换到 EndeavourOS][20]
+
+如果你想要一个 Antergos 的精确复刻，我建议你去看看 [RebornOS][21]。他们目前正在开发一个名为 Fenix 的 Cnchi 安装程序的替代品。
+
+你试过 EndeavourOS 了吗？你的感受如何？
+
+--------------------------------------------------------------------------------
+
+via: https://itsfoss.com/endeavouros/
+
+作者：[John Paul][a]
+选题：[lujun9972][b]
+译者：[Chao-zhi](https://github.com/Chao-zhi)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://itsfoss.com/author/john/
+[b]: https://github.com/lujun9972
+[1]: https://i1.wp.com/itsfoss.com/wp-content/uploads/2019/08/endeavouros-logo.png?ssl=1
+[2]: https://itsfoss.com/antergos-linux-discontinued/
+[3]: https://endeavouros.com/
+[4]: https://i1.wp.com/itsfoss.com/wp-content/uploads/2019/08/endeavouros-first-boot.png?resize=800%2C600&ssl=1
+[5]: https://endeavouros.com/info-2/
+[6]: https://i1.wp.com/itsfoss.com/wp-content/uploads/2019/08/endeavouros-installing.png?resize=800%2C600&ssl=1
+[7]: https://endeavouros.com/endeavouros-first-stable-release-has-arrived/
+[8]: https://forum.antergos.com/topic/11780/endeavour-antergos-community-s-next-stage
+[9]: https://endeavouros.com/what-to-expect-on-the-first-release/
+[10]: https://calamares.io/
+[11]: https://itsfoss.com/veltos-linux/
+[12]: https://i1.wp.com/itsfoss.com/wp-content/uploads/2019/08/endeavouros-updating-with-kalu.png?resize=800%2C600&ssl=1
+[13]: https://endeavouros.com/second-week-after-the-stable-release/
+[14]: https://itsfoss.com/install-virtualbox-ubuntu/
+[15]: https://aur.archlinux.org/packages/pamac-aur/
+[16]: https://octopiproject.wordpress.com/
+[17]: https://github.com/jjk-jacky/kalu
+[18]: https://i0.wp.com/itsfoss.com/wp-content/uploads/2019/08/endeavouros-desktop.png?resize=800%2C600&ssl=1
+[19]: https://itsfoss.com/clear-linux/
+[20]: https://forum.endeavouros.com/t/how-to-switch-from-antergos-to-endevouros/105/2
+[21]: https://rebornos.org/
diff --git a/published/20191227 The importance of consistency in your Python code.md b/published/20191227 The importance of consistency in your Python code.md
new file mode 100644
index 0000000000..5ff2d11caf
--- /dev/null
+++ b/published/20191227 The importance of consistency in your Python code.md
@@ -0,0 +1,72 @@
+[#]: collector: (lujun9972)
+[#]: translator: (stevenzdg988)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13082-1.html)
+[#]: subject: (The importance of consistency in your Python code)
+[#]: via: (https://opensource.com/article/19/12/zen-python-consistency)
+[#]: author: (Moshe Zadka https://opensource.com/users/moshez)
+
+Python 代码一致性的重要性
+======
+
+> 本文是 Python 之禅特殊系列的一部分，重点是第十二、十三和十四原则：模糊性和明确性的作用。
+
+
+
+最小惊喜原则是设计用户界面时的一个 [准则][2]。它是说，当用户执行某项操作时，程序执行的事情应该使用户尽量少地感到意外。这和孩子们喜欢一遍又一遍地读同一本书的原因是一样的：没有什么比能够预测并让预测成真更让人欣慰的了。
+
+在开发 [ABC 语言][3]（Python 的灵感来源）的过程中，一个重要的见解是，编程设计是用户界面，需要使用与 UI 设计者相同的工具来设计。值得庆幸的是，从那以后，越来越多的语言采用了 UI 设计中的可承受性和人体工程学的概念，即使它们的应用并不严格。
+
+这就引出了 [Python 之禅][4] 中的三个原则。
+
+### 面对歧义，要拒绝猜测的诱惑
+
+`1 + "1"` 的结果应该是什么? `"11"` 和 `2` 都是猜测。这种表达方式是*歧义的*：无论如何做都会让一些人感到惊讶。
+
+一些语言选择猜测。在 JavaScript 中，结果为 `"11"`。在 Perl 中，结果为 `2`。在 C 语言中，结果自然是空字符串。面对歧义，JavaScript、Perl 和 C 都在猜测。
+
+在 Python 中，这会引发 `TypeError`：这不是能忽略的错误。捕获 `TypeError` 是非典型的：它通常将终止程序或至少终止当前任务（例如，在大多数 Web 框架中，它将终止对当前请求的处理）。
+
+Python 拒绝猜测 `1 + "1"` 的含义。程序员必须以明确的意图编写代码：`1 + int("1")`，即 `2`；或者 `str(1) + "1"`，即 `"11"`；或 `"1"[1:]`，这将是一个空字符串。通过拒绝猜测，Python 使程序更具可预测性。
+
+### 尽量找一种，最好是唯一一种明显的解决方案
+
+预测也会出现偏差。给定一个任务，你能预知要实现该任务的代码吗？当然，不可能完美地预测。毕竟，编程是一项具有创造性的任务。
+
+但是，不必有意提供多种冗余方式来实现同一目标。从某种意义上说，某些解决方案或许 “更好” 或 “更 Python 化”。
+
+对 Python 美学欣赏部分是因为，可以就哪种解决方案更好进行健康的辩论。甚至可以持不同观点而继续编程。甚至为使其达成一致，接受不同意的观点也是可以的。但在这一切之下，必须有一种这样的认识，即正确的解决方案终将会出现。我们必须希望，通过商定实现目标的最佳方法，而最终达成真正的一致。
+
+### 虽然这种方式一开始可能并不明显（除非你是荷兰人）
+
+这是一个重要的警告：首先，实现任务的最佳方法往往*不*明显。观念在不断发展。Python 也在进化。逐块读取文件的最好方法，可能要等到 Python 3.8 时使用 [walrus 运算符][5]（`:=`）。
+
+逐块读取文件这样常见的任务，在 Python 存在近 *30年* 的历史中并没有 “唯一的最佳方法”。
+
+当我在 1998 年从 Python 1.5.2 开始使用 Python 时，没有一种逐行读取文件的最佳方法。多年来，知道字典中是否有某个键的最佳方法是使用关键字 `.haskey`，直到 `in` 操作符出现才发生改变。
+
+只是要意识到找到实现目标的一种（也是唯一一种）方法可能需要 30 年的时间来尝试其它方法，Python 才可以不断寻找这些方法。这种历史观认为，为了做一件事用上 30 年是可以接受的，但对于美国这个存在仅 200 多年的国家来说，人们常常会感到不习惯。
+
+从 Python 之禅的这一部分来看，荷兰人，无论是 Python 的创造者 [Guido van Rossum][6] 还是著名的计算机科学家 [Edsger W. Dijkstra][7]，他们的世界观是不同的。要理解这一部分，某种程度的欧洲人对时间的感受是必不可少的。
+
+--------------------------------------------------------------------------------
+
+via: https://opensource.com/article/19/12/zen-python-consistency
+
+作者：[Moshe Zadka][a]
+选题：[lujun9972][b]
+译者：[stevenzdg988](https://github.com/stevenzdg988)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://opensource.com/users/moshez
+[b]: https://github.com/lujun9972
+[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/rh_003499_01_other11x_cc.png?itok=I_kCDYj0 (Two animated computers waving one missing an arm)
+[2]: https://www.uxpassion.com/blog/the-principle-of-least-surprise/
+[3]: https://en.wikipedia.org/wiki/ABC_(programming_language)
+[4]: https://www.python.org/dev/peps/pep-0020/
+[5]: https://www.python.org/dev/peps/pep-0572/#abstract
+[6]: https://en.wikipedia.org/wiki/Guido_van_Rossum
+[7]: http://en.wikipedia.org/wiki/Edsger_W._Dijkstra
diff --git a/published/20191228 The Zen of Python- Why timing is everything.md b/published/20191228 The Zen of Python- Why timing is everything.md
new file mode 100644
index 0000000000..6ebab5320a
--- /dev/null
+++ b/published/20191228 The Zen of Python- Why timing is everything.md
@@ -0,0 +1,45 @@
+[#]: collector: (lujun9972)
+[#]: translator: (wxy)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13103-1.html)
+[#]: subject: (The Zen of Python: Why timing is everything)
+[#]: via: (https://opensource.com/article/19/12/zen-python-timeliness)
+[#]: author: (Moshe Zadka https://opensource.com/users/moshez)
+
+Python 之禅：时机最重要
+======
+
+> 这是 Python 之禅特别系列的一部分，重点是第十五和第十六条原则：现在与将来。
+
+
+
+Python 一直在不断发展。Python 社区对特性请求的渴求是无止境的，对现状也总是不满意的。随着 Python 越来越流行，这门语言的变化会影响到更多的人。
+
+确定什么时候该进行变化往往很难，但 [Python 之禅][2] 给你提供了指导。
+
+### 现在有总比永远没有好
+
+总有一种诱惑，就是要等到事情完美才去做，虽然，它们永远没有完美的一天。当它们看起来已经“准备”得足够好了，那就大胆采取行动吧，去做出改变吧。无论如何，变化总是发生在*某个*现在：拖延的唯一作用就是把它移到未来的“现在”。
+
+### 虽然将来总比现在好
+
+然而，这并不意味着应该急于求成。从测试、文档、用户反馈等方面决定发布的标准。在变化就绪之前的“现在”，并不是一个好时机。
+
+这不仅对 Python 这样的流行语言是个很好的经验，对你个人的小开源项目也是如此。
+
+--------------------------------------------------------------------------------
+
+via: https://opensource.com/article/19/12/zen-python-timeliness
+
+作者：[Moshe Zadka][a]
+选题：[lujun9972][b]
+译者：[wxy](https://github.com/wxy)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://opensource.com/users/moshez
+[b]: https://github.com/lujun9972
+[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/desk_clock_job_work.jpg?itok=Nj4fuhl6 (Clock, pen, and notepad on a desk)
+[2]: https://www.python.org/dev/peps/pep-0020/
diff --git a/published/20200419 Getting Started With Pacman Commands in Arch-based Linux Distributions.md b/published/20200419 Getting Started With Pacman Commands in Arch-based Linux Distributions.md
new file mode 100644
index 0000000000..8171a81ede
--- /dev/null
+++ b/published/20200419 Getting Started With Pacman Commands in Arch-based Linux Distributions.md
@@ -0,0 +1,244 @@
+[#]: collector: (lujun9972)
+[#]: translator: (Chao-zhi)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13099-1.html)
+[#]: subject: (Getting Started With Pacman Commands in Arch-based Linux Distributions)
+[#]: via: (https://itsfoss.com/pacman-command/)
+[#]: author: (Dimitrios Savvopoulos https://itsfoss.com/author/dimitrios/)
+
+Arch Linux 的 pacman 命令入门
+======
+
+> 这本初学者指南向你展示了在 Linux 中可以使用 pacman 命令做什么，如何使用它们来查找新的软件包，安装和升级新的软件包，以及清理你的系统。
+
+[pacman][1] 包管理器是 [Arch Linux][2] 和其他主要发行版如 Red Hat 和 Ubuntu/Debian 之间的主要区别之一。它结合了简单的二进制包格式和易于使用的 [构建系统][3]。`pacman` 的目标是方便地管理软件包，无论它是来自 [官方库][4] 还是用户自己构建的软件库。
+
+如果你曾经使用过 Ubuntu 或基于 debian 的发行版，那么你可能使用过 `apt-get` 或 `apt` 命令。`pacman` 在 Arch Linux 中是同样的命令。如果你 [刚刚安装了 Arch Linux][5]，在安装 Arch Linux 后，首先要做的 [几件事][6] 之一就是学习使用 `pacman` 命令。
+
+在这个初学者指南中，我将解释一些基本的 `pacman` 命令的用法，你应该知道如何用这些命令来管理你的基于 Archlinux 的系统。
+
+### Arch Linux 用户应该知道的几个重要的 pacman 命令
+
+
+
+与其他包管理器一样，`pacman` 可以将包列表与软件库同步，它能够自动解决所有所需的依赖项，以使得用户可以通过一个简单的命令下载和安装软件。
+
+#### 通过 pacman 安装软件
+
+你可以用以下形式的代码来安装一个或者多个软件包：
+
+```
+pacman -S 软件包名1 软件包名2 ...
+```
+
+![安装一个包][8]
+
+`-S` 选项的意思是同步，它的意思是 `pacman` 在安装之前先与软件库进行同步。
+
+`pacman` 数据库根据安装的原因将安装的包分为两组：
+
+ * **显式安装**：由 `pacman -S` 或 `-U` 命令直接安装的包
+ * **依赖安装**：由于被其他显式安装的包所 [依赖][9]，而被自动安装的包。
+
+#### 卸载已安装的软件包
+
+卸载一个包，并且删除它的所有依赖。
+
+```
+pacman -R 软件包名
+```
+
+![移除一个包][10]
+
+删除一个包，以及其不被其他包所需要的依赖项：
+
+```
+pacman -Rs 软件包名
+```
+
+如果需要这个依赖的包已经被删除了，这条命令可以删除所有不再需要的依赖项：
+
+```
+pacman -Qdtq | pacman -Rs -
+```
+
+#### 升级软件包
+
+`pacman` 提供了一个简单的办法来 [升级 Arch Linux][11]。你只需要一条命令就可以升级所有已安装的软件包。这可能需要一段时间，这取决于系统的新旧程度。
+
+以下命令可以同步存储库数据库，*并且* 更新系统的所有软件包，但不包括不在软件库中的“本地安装的”包：
+
+```
+pacman -Syu
+```
+
+ * `S` 代表同步
+ * `y` 代表更新本地存储库
+ * `u` 代表系统更新
+
+也就是说，同步到中央软件库（主程序包数据库），刷新主程序包数据库的本地副本，然后执行系统更新（通过更新所有有更新版本可用的程序包）。
+
+![系统更新][12]
+
+> 注意！
+>
+> 对于 Arch Linux 用户，在系统升级前，建议你访问 [Arch-Linux 主页][2] 查看最新消息，以了解异常更新的情况。如果系统更新需要人工干预，主页上将发布相关的新闻。你也可以订阅 [RSS 源][13] 或 [Arch 的声明邮件][14]。
+>
+> 在升级基础软件（如 kernel、xorg、systemd 或 glibc） 之前，请注意查看相应的 [论坛][15]，以了解大家报告的各种问题。
+>
+> 在 Arch 和 Manjaro 等滚动发行版中不支持**部分升级**。这意味着，当新的库版本被推送到软件库时，软件库中的所有包都需要根据库版本进行升级。例如，如果两个包依赖于同一个库，则仅升级一个包可能会破坏依赖于该库的旧版本的另一个包。
+
+#### 用 Pacman 查找包
+
+`pacman` 使用 `-Q` 选项查询本地包数据库，使用 `-S` 选项查询同步数据库，使用 `-F` 选项查询文件数据库。
+
+`pacman` 可以在数据库中搜索包，包括包的名称和描述：
+
+```
+pacman -Ss 字符串1 字符串2 ...
+```
+
+![查找一个包][16]
+
+查找已经被安装的包：
+
+```
+pacman -Qs 字符串1 字符串2 ...
+```
+
+根据文件名在远程软包中查找它所属的包：
+
+```
+pacman -F 字符串1 字符串2 ...
+```
+
+查看一个包的依赖树：
+
+```
+pactree 软件包名
+```
+
+#### 清除包缓存
+
+`pacman` 将其下载的包存储在 `/var/cache/Pacman/pkg/` 中，并且不会自动删除旧版本或卸载的版本。这有一些优点：
+
+ 1. 它允许 [降级][17] 一个包，而不需要通过其他来源检索以前的版本。
+ 2. 已卸载的软件包可以轻松地直接从缓存文件夹重新安装。
+
+但是，有必要定期清理缓存以防止文件夹增大。
+
+[pacman contrib][19] 包中提供的 [paccache(8)][18] 脚本默认情况下会删除已安装和未安装包的所有缓存版本，但最近 3 个版本除外：
+
+```
+paccache -r
+```
+
+![清除缓存][20]
+
+要删除当前未安装的所有缓存包和未使用的同步数据库，请执行：
+
+```
+pacman -Sc
+```
+
+要从缓存中删除所有文件，请使用清除选项两次，这是最激进的方法，不会在缓存文件夹中留下任何内容：
+
+```
+pacman -Scc
+```
+
+#### 安装本地或者第三方的包
+
+安装不是来自远程存储库的“本地”包：
+
+```
+pacman -U 本地软件包路径.pkg.tar.xz
+```
+
+安装官方存储库中未包含的“远程”软件包：
+
+```
+pacman -U http://www.example.com/repo/example.pkg.tar.xz
+```
+
+### 额外内容：用 pacman 排除常见错误
+
+下面是使用 `pacman` 管理包时可能遇到的一些常见错误。
+
+#### 提交事务失败（文件冲突）
+
+如果你看到以下报错：
+
+```
+error: could not prepare transaction
+error: failed to commit transaction (conflicting files)
+package: /path/to/file exists in filesystem
+Errors occurred, no packages were upgraded.
+```
+
+这是因为 `pacman` 检测到文件冲突，不会为你覆盖文件。
+
+解决这个问题的一个安全方法是首先检查另一个包是否拥有这个文件（`pacman-Qo 文件路径`）。如果该文件属于另一个包，请提交错误报告。如果文件不属于另一个包，请重命名“存在于文件系统中”的文件，然后重新发出更新命令。如果一切顺利，文件可能会被删除。
+
+你可以显式地运行 `pacman -S –overwrite 要覆盖的文件模式**，强制 `pacman` 覆盖与 给模式匹配的文件，而不是手动重命名并在以后删除属于该包的所有文件。
+
+#### 提交事务失败（包无效或损坏）
+
+在 `/var/cache/pacman/pkg/` 中查找 `.part` 文件（部分下载的包），并将其删除。这通常是由在 `pacman.conf` 文件中使用自定义 `XferCommand` 引起的。
+
+#### 初始化事务失败（无法锁定数据库）
+
+当 `pacman` 要修改包数据库时，例如安装包时，它会在 `/var/lib/pacman/db.lck` 处创建一个锁文件。这可以防止 `pacman` 的另一个实例同时尝试更改包数据库。
+
+如果 `pacman` 在更改数据库时被中断，这个过时的锁文件可能仍然保留。如果你确定没有 `pacman` 实例正在运行，那么请删除锁文件。
+
+检查进程是否持有锁定文件：
+
+```
+lsof /var/lib/pacman/db.lck
+```
+
+如果上述命令未返回任何内容，则可以删除锁文件：
+
+```
+rm /var/lib/pacman/db.lck
+```
+
+如果你发现 `lsof` 命令输出了使用锁文件的进程的 PID，请先杀死这个进程，然后删除锁文件。
+
+我希望你喜欢我对 `pacman` 基础命令的介绍。
+
+--------------------------------------------------------------------------------
+
+via: https://itsfoss.com/pacman-command/
+
+作者：[Dimitrios Savvopoulos][a]
+选题：[lujun9972][b]
+译者：[Chao-zhi](https://github.com/Chao-zhi)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://itsfoss.com/author/dimitrios/
+[b]: https://github.com/lujun9972
+[1]: https://www.archlinux.org/pacman/
+[2]: https://www.archlinux.org/
+[3]: https://wiki.archlinux.org/index.php/Arch_Build_System
+[4]: https://wiki.archlinux.org/index.php/Official_repositories
+[5]: https://itsfoss.com/install-arch-linux/
+[6]: https://itsfoss.com/things-to-do-after-installing-arch-linux/
+[7]: https://i0.wp.com/itsfoss.com/wp-content/uploads/2020/04/essential-pacman-commands.jpg?ssl=1
+[8]: https://i2.wp.com/itsfoss.com/wp-content/uploads/2020/04/sudo-pacman-S.png?ssl=1
+[9]: https://wiki.archlinux.org/index.php/Dependency
+[10]: https://i0.wp.com/itsfoss.com/wp-content/uploads/2020/04/sudo-pacman-R.png?ssl=1
+[11]: https://itsfoss.com/update-arch-linux/
+[12]: https://i1.wp.com/itsfoss.com/wp-content/uploads/2020/04/sudo-pacman-Syu.png?ssl=1
+[13]: https://www.archlinux.org/feeds/news/
+[14]: https://mailman.archlinux.org/mailman/listinfo/arch-announce/
+[15]: https://bbs.archlinux.org/
+[16]: https://i1.wp.com/itsfoss.com/wp-content/uploads/2020/04/sudo-pacman-Ss.png?ssl=1
+[17]: https://wiki.archlinux.org/index.php/Downgrade
+[18]: https://jlk.fjfi.cvut.cz/arch/manpages/man/paccache.8
+[19]: https://www.archlinux.org/packages/?name=pacman-contrib
+[20]: https://i1.wp.com/itsfoss.com/wp-content/uploads/2020/04/sudo-paccache-r.png?ssl=1
diff --git a/published/20200607 Top Arch-based User Friendly Linux Distributions That are Easier to Install and Use Than Arch Linux Itself.md b/published/20200607 Top Arch-based User Friendly Linux Distributions That are Easier to Install and Use Than Arch Linux Itself.md
new file mode 100644
index 0000000000..11c43fd1f5
--- /dev/null
+++ b/published/20200607 Top Arch-based User Friendly Linux Distributions That are Easier to Install and Use Than Arch Linux Itself.md
@@ -0,0 +1,201 @@
+[#]: collector: (lujun9972)
+[#]: translator: (Chao-zhi)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13104-1.html)
+[#]: subject: (Top Arch-based User Friendly Linux Distributions That are Easier to Install and Use Than Arch Linux Itself)
+[#]: via: (https://itsfoss.com/arch-based-linux-distros/)
+[#]: author: (Dimitrios Savvopoulos https://itsfoss.com/author/dimitrios/)
+
+9 个易用的基于 Arch 的用户友好型 Linux 发行版
+======
+
+在 Linux 社区中，[Arch Linux][1] 有一群狂热的追随者。这个轻量级的发行版以 DIY 的态度提供了最前沿的更新。
+
+但是，Arch 的目标用户是那些更有经验的用户。因此，它通常被认为是那些技术不够（或耐心不够）的人所无法触及的。
+
+事实上，只是最开始的步骤，[安装 Arch Linux 就足以把很多人吓跑][2]。与大多数其他发行版不同，Arch Linux 没有一个易于使用的图形安装程序。安装过程中涉及到的磁盘分区，连接到互联网，挂载驱动器和创建文件系统等只用命令行工具来操作。
+
+对于那些不想经历复杂的安装和设置的人来说，有许多用户友好的基于 Arch 的发行版。
+
+在本文中，我将向你展示一些 Arch 替代发行版。这些发行版附带了图形安装程序、图形包管理器和其他工具，比它们的命令行版本更容易使用。
+
+### 更容易设置和使用的基于 Arch 的 Linux 发行版
+
+
+
+请注意，这不是一个排名列表。这些数字只是为了计数的目的。排第二的发行版不应该被认为比排第七的发行版好。
+
+#### 1、Manjaro Linux
+
+![][4]
+
+[Manjaro][5] 不需要任何介绍。它是几年来最流行的 Linux 发行版之一，它值得拥有。
+
+Manjaro 提供了 Arch Linux 的所有优点，同时注重用户友好性和可访问性。Manjaro 既适合新手，也适合有经验的 Linux 用户。
+
+**对于新手**，它提供了一个用户友好的安装程序，系统本身也设计成可以在你[最喜爱的桌面环境 ][6]（DE）或窗口管理器中直接“开箱即用”。
+
+**对于更有经验的用户**，Manjaro 还提供多种功能，以满足每个个人的口味和喜好。[Manjaro Architect][7] 提供了安装各种 Manjaro 风格的选项，并为那些想要完全自由地塑造系统的人提供了各种桌面环境、文件系统（[最近推出的 ZFS][8]） 和引导程序的选择。
+
+Manjaro 也是一个滚动发布的前沿发行版。然而，与 Arch 不同的是，Manjaro 首先测试更新，然后将其提供给用户。稳定在这里也很重要。
+
+#### 2、ArcoLinux
+
+![][9]
+
+[ArcoLinux][10]（以前称为 ArchMerge）是一个基于 Arch Linux 的发行版。开发团队提供了三种变体。ArcoLinux、ArcoLinuxD 和 ArcoLinuxB。
+
+ArcoLinux 是一个功能齐全的发行版，附带有 [Xfce 桌面][11]、[Openbox][12] 和 [i3 窗口管理器][13]。
+
+**ArcoLinuxD** 是一个精简的发行版，它包含了一些脚本，可以让高级用户安装任何桌面和应用程序。
+
+**ArcoLinuxB** 是一个让用户能够构建自定义发行版的项目，同时还开发了几个带有预配置桌面的社区版本，如 Awesome、bspwm、Budgie、Cinnamon、Deepin、GNOME、MATE 和 KDE Plasma。
+
+ArcoLinux 还提供了各种视频教程，因为它非常注重学习和获取 Linux 技能。
+
+#### 3、Archlabs Linux
+
+![][14]
+
+[ArchLabs Linux][15] 是一个轻量级的滚动版 Linux 发行版，基于最精简的 Arch Linux，带有 [Openbox][16] 窗口管理器。[ArchLabs][17] 在观感设计中受到 [BunsenLabs][18] 的影响和启发，主要考虑到中级到高级用户的需求。
+
+#### 4、Archman Linux
+
+![][19]
+
+[Archman][20] 是一个独立的项目。Arch Linux 发行版对于没有多少 Linux 经验的用户来说通常不是理想的操作系统。要想在最小的挫折感下让事情变得更有意义，必须要有相当的背景知识。Archman Linux 的开发人员正试图改变这种评价。
+
+Archman 的开发是基于对开发的理解，包括用户反馈和体验组件。根据团队过去的经验，将用户的反馈和要求融合在一起，确定路线图并完成构建工作。
+
+#### 5、EndeavourOS
+
+![][21]
+
+当流行的基于 Arch 的发行版 [Antergos 在 2019 结束][22] 时，它留下了一个友好且非常有用的社区。Antergos 项目结束的原因是因为该系统对于开发人员来说太难维护了。
+
+在宣布结束后的几天内，一些有经验的用户通过创建一个新的发行版来填补 Antergos 留下的空白，从而维护了以前的社区。这就是 [EndeavourOS][23] 的诞生。
+
+[EndeavourOS][24] 是轻量级的，并且附带了最少数量的预装应用程序。一块近乎空白的画布，随时可以个性化。
+
+#### 6、RebornOS
+
+![][25]
+
+[RebornOS][26] 开发人员的目标是将 Linux 的真正威力带给每个人，一个 ISO 提供了 15 个桌面环境可供选择，并提供无限的定制机会。
+
+RebornOS 还声称支持 [Anbox][27]，它可以在桌面 Linux 上运行 Android 应用程序。它还提供了一个简单的内核管理器 GUI 工具。
+
+再加上 [Pacman][28]、[AUR][29]，以及定制版本的 Cnchi 图形安装程序，Arch Linux 终于可以让最没有经验的用户也能够使用了。
+
+#### 7、Chakra Linux
+
+![][30]
+
+一个社区开发的 GNU/Linux 发行版，它的亮点在 KDE 和 Qt 技术。[Chakra Linux][31] 不在特定日期安排发布，而是使用“半滚动发布”系统。
+
+这意味着 Chakra Linux 的核心包被冻结，只在修复安全问题时才会更新。这些软件包是在最新版本经过彻底测试后更新的，然后再转移到永久软件库（大约每六个月更新一次）。
+
+除官方软件库外，用户还可以安装 Chakra 社区软件库 （CCR） 的软件包，该库为官方存储库中未包含的软件提供用户制作的 PKGINFOs 和 [PKGBUILD][32] 脚本，其灵感来自于 Arch 用户软件库（AUR）。
+
+#### 8、Artix Linux
+
+![Artix Mate Edition][33]
+
+[Artix Linux][34] 也是一个基于 Arch Linux 的滚动发行版，它使用 [OpenRC][35]、[runit][36] 或 [s6][37] 作为初始化工具而不是 [systemd][38]。
+
+Artix Linux 有自己的软件库，但作为一个基于 `pacman` 的发行版，它可以使用 Arch Linux 软件库或任何其他衍生发行版的软件包，甚至可以使用明确依赖于 systemd 的软件包。也可以使用 [Arch 用户软件库][29]（AUR）。
+
+#### 9、BlackArch Linux
+
+![][39]
+
+BlackArch 是一个基于 Arch Linux 的 [渗透测试发行版][40]，它提供了大量的网络安全工具。它是专门为渗透测试人员和安全研究人员创建的。该软件库包含 2400 多个[黑客和渗透测试工具 ][41]，可以单独安装，也可以分组安装。BlackArch Linux 兼容现有的 Arch Linux 包。
+
+### 想要真正的原版 Arch Linux 吗？可以使用图形化 Arch 安装程序简化安装
+
+如果你想使用原版的 Arch Linux，但又被它困难的安装所难倒。幸运的是，你可以下载一个带有图形安装程序的 Arch Linux ISO。
+
+Arch 安装程序基本上是 Arch Linux ISO 的一个相对容易使用的基于文本的安装程序。它比裸奔的 Arch 安装容易得多。
+
+#### Anarchy Installer
+
+![][42]
+
+[Anarchy installer][43] 打算为新手和有经验的 Linux 用户提供一种简单而无痛苦的方式来安装 ArchLinux。在需要的时候安装，在需要的地方安装，并且以你想要的方式安装。这就是 Anarchy 的哲学。
+
+启动安装程序后，将显示一个简单的 [TUI 菜单][44]，列出所有可用的安装程序选项。
+
+#### Zen Installer
+
+![][45]
+
+[Zen Installer][46] 为安装 Arch Linux 提供了一个完整的图形（点击式）环境。它支持安装多个桌面环境 、AUR 以及 Arch Linux 的所有功能和灵活性，并且易于图形化安装。
+
+ISO 将引导一个临场环境，然后在你连接到互联网后下载最新稳定版本的安装程序。因此，你将始终获得最新的安装程序和更新的功能。
+
+### 总结
+
+对于许多用户来说，基于 Arch 的发行版会是一个很好的无忧选择，而像 Anarchy 这样的图形化安装程序至少离原版的 Arch Linux 更近了一步。
+
+在我看来，[Arch Linux 的真正魅力在于它的安装过程][2]，对于 Linux 爱好者来说，这是一个学习的机会，而不是麻烦。Arch Linux 及其衍生产品有很多东西需要你去折腾，但是在折腾的过程中你就会进入到开源软件的世界，这里是神奇的新世界。下次再见！
+
+--------------------------------------------------------------------------------
+
+via: https://itsfoss.com/arch-based-linux-distros/
+
+作者：[Dimitrios Savvopoulos][a]
+选题：[lujun9972][b]
+译者：[Chao-zhi](https://github.com/Chao-zhi)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://itsfoss.com/author/dimitrios/
+[b]: https://github.com/lujun9972
+[1]: https://www.archlinux.org/
+[2]: https://itsfoss.com/install-arch-linux/
+[3]: https://i2.wp.com/itsfoss.com/wp-content/uploads/2020/06/arch-based-linux-distributions.png?ssl=1
+[4]: https://i2.wp.com/itsfoss.com/wp-content/uploads/2020/05/manjaro-20.jpg?ssl=1
+[5]: https://manjaro.org/
+[6]: https://itsfoss.com/best-linux-desktop-environments/
+[7]: https://itsfoss.com/manjaro-architect-review/
+[8]: https://itsfoss.com/manjaro-20-release/
+[9]: https://i1.wp.com/itsfoss.com/wp-content/uploads/2020/05/arcolinux.png?ssl=1
+[10]: https://arcolinux.com/
+[11]: https://www.xfce.org/
+[12]: http://openbox.org/wiki/Main_Page
+[13]: https://i3wm.org/
+[14]: https://i0.wp.com/itsfoss.com/wp-content/uploads/2020/06/Archlabs.jpg?ssl=1
+[15]: https://itsfoss.com/archlabs-review/
+[16]: https://en.wikipedia.org/wiki/Openbox
+[17]: https://archlabslinux.com/
+[18]: https://www.bunsenlabs.org/
+[19]: https://i1.wp.com/itsfoss.com/wp-content/uploads/2020/06/Archman.png?ssl=1
+[20]: https://archman.org/en/
+[21]: https://i1.wp.com/itsfoss.com/wp-content/uploads/2020/05/04_endeavouros_slide.jpg?ssl=1
+[22]: https://itsfoss.com/antergos-linux-discontinued/
+[23]: https://itsfoss.com/endeavouros/
+[24]: https://endeavouros.com/
+[25]: https://i2.wp.com/itsfoss.com/wp-content/uploads/2020/06/RebornOS.png?ssl=1
+[26]: https://rebornos.org/
+[27]: https://anbox.io/
+[28]: https://itsfoss.com/pacman-command/
+[29]: https://itsfoss.com/aur-arch-linux/
+[30]: https://i2.wp.com/itsfoss.com/wp-content/uploads/2020/06/Chakra_Goedel_Screenshot.png?ssl=1
+[31]: https://www.chakralinux.org/
+[32]: https://wiki.archlinux.org/index.php/PKGBUILD
+[33]: https://i0.wp.com/itsfoss.com/wp-content/uploads/2020/06/Artix_MATE_edition.png?ssl=1
+[34]: https://artixlinux.org/
+[35]: https://en.wikipedia.org/wiki/OpenRC
+[36]: https://en.wikipedia.org/wiki/Runit
+[37]: https://en.wikipedia.org/wiki/S6_(software)
+[38]: https://en.wikipedia.org/wiki/Systemd
+[39]: https://i0.wp.com/itsfoss.com/wp-content/uploads/2020/06/BlackArch.png?ssl=1
+[40]: https://itsfoss.com/linux-hacking-penetration-testing/
+[41]: https://itsfoss.com/best-kali-linux-tools/
+[42]: https://i2.wp.com/itsfoss.com/wp-content/uploads/2020/05/anarchy.jpg?ssl=1
+[43]: https://anarchyinstaller.org/
+[44]: https://en.wikipedia.org/wiki/Text-based_user_interface
+[45]: https://i1.wp.com/itsfoss.com/wp-content/uploads/2020/05/zen.jpg?ssl=1
+[46]: https://sourceforge.net/projects/revenge-installer/
diff --git a/published/20201013 My first day using Ansible.md b/published/20201013 My first day using Ansible.md
new file mode 100644
index 0000000000..990ddc1f24
--- /dev/null
+++ b/published/20201013 My first day using Ansible.md
@@ -0,0 +1,297 @@
+[#]: collector: "lujun9972"
+[#]: translator: "MjSeven"
+[#]: reviewer: "wxy"
+[#]: publisher: "wxy"
+[#]: url: "https://linux.cn/article-13079-1.html"
+[#]: subject: "My first day using Ansible"
+[#]: via: "https://opensource.com/article/20/10/first-day-ansible"
+[#]: author: "David Both https://opensource.com/users/dboth"
+
+使用 Ansible 的第一天
+======
+
+> 一名系统管理员分享了如何使用 Ansible 在网络中配置计算机并把其带入实际工作的信息和建议。
+
+
+
+无论是第一次还是第五十次，启动并运行一台新的物理或虚拟计算机都非常耗时，而且需要大量的工作。多年来，我一直使用我创建的一系列脚本和 RPM 来安装所需的软件包，并为我喜欢的工具配置各种选项。这种方法效果很好，简化了我的工作，而且还减少了在键盘上输入命令的时间。
+
+我一直在寻找更好的工作方式。近几年来，我一直在听到并且读到有关 [Ansible][2] 的信息，它是一个自动配置和管理系统的强大工具。Ansible 允许系统管理员在一个或多个剧本中为每个主机指定一个特定状态，然后执行各种必要的任务，使主机进入该状态。这包括安装或删除各种资源，例如 RPM 或 Apt 软件包、配置文件和其它文件、用户、组等等。
+
+因为一些琐事，我推迟了很长一段时间学习如何使用它。直到最近，我遇到了一个我认为 Ansible 可以轻松解决的问题。
+
+这篇文章并不会完整地告诉你如何入门 Ansible，相反，它只是对我遇到的问题和我在一些隐秘的地方发现的信息的做了一些记录。我在各种在线讨论和问答小组中找到的有关 Ansible 的许多信息都是错误的。错误范围包括明显的老旧信息（没有任何日期或来源的迹象），还有一些是完全错误的信息。
+
+本文所介绍的内容是有用的，尽管可能还有其它方法可以完成相同的事情，但我使用的是 Ansible 2.9.13 和 [Python][3] 3.8.5。
+
+### 我的问题
+
+我所有的最佳学习经历都始于我需要解决的问题，这次也不例外。
+
+我一直在做一个小项目，修改 [Midnight Commander][4] 文件管理器的配置文件，并将它们推送到我网络上的各种系统中进行测试。尽管我有一个脚本可以自动执行这个操作，但它仍然需要使用命令行循环来提供我想要推送新代码的系统名称。我对配置文件进行了大量的更改，这使我必须频繁推送新的配置文件。但是，就在我以为我的新配置刚刚好时，我发现了一个问题，所以我需要在修复后再进行一次推送。
+
+这种环境使得很难跟踪哪些系统有新文件，哪些没有。我还有几个主机需要区别对待。我对 Ansible 的一点了解表明，它可能能够满足我的全部或大部分工作。
+
+### 开始
+
+我读过许多有关 Ansible 的好文章和书籍，但从来没有在“我必须现在就把这个做好！”的情况下读过。而现在 —— 好吧，就是现在！
+
+在重读这些文档时，我发现它们主要是在讨论如何从 GitHub 开始安装并使用 Ansible，这很酷。但是我真的只是想尽快开始，所以我使用 DNF 和 Fedora 仓库中的版本在我的 Fedora 工作站上安装了它，非常简单。
+
+但是后来我开始寻找文件位置，并尝试确定需要修改哪些配置文件、将我的剧本保存在什么位置，甚至一个剧本怎么写以及它的作用，我脑海中有一大堆（到目前为止）悬而未决的问题。
+
+因此，不不需要进一步描述我的困难的情况下，以下是我发现的东西以及促使我继续前进的东西。
+
+### 配置
+
+Ansible 的配置文件保存在 `/etc/ansible` 中，这很有道理，因为 `/etc/` 是系统程序应该保存配置文件的地方。我需要使用的两个文件是 `ansible.cfg` 和 `hosts`。
+
+#### ansible.cfg
+
+在进行了从文档和线上找到的一些实践练习之后，我遇到了一些有关弃用某些较旧的 Python 文件的警告信息。因此，我在 `ansible.cfg` 中将 `deprecation_warnings` 设置为 `false`，这样那些愤怒的红色警告消息就不会出现了：
+
+```
+deprecation_warnings = False
+```
+
+这些警告很重要，所以我稍后将重新回顾它们，并弄清楚我需要做什么。但是现在，它们不会再扰乱屏幕，也不会让我混淆实际上需要关注的错误。
+
+#### hosts 文件
+
+与 `/etc/hosts` 文件不同，`hosts` 文件也被称为清单文件，它列出了网络上的主机。此文件允许将主机分组到相关集合中，例如“servers”、“workstations”和任何你所需的名称。这个文件包含帮助和大量示例，所以我在这里就不详细介绍了。但是，有些事情你必须知道。
+
+主机也可以列在组之外，但是组对于识别具有一个或多个共同特征的主机很有帮助。组使用 INI 格式，所以服务器组看起来像这样：
+
+```
+[servers]
+server1
+server2
+......
+```
+
+这个文件中必须有一个主机名，这样 Ansible 才能对它进行操作。即使有些子命令允许指定主机名，但除非主机名在 `hosts` 文件中，否则命令会失败。一个主机也可以放在多个组中。因此，除了 `[servers]` 组之外，`server1` 也可能是 `[webservers]` 组的成员，还可以是 `[ubuntu]` 组的成员，这样以区别于 Fedora 服务器。
+
+Ansible 很智能。如果 `all` 参数用作主机名，Ansible 会扫描 `hosts` 文件并在它列出的所有主机上执行定义的任务。Ansible 只会尝试在每个主机上工作一次，不管它出现在多少个组中。这也意味着不需要定义 `all` 组，因为 Ansible 可以确定文件中的所有主机名，并创建自己唯一的主机名列表。
+
+另一件需要注意的事情是单个主机的多个条目。我在 DNS 文件中使用 `CNAME` 记录来创建别名，这些别名指向某些主机的 [A 记录][5]，这样，我可以将一个主机称为 `host1` 或 `h1` 或 `myhost`。如果你在 `hosts` 文件中为同一主机指定多个主机名，则 Ansible 将尝试在所有这些主机名上执行其任务，它无法知道它们指向同一主机。好消息是，这并不会影响整体结果；它只是多花了一点时间，因为 Ansible 会在次要主机名上工作，它会确定所有操作均已执行。
+
+### Ansible 实情
+
+我阅读过 Ansible 的大多数材料都谈到了 Ansible [实情][6]，它是与远程系统相关的数据，包括操作系统、IP 地址、文件系统等等。这些信息可以通过其它方式获得，如 `lshw`、`dmidecode` 或 `/proc` 文件系统等。但是 Ansible 会生成一个包含此信息的 JSON 文件。每次 Ansible 运行时，它都会生成这些实情数据。在这个数据流中，有大量的信息，都是以键值对形式出现的：`<"variable-name": "value">`。所有这些变量都可以在 Ansible 剧本中使用，理解大量可用信息的最好方法是实际显示一下：
+
+```
+# ansible -m setup | less
+```
+
+明白了吗？你想知道的有关主机硬件和 Linux 发行版的所有内容都在这里，它们都可以在剧本中使用。我还没有达到需要使用这些变量的地步，但是我相信在接下来的几天中会用到。
+
+### 模块
+
+上面的 `ansible` 命令使用 `-m` 选项来指定 `setup` 模块。Ansible 已经内置了许多模块，所以你对这些模块不需要使用 `-m`。也可以安装许多下载的模块，但是内置模块可以完成我目前项目所需的一切。
+
+### 剧本
+
+剧本几乎可以放在任何地方。因为我需要以 root 身份运行，所以我将它放在了 `/root/ansible` 下。当我运行 Ansible 时，只要这个目录是当前的工作目录（PWD），它就可以找到我的剧本。Ansible 还有一个选项，用于在运行时指定不同的剧本和位置。
+
+剧本可以包含注释，但是我看到的文章或书籍很少提及此。但作为一个相信记录一切的系统管理员，我发现使用注释很有帮助。这并不是说在注释中做和任务名称同样的事情，而是要确定任务组的目的，并确保我以某种方式或顺序记录我做这些事情的原因。当我可能忘记最初的想法时，这可以帮助以后解决调试问题。
+
+剧本只是定义主机所需状态的任务集合。在剧本的开头指定主机名或清单组，并定义 Ansible 将在其上运行剧本的主机。
+
+以下是我的一个剧本示例：
+
+```
+################################################################################
+# This Ansible playbook updates Midnight commander configuration files. #
+################################################################################
+- name: Update midnight commander configuration files
+ hosts: all
+
+ tasks:
+ - name: ensure midnight commander is the latest version
+ dnf:
+ name: mc
+ state: present
+
+ - name: create ~/.config/mc directory for root
+ file:
+ path: /root/.config/mc
+ state: directory
+ mode: 0755
+ owner: root
+ group: root
+
+ - name: create ~/.config/mc directory for dboth
+ file:
+ path: /home/dboth/.config/mc
+ state: directory
+ mode: 0755
+ owner: dboth
+ group: dboth
+
+ - name: copy latest personal skin
+ copy:
+ src: /root/ansible/UpdateMC/files/MidnightCommander/DavidsGoTar.ini
+ dest: /usr/share/mc/skins/DavidsGoTar.ini
+ mode: 0644
+ owner: root
+ group: root
+
+ - name: copy latest mc ini file
+ copy:
+ src: /root/ansible/UpdateMC/files/MidnightCommander/ini
+ dest: /root/.config/mc/ini
+ mode: 0644
+ owner: root
+ group: root
+
+ - name: copy latest mc panels.ini file
+ copy:
+ src: /root/ansible/UpdateMC/files/MidnightCommander/panels.ini
+ dest: /root/.config/mc/panels.ini
+ mode: 0644
+ owner: root
+ group: root
+<截断>
+```
+
+剧本从它自己的名字和它将要操作的主机开始，在本文中，所有主机都在我的 `hosts` 文件中。`tasks` 部分列出了使主机达到所需状态的特定任务。这个剧本从使用 DNF 更新 Midnight Commander 开始（如果它不是最新的版本的话）。下一个任务确保创建所需的目录（如果它们不存在），其余任务将文件复制到合适的位置，这些 `file` 和 `copy` 任务还可以为目录和文件设置所有权和文件模式。
+
+剧本细节超出了本文的范围，但是我对这个问题使用了一点蛮力。还有其它方法可以确定哪些用户需要更新文件，而不是对每个用户的每个文件使用一个任务。我的下一个目标是简化这个剧本，使用一些更先进的技术。
+
+运行剧本很容易，只需要使用 `ansible-playbook` 命令。`.yml` 扩展名代表 YAML，我看到过它的几种不同含义，但我认为它是“另一种标记语言”，尽管有些人声称 YAML 不是这种语言。
+
+这个命令将会运行剧本，它会更新 Midnight Commander 文件：
+
+```
+# ansible-playbook -f 10 UpdateMC.yml
+```
+
+`-f` 选项指定 Ansible 使用 10 个线程来执行操作。这可以大大加快整个任务的完成速度，特别是在多台主机上工作时。
+
+### 输出
+
+剧本运行时会列出每个任务和执行结果。`ok` 代表任务管理的机器状态已经完成，因为在任务中定义的状态已经为真，所以 Ansible 不需要执行任何操作。
+
+`changed` 表示 Ansible 已经执行了指定的任务。在这种情况下，任务中定义的机器状态不为真，所以执行指定的操作使其为真。在彩色终端上，`TASK` 行会以彩色显示。我的终端配色为“amber-on-black”，`TASK` 行显示为琥珀色，`changed` 是棕色，`ok` 为绿色，错误是红色。
+
+下面的输出是我最终用于在新主机执行安装后配置的剧本：
+
+```
+PLAY [Post-installation updates, package installation, and configuration]
+
+TASK [Gathering Facts]
+ok: [testvm2]
+
+TASK [Ensure we have connectivity]
+ok: [testvm2]
+
+TASK [Install all current updates]
+changed: [testvm2]
+
+TASK [Install a few command line tools]
+changed: [testvm2]
+
+TASK [copy latest personal Midnight Commander skin to /usr/share]
+changed: [testvm2]
+
+TASK [create ~/.config/mc directory for root]
+changed: [testvm2]
+
+TASK [Copy the most current Midnight Commander configuration files to /root/.config/mc]
+changed: [testvm2] => (item=/root/ansible/PostInstallMain/files/MidnightCommander/DavidsGoTar.ini)
+changed: [testvm2] => (item=/root/ansible/PostInstallMain/files/MidnightCommander/ini)
+changed: [testvm2] => (item=/root/ansible/PostInstallMain/files/MidnightCommander/panels.ini)
+
+TASK [create ~/.config/mc directory in /etc/skel]
+changed: [testvm2]
+
+<截断>
+```
+
+### cowsay
+
+如果你的计算机上安装了 [cowsay][7] 程序，你会发现 `TASK` 的名字出现在奶牛的语音泡泡中：
+
+```
+ ____________________________________
+< TASK [Ensure we have connectivity] >
+ ------------------------------------
+ \ ^__^
+ \ (oo)\\_______
+ (__)\ )\/\
+ ||----w |
+ || ||
+```
+
+如果你没有这个有趣的程序，你可以使用发行版的包管理器安装 Cowsay 程序。如果你有这个程序但不想要它，可以通过在 `/etc/ansible/ansible.cfg` 文件中设置 `nocows=1` 将其禁用。
+
+我喜欢这头奶牛，它很有趣，但是它会占用我的一部分屏幕。因此，在它开始妨碍我使用时，我就把它禁用了。
+
+### 目录
+
+与我的 Midnight Commander 任务一样，经常需要安装和维护各种类型的文件。创建用于存储剧本的目录树的“最佳实践”和系统管理员一样多，至少与编写有关 Ansible 书和文章的作者数量一样多。
+
+我选择了一个对我有意义的简单结构：
+
+```bash
+/root/ansible
+└── UpdateMC
+ ├── files
+ │ └── MidnightCommander
+ │ ├── DavidsGoTar.ini
+ │ ├── ini
+ │ └── panels.ini
+ └── UpdateMC.yml
+```
+
+你可以使用任何结构。但是请注意，其它系统管理员可能需要使用你设置的剧本来工作，所以目录应该具有一定程度的逻辑。当我使用 RPM 和 Bash 脚本执行安装任务后，我的文件仓库有点分散，绝对没有任何逻辑结构。当我为许多管理任务创建剧本时，我将介绍一个更有逻辑的结构来管理我的目录。
+
+### 多次运行剧本
+
+根据需要或期望多次运行剧本是安全的。只有当主机状态与任务中指定的状态不匹配时，才会执行每个任务。这使得很容易从先前的剧本运行中遇到的错误中恢复。因为当剧本遇到错误时，它将停止运行。
+
+在测试我的第一个剧本时，我犯了很多错误并改正了它们。假设我的修正正确，那么剧本每次运行，都会跳过那些状态已与指定状态匹配的任务，执行不匹配状态的任务。当我的修复程序起作用时，之前失败的任务就会成功完成，并且会执行此任务之后的任务 —— 直到遇到另一个错误。
+
+这使得测试变得容易。我可以添加新任务，并且在运行剧本时，只有新任务会被执行，因为它们是唯一与测试主机期望状态不匹配的任务。
+
+### 一些思考
+
+有些任务不适合用 Ansible，因为有更好的方法可以实现特定的计算机状态。我想到的场景是使 VM 返回到初始状态，以便可以多次使用它来执行从已知状态开始的测试。让 VM 进入特定状态，然后对此时的计算机状态进行快照要容易得多。还原到该快照与 Ansible 将主机返回到之前状态相比，通常还原到快照通常会更容易且更快。在研究文章或测试新代码时，我每天都会做几次这样的事情。
+
+在完成用于更新 Midnight Commander 的剧本之后，我创建了一个新的剧本，用于在新安装的 Fedora 主机上执行安装任务。我已经取得了不错的进步，剧本比我第一个的更加复杂，但没有那么粗暴。
+
+在使用 Ansible 的第一天，我创建了一个解决问题的剧本，我还开始编写第二个剧本，它将解决安装后配置的大问题，在这个过程中我学到了很多东西。
+
+尽管我真的很喜欢使用 [Bash][8] 脚本来管理任务，但是我发现 Ansible 可以完成我想要的一切，并且可以使系统保持在我所需的状态。只用了一天，我就成为了 Ansible 的粉丝。
+
+### 资源
+
+我找到的最完整、最有用的参考文档是 Ansible 网站上的[用户指南][9]。本文仅供参考，不作为入门文档。
+
+多年来，我们已经发布了许多[有关 Ansible 的文章][10]，我发现其中大多数对我的需求很有帮助。Enable Sysadmin 网站上也有很多对我有帮助 [Ansible 文章][11]。你可以通过查看本周（2020 年 10 月 13 日至 14 日）的 [AnsibleFest][12] 了解更多信息。该活动完全是线上的，可以免费注册。
+
+--------------------------------------------------------------------------------
+
+via: https://opensource.com/article/20/10/first-day-ansible
+
+作者：[David Both][a]
+选题：[lujun9972][b]
+译者：[MjSeven](https://github.com/MjSeven)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://opensource.com/users/dboth
+[b]: https://github.com/lujun9972
+[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/rh_003499_01_linux11x_cc.png?itok=XMDOouJR "People work on a computer server with devices"
+[2]: https://www.ansible.com/
+[3]: https://www.python.org/
+[4]: https://midnight-commander.org/
+[5]: https://en.wikipedia.org/wiki/List_of_DNS_record_types
+[6]: https://docs.ansible.com/ansible/latest/user_guide/playbooks_vars_facts.html#ansible-facts
+[7]: https://en.wikipedia.org/wiki/Cowsay
+[8]: https://opensource.com/downloads/bash-cheat-sheet
+[9]: https://docs.ansible.com/ansible/latest/user_guide/index.html
+[10]: https://opensource.com/tags/ansible
+[11]: https://www.redhat.com/sysadmin/topics/ansible
+[12]: https://www.ansible.com/ansiblefest
diff --git a/published/20160302 Go channels are bad and you should feel bad.md b/published/202101/20160302 Go channels are bad and you should feel bad.md
similarity index 100%
rename from published/20160302 Go channels are bad and you should feel bad.md
rename to published/202101/20160302 Go channels are bad and you should feel bad.md
diff --git a/published/20181009 GCC- Optimizing Linux, the Internet, and Everything.md b/published/202101/20181009 GCC- Optimizing Linux, the Internet, and Everything.md
similarity index 100%
rename from published/20181009 GCC- Optimizing Linux, the Internet, and Everything.md
rename to published/202101/20181009 GCC- Optimizing Linux, the Internet, and Everything.md
diff --git a/published/20181123 Three SSH GUI Tools for Linux.md b/published/202101/20181123 Three SSH GUI Tools for Linux.md
similarity index 100%
rename from published/20181123 Three SSH GUI Tools for Linux.md
rename to published/202101/20181123 Three SSH GUI Tools for Linux.md
diff --git a/published/20190104 Search, Study And Practice Linux Commands On The Fly.md b/published/202101/20190104 Search, Study And Practice Linux Commands On The Fly.md
similarity index 100%
rename from published/20190104 Search, Study And Practice Linux Commands On The Fly.md
rename to published/202101/20190104 Search, Study And Practice Linux Commands On The Fly.md
diff --git a/published/20190204 Getting started with Git- Terminology 101.md b/published/202101/20190204 Getting started with Git- Terminology 101.md
similarity index 100%
rename from published/20190204 Getting started with Git- Terminology 101.md
rename to published/202101/20190204 Getting started with Git- Terminology 101.md
diff --git a/published/20190205 5 Streaming Audio Players for Linux.md b/published/202101/20190205 5 Streaming Audio Players for Linux.md
similarity index 100%
rename from published/20190205 5 Streaming Audio Players for Linux.md
rename to published/202101/20190205 5 Streaming Audio Players for Linux.md
diff --git a/published/20190205 Install Apache, MySQL, PHP (LAMP) Stack On Ubuntu 18.04 LTS.md b/published/202101/20190205 Install Apache, MySQL, PHP (LAMP) Stack On Ubuntu 18.04 LTS.md
similarity index 100%
rename from published/20190205 Install Apache, MySQL, PHP (LAMP) Stack On Ubuntu 18.04 LTS.md
rename to published/202101/20190205 Install Apache, MySQL, PHP (LAMP) Stack On Ubuntu 18.04 LTS.md
diff --git a/published/20190215 Make websites more readable with a shell script.md b/published/202101/20190215 Make websites more readable with a shell script.md
similarity index 100%
rename from published/20190215 Make websites more readable with a shell script.md
rename to published/202101/20190215 Make websites more readable with a shell script.md
diff --git a/published/20190220 Do Linux distributions still matter with containers.md b/published/202101/20190220 Do Linux distributions still matter with containers.md
similarity index 100%
rename from published/20190220 Do Linux distributions still matter with containers.md
rename to published/202101/20190220 Do Linux distributions still matter with containers.md
diff --git a/published/20190322 Printing from the Linux command line.md b/published/202101/20190322 Printing from the Linux command line.md
similarity index 100%
rename from published/20190322 Printing from the Linux command line.md
rename to published/202101/20190322 Printing from the Linux command line.md
diff --git a/published/20190516 Monitor and Manage Docker Containers with Portainer.io (GUI tool) - Part-2.md b/published/202101/20190516 Monitor and Manage Docker Containers with Portainer.io (GUI tool) - Part-2.md
similarity index 100%
rename from published/20190516 Monitor and Manage Docker Containers with Portainer.io (GUI tool) - Part-2.md
rename to published/202101/20190516 Monitor and Manage Docker Containers with Portainer.io (GUI tool) - Part-2.md
diff --git a/published/20190924 Integrate online documents editors, into a Python web app using ONLYOFFICE.md b/published/202101/20190924 Integrate online documents editors, into a Python web app using ONLYOFFICE.md
similarity index 100%
rename from published/20190924 Integrate online documents editors, into a Python web app using ONLYOFFICE.md
rename to published/202101/20190924 Integrate online documents editors, into a Python web app using ONLYOFFICE.md
diff --git a/published/20191010 The biggest risk to uptime- Your staff.md b/published/202101/20191010 The biggest risk to uptime- Your staff.md
similarity index 100%
rename from published/20191010 The biggest risk to uptime- Your staff.md
rename to published/202101/20191010 The biggest risk to uptime- Your staff.md
diff --git a/published/20191224 Top articles for learning Python in 2020.md b/published/202101/20191224 Top articles for learning Python in 2020.md
similarity index 100%
rename from published/20191224 Top articles for learning Python in 2020.md
rename to published/202101/20191224 Top articles for learning Python in 2020.md
diff --git a/translated/tech/20191225 Making trade-offs when writing Python code.md b/published/202101/20191225 Making trade-offs when writing Python code.md
similarity index 62%
rename from translated/tech/20191225 Making trade-offs when writing Python code.md
rename to published/202101/20191225 Making trade-offs when writing Python code.md
index 46c283bcd6..1e7caf0b23 100644
--- a/translated/tech/20191225 Making trade-offs when writing Python code.md
+++ b/published/202101/20191225 Making trade-offs when writing Python code.md
@@ -1,8 +1,8 @@
[#]: collector: (lujun9972)
[#]: translator: (wxy)
-[#]: reviewer: ( )
-[#]: publisher: ( )
-[#]: url: ( )
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13053-1.html)
[#]: subject: (Making trade-offs when writing Python code)
[#]: via: (https://opensource.com/article/19/12/zen-python-trade-offs)
[#]: author: (Moshe Zadka https://opensource.com/users/moshez)
@@ -12,7 +12,7 @@
> 本文是 Python 之禅特别系列的一部分，重点此篇着眼于第七、八、九条原则：可读性、特殊情况和实用性。
-![开发人员和运营经理两个人之间的铜墙铁壁][1]
+
软件开发是一门充满了取舍的学科。每一个选择，都有一个同样合理但相反的选择。将一个方法私有化？你在鼓励复制粘贴。将一个方法公开？你在过早地对一个接口做出承诺。
@@ -20,27 +20,19 @@
### 可读性很重要
-从某种意义上说，这一中间原则确实是整个 Python 之禅的中心。这条原则与编写高效的程序无关。在大多数情况下，它甚至与编写健壮的程序无关。它讲的是编写出*别人能读懂的程序*。
+从某种意义上说，这一中间原则确实是整个 Python 之禅的中心。这条原则与编写高效的程序无关。在大多数情况下，它甚至与编写健壮的程序也无关。它讲的是编写出*别人能读懂的程序*。
阅读代码，就其本质而言，发生在代码被添加到系统中之后。通常，它会发生在很久很久以后。忽略可读性是最简单的选择，因为它对现在没有伤害。无论添加新代码的原因是什么，它都会对现在造成影响，无论是一个令人痛苦的 bug 还是一个被强烈要求的功能。
-面对巨大的压力，把可读性扔到一边，只管“解决问题”，Python 之禅提醒我们：可读性很重要。编写代码让它适合阅读，是对自己和他人的一种慈悲。
-
-###特殊情况还没有特殊到违反规则的地步。
-
-总有个借口。这个bug特别痛苦，我们不要担心简单。这个功能特别紧急，我们不要担心美观。这个案例所涉及的领域规则特别毛躁，我们不要担心嵌套程度。
-
-一旦我们允许特殊恳求，大坝墙就会破裂，没有原则了；事情就会演变成一个疯狂的麦克斯荒诞症，每个程序员都为自己，试图找到最好的借口。
-
-纪律需要承诺。只有在事情困难的时候，在强烈的诱惑下，才会考验一个软件开发人员。总有一个合理的借口来破坏规则，这就是为什么必须守规矩的原因。纪律是向例外说不的艺术。 任何解释都无法改变这一点。
+如果面对巨大的压力，把可读性扔到一边，只管“解决问题”，而 Python 之禅提醒我们：可读性很重要。编写代码让它适合阅读，无论是对自己还是他人，都是一种慈悲。
### 特殊情况不足以违反规则
-总是有各种借口。这个 bug 特别麻烦，先简单处理一下吧；这个功能特别紧急，别管美观了；这种情况下所涉及的领域规则特别复杂，嵌套深点也没事。
+总是有各种借口：这个 bug 特别麻烦，先简单处理一下吧；这个功能特别紧急，别管美观了；这种情况下所涉及的领域规则特别复杂，嵌套深点也没关系。
-一旦我们允许特例的借口，大坝就会破裂，就丧失原则了；事情就会演变成一个疯狂麦克斯的荒诞症，每个程序员都会为自己试图找到最好的借口。
+一旦我们对特例的借口妥协，大坝就会破裂，就丧失了原则；事情就会演变成一个疯狂麦克斯的荒诞症，每个程序员都会为自己试图找到最好的借口。
-纪律需要承诺。只有当事情艰辛、有强烈的诱惑时，才是对一个软件开发人员的考验。总是有合理的借口来破坏规则，这就是为什么必须守规矩的原因。纪律就是向例外说不的艺术。没有任何解释可以改变这一点。
+纪律需要承诺。只有当事情艰辛、有强烈的诱惑时，才是对一个软件开发人员的考验。总是有合理的借口来破坏规则，这就是为什么必须坚守规矩的原因。纪律就是向例外说不的艺术。没有任何解释可以改变这一点。
### 虽然，实用性胜过纯洁性
@@ -49,7 +41,7 @@
归根结底，软件开发是一门实用的学科。它的目标是解决真实的人所面临的实际问题。实用性比纯粹性更重要：首先，我们必须*解决问题*。如果我们只考虑可读性、简单性或美观性，我们将无法真正*解决问题*。
-正如宫本武藏所说的，每一次代码修改的首要目标应该是*解决问题°。这个问题需要我们心心念念去解决它。如果我们不以解决问题为目标，只想着 Python 之禅，我们就辜负了这些原则。这是 Python 之禅所固有的另一种矛盾。
+正如宫本武藏所说的，每一次代码修改的首要目标应该是*解决问题*。这个问题需要我们心心念念地去解决它。如果我们不以解决问题为目标，只想着 Python 之禅，我们就辜负了这些原则。这是 Python 之禅所固有的另一种矛盾。
--------------------------------------------------------------------------------
@@ -58,7 +50,7 @@ via: https://opensource.com/article/19/12/zen-python-trade-offs
作者：[Moshe Zadka][a]
选题：[lujun9972][b]
译者：[wxy](https://github.com/wxys)
-校对：[校对者ID](https://github.com/校对者ID)
+校对：[wxy](https://github.com/wxys)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
diff --git a/published/202101/20191226 How the Zen of Python handles errors.md b/published/202101/20191226 How the Zen of Python handles errors.md
new file mode 100644
index 0000000000..46ca0861c8
--- /dev/null
+++ b/published/202101/20191226 How the Zen of Python handles errors.md
@@ -0,0 +1,57 @@
+[#]: collector: (lujun9972)
+[#]: translator: (wxy)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13058-1.html)
+[#]: subject: (How the Zen of Python handles errors)
+[#]: via: (https://opensource.com/article/19/12/zen-python-errors)
+[#]: author: (Moshe Zadka https://opensource.com/users/moshez)
+
+Python 处理错误的原则
+======
+
+> 这是 Python 之禅特别系列的一部分，重点是第十和第十一条原则：沉默的错误（或不沉默）。
+
+
+
+处理“异常情况”是编程中争论最多的问题之一。这可能是因为风险很大：处理不当的错误值甚至可以使庞大的系统瘫痪。由于“异常情况”从本质上来说，是测试不足的，但发生的频率却令人不快，因此，是否正确处理它们往往可以将一个噩梦般的系统与一个“可以工作”的系统区分开来。
+
+从 Java 的 `checked` 异常，到 Erlang 的故障隔离，再到 Haskell 的 `Maybe`，不同的语言对错误处理的态度截然不同。
+
+这两条 [Python 之禅][2]是 Python 对这个话题的冥思。
+
+### 错误绝不应该悄悄传递...
+
+当 Python 之禅在 Tim Peters 眼里闪烁而出之前，在维基百科被俗称为“维基”之前，第一个维基网站 [C2][3] 就已经存在了，它是一个编程指南的宝库。这些原则大多来自于 [Smalltalk][4] 编程社区。Smalltalk 的思想影响了许多面向对象的语言，包括 Python。
+
+C2 维基定义了武士原则：“胜利归来，要么不归。”用 Python 人的术语来说，它鼓励摒弃哨兵值，比如用返回 `None` 或 `-1` 来表示无法完成任务，而是采用引发异常的方式。一个 `None` 是无声的：它看起来像一个值，可以放在一个变量中，然后到处传递。有时，它甚至是一个*有效*的返回值。
+
+这里的原则是，如果一个函数不能完成它的契约，它应该“高调失败”：引发一个异常。所引发的异常永远不会看起来像是一个可能的值。它将跳过 `returned_value = call_to_function(parameter)` 行，并上升到调用栈中，可能使程序崩溃。
+
+崩溃的调试是很直接的：有一个堆栈跟踪来指示问题以及调用堆栈。崩溃可能意味着程序的必要条件没有满足，需要人为干预。它可能意味着程序的逻辑有问题。无论是哪种情况，高调失败都比一个隐藏的、“缺失”的值要好。用 `None` 来感染程序的有效数据，直到它被用在某个地方，就如你可能已经知道的，错误信息会说 “**None 没有方法进行拆分**”。
+
+### 除非显式消除
+
+有时需要显式地捕获异常。我们可能会预见到文件中的某些行格式错误，并希望以特殊的方式来处理它们，也许可以把它们放在一个“需要人来看看的行”的文件中，而不是让整个程序崩溃。
+
+Python 允许我们用 `except` 来捕获异常。这意味着错误可以被*显式*消除。这种明确性意味着 `except` 行在代码审查中是可见的。质疑为什么应该在这里显式消除异常并从异常中恢复，是有意义的。自问一下我们是否捕获了太多或太少的异常也是有意义的。
+
+因为这些全都是明确的，所以有人可以阅读代码并了解哪些异常是可以恢复的。
+
+--------------------------------------------------------------------------------
+
+via: https://opensource.com/article/19/12/zen-python-errors
+
+作者：[Moshe Zadka][a]
+选题：[lujun9972][b]
+译者：[wxy](https://github.com/wxy)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://opensource.com/users/moshez
+[b]: https://github.com/lujun9972
+[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/checklist_hands_team_collaboration.png?itok=u82QepPk (a checklist for a team)
+[2]: https://www.python.org/dev/peps/pep-0020/
+[3]: https://wiki.c2.com/
+[4]: https://en.wikipedia.org/wiki/Smalltalk
diff --git a/published/202101/20200323 5 Python scripts for automating basic community management tasks.md b/published/202101/20200323 5 Python scripts for automating basic community management tasks.md
new file mode 100644
index 0000000000..6c785a9020
--- /dev/null
+++ b/published/202101/20200323 5 Python scripts for automating basic community management tasks.md
@@ -0,0 +1,115 @@
+[#]: collector: (lujun9972)
+[#]: translator: (stevenzdg988)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13055-1.html)
+[#]: subject: (5 Python scripts for automating basic community management tasks)
+[#]: via: (https://opensource.com/article/20/3/automating-community-management-python)
+[#]: author: (Rich Bowen https://opensource.com/users/rbowen)
+
+用于基本社区管理任务自动化的 5 个 Python 脚本
+======
+
+> 如果某些事情不得不重复做三遍，尝试使其自动化。
+
+
+
+我 [之前写过关于社区管理员的工作][2]，如果你问 10 位社区管理员，你会得到 12 个不同的答案。不过，大多数情况下，你做的是社区需要你在任何特定时刻做的事情。而且很多事情可能是重复的。
+
+当我还是系统管理员时，我遵循一个规则：如果某些事必须做三遍，我会尝试使其自动化。当然，如今，使用诸如 Ansible 这样的强大工具，就有了一整套科学的方法。
+
+我每天或每周要做的一些事情涉及在一些地方查找内容，然后生成信息的摘要或报告，然后发布到别处。这样的任务是自动化的理想选择。这些并不是什么 [难事][3]，当我与同事共享其中一些脚本时，总是至少有一个能证明这是有用的。
+
+[在 GitHub][4] 上，我有几个每周都要使用的脚本。它们都不是很复杂，但每次都为我节省几分钟。其中一些是用 Perl 写的，因为我快 50 岁了（这些是我早些年写的）。有些是用 Python 写的，因为几年前，我决定要学习 Python。
+
+以下是概述：
+
+### tshirts.py
+
+这个简单的 [tshirts.py 脚本][5]会根据你要定制的活动 T 恤的数量，然后告诉你尺寸分布是什么。它将这些尺寸分布在一条正态曲线（也称为 “钟形曲线”）上，以我的经验，这和一个正常的会议观众的实际需求非常吻合。如果在美国使用，则可能需要将脚本中的值调整的稍大一些；如果在欧洲使用，则可能需要将脚本中的值稍稍缩小一些。你的情况也许不同。
+
+用法：
+
+```
+[rbowen@sasha:community-tools/scripts]$ ./tshirts.py
+How many shirts? 300
+For a total of 300 shirts, order:
+
+30.0 small
+72.0 medium
+96.0 large
+72.0 xl
+30.0 2xl
+```
+
+### followers.py
+
+[followers.py 脚本][6]为我提供了我关心的 Twitter 账号的关注者数量。
+
+该脚本只有 14 行，没什么复杂的，但是它可能节省我十分钟的加载网页和查找数字的时间。
+
+你需要编辑 `feed` 数组以添加你关心的帐户：
+
+```
+feeds = [
+ 'centosproject',
+ 'centos'
+ ];
+```
+
+注意：如果你在英语国家以外的地方运行它，则可能无法正常工作，因为它只是一个简单的屏幕抓取脚本，它读取 HTML 并查找其中包含的特定信息。因此，当输出使用其他语言时，正则表达式可能不匹配。
+
+用法：
+
+```
+[rbowen@sasha:community-tools/scripts]$ ./followers.py
+centosproject: 11,479 Followers
+centos: 18,155 Followers
+```
+
+### get_meetups
+
+[get_meetups 脚本][7]S 另一种类别的脚本 —— API脚本。这个特定的脚本使用 [meetup.com][8] 网站的 API 来寻找在特定区域和时间范围内特定主题的聚会，以便我可以将它报告给我的社区。你所依赖的许多服务都提供了 API，因此你的脚本可以查找信息，而无需手动查找网页。学习如何使用这些 API 既令人沮丧又耗时，但是最终将获得可以节省大量时间的技能。
+
+_免责声明：[meetup.com][8] 已于 2019 年 8 月更改了他们的 API，我还没有将这个脚本更新到新的API，所以它现在实际上并没有工作。在接下来的几周内请关注此版本的修复版本。_
+
+### centos-announcements.pl
+
+[centos-announcements.pl 脚本][9]要复杂得多，而且对我的用例来说非常特殊，但你可能有类似的情况。在本例中该脚本查看邮件列表存档（`centos-announce` 邮件列表），并查找具有特定格式的邮件，然后生成这些邮件的报告。报告有两种不同的格式：一种用于我的每月新闻通讯，另一种用于安排 Twitter 信息（借助于 Hootsuite）。
+
+我使用 Hootsuite 为 Twitter 安排内容，它们具有便捷的 CSV（逗号分隔值）格式，你可以一次批量安排整整一周的推文。从各种数据源（比如：邮件列表、博客、其他网页）自动生成 CSV 格式可以节省大量时间。但是请注意，这可能只应该用于初稿，然后你可以对其进行检查和编辑，以便最终不会自动发布你不想要内容的推文。
+
+### reporting.pl
+
+[reporting.pl 脚本][10]也是相当特定的，以满足我的特殊需求，但是这个概念本身是通用的。我每月向 [CentOS SIG][11]（特殊兴趣小组）发送邮件，这些邮件计划在给定的月份报告。该脚本只是告诉我本月有哪些 SIG，并记录需要发送给他们的电子邮件。
+
+但是，因以下两个原因，实际上并未发送该电子邮件。第一，我希望在消息发送之前对其进行编辑。第二，虽然发送电子邮件的脚本在过去很有效，但如今，很可能被当做垃圾邮件而被过滤。
+
+### 总结
+
+在这个存储库中还有一些其他脚本，这些脚本或多或少是针对我的特定需求的，但是我希望其中至少有一个脚本对你有用，并且希望这些脚本的多样性能激励你去自动化一些你自己的东西。我也希望看到你的自动化脚本存储库；在评论中链接他们！
+
+--------------------------------------------------------------------------------
+
+via: https://opensource.com/article/20/3/automating-community-management-python
+
+作者：[Rich Bowen][a]
+选题：[lujun9972][b]
+译者：[stevenzdg988](https://github.com/stevenzdg988)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://opensource.com/users/rbowen
+[b]: https://github.com/lujun9972
+[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/Open%20Pharma.png?itok=GP7zqNZE (shapes of people symbols)
+[2]: http://drbacchus.com/what-does-a-community-manager-do/
+[3]: https://6dollarshirts.com/rocket-surgery
+[4]: https://github.com/rbowen/centos-community-tools/tree/master/scripts
+[5]: https://github.com/rbowen/centos-community-tools/blob/master/scripts/tshirts.py
+[6]: https://github.com/rbowen/centos-community-tools/blob/master/scripts/followers.py
+[7]: https://github.com/rbowen/centos-community-tools/blob/master/scripts/get_meetups
+[8]: http://meetup.com
+[9]: https://github.com/rbowen/centos-community-tools/blob/master/scripts/centos-announcements.pl
+[10]: https://github.com/rbowen/centos-community-tools/blob/master/scripts/sig_reporting/reporting.pl
+[11]: https://wiki.centos.org/SpecialInterestGroup
diff --git a/published/20200522 A beginner-s guide to web scraping with Python.md b/published/202101/20200522 A beginner-s guide to web scraping with Python.md
similarity index 100%
rename from published/20200522 A beginner-s guide to web scraping with Python.md
rename to published/202101/20200522 A beginner-s guide to web scraping with Python.md
diff --git a/published/20200629 A minimalist Mac terminal for Linux fans.md b/published/202101/20200629 A minimalist Mac terminal for Linux fans.md
similarity index 100%
rename from published/20200629 A minimalist Mac terminal for Linux fans.md
rename to published/202101/20200629 A minimalist Mac terminal for Linux fans.md
diff --git a/published/20200827 How to Check Dependencies of a Package in Ubuntu-Debian-based Linux Distributions.md b/published/202101/20200827 How to Check Dependencies of a Package in Ubuntu-Debian-based Linux Distributions.md
similarity index 100%
rename from published/20200827 How to Check Dependencies of a Package in Ubuntu-Debian-based Linux Distributions.md
rename to published/202101/20200827 How to Check Dependencies of a Package in Ubuntu-Debian-based Linux Distributions.md
diff --git a/published/20201001 Level up your shell history with Loki and fzf.md b/published/202101/20201001 Level up your shell history with Loki and fzf.md
similarity index 100%
rename from published/20201001 Level up your shell history with Loki and fzf.md
rename to published/202101/20201001 Level up your shell history with Loki and fzf.md
diff --git a/published/20201015 Learn Python by creating a video game.md b/published/202101/20201015 Learn Python by creating a video game.md
similarity index 100%
rename from published/20201015 Learn Python by creating a video game.md
rename to published/202101/20201015 Learn Python by creating a video game.md
diff --git a/published/20201216 How to use Kubernetes resource quotas.md b/published/202101/20201216 How to use Kubernetes resource quotas.md
similarity index 100%
rename from published/20201216 How to use Kubernetes resource quotas.md
rename to published/202101/20201216 How to use Kubernetes resource quotas.md
diff --git a/translated/tech/20201216 Understanding 52-bit virtual address support in the Arm64 kernel.md b/published/202101/20201216 Understanding 52-bit virtual address support in the Arm64 kernel.md
similarity index 57%
rename from translated/tech/20201216 Understanding 52-bit virtual address support in the Arm64 kernel.md
rename to published/202101/20201216 Understanding 52-bit virtual address support in the Arm64 kernel.md
index e2acf4c5cd..c38a6e261e 100644
--- a/translated/tech/20201216 Understanding 52-bit virtual address support in the Arm64 kernel.md
+++ b/published/202101/20201216 Understanding 52-bit virtual address support in the Arm64 kernel.md
@@ -1,43 +1,45 @@
[#]: collector: (lujun9972)
[#]: translator: (mengxinayan)
-[#]: reviewer: ( )
-[#]: publisher: ( )
-[#]: url: ( )
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13069-1.html)
[#]: subject: (Understanding 52-bit virtual address support in the Arm64 kernel)
[#]: via: (https://opensource.com/article/20/12/52-bit-arm64-kernel)
[#]: author: (Bhupesh Sharma https://opensource.com/users/bhsharma)
-理解 ARM64 内核中对 52 比特虚拟地址的支持
+理解 ARM64 内核中对 52 位虚拟地址的支持
======
-随着 64 比特硬件的普及，增加了处理更大地址空间的需求。
-![拼图碎片聚在一起形成计算机屏幕][1]
-当 64 比特硬件变得可用之后，处理更大地址空间（大于232字节）的需求变得显而易见。现如今一些公司已经提供 64TiB 或更大内存的服务器，x86_64 架构和 arm64 架构现在允许寻址的地址空间大于 248 字节（可以使用默认的 48 比特地址支持）。
+> 随着 64 位硬件的引入，增加了处理更大地址空间的需求。
-x86_64 架构通过让硬件和软件支持五级页表以支持这些用例。它允许寻址的地址空间等于 257 字节（详情见 [x86：在 4.12 内核中启用 5 级页表][2]）。它突破了过去虚拟地址空间 128PiB 和 物理地址空间 4PiB 的上限。
+
-arm64 架构通过引入两个新的体系结构拓展来实现相同的功能—ARMv8.2 LVA（更大的虚拟寻址） 和 ARMv8.2 LPA（更大的物理地址寻址）。这允许使用 4PiB 的虚拟地址空间和 4PiB 的物理地址空间（即分别为 252 比特）。
+当 64 位硬件变得可用之后，处理更大地址空间（大于 2^32 字节）的需求变得显而易见。现如今一些公司已经提供 64TiB 或更大内存的服务器，x86_64 架构和 arm64 架构现在允许寻址的地址空间大于 2^48 字节（可以使用默认的 48 位地址支持）。
-在新的 arm64 CPU 中已经支持了 ARMv8.2 体系结构拓展，同时现在开源软件也支持了这两种新的硬件拓展。
+x86_64 架构通过让硬件和软件启用五级页表以支持这些用例。它允许寻址的地址空间等于 2^57 字节（详情见 [x86：在 4.12 内核中启用 5 级页表][2]）。它突破了过去虚拟地址空间 128PiB 和物理地址空间 4PiB 的上限。
-从 5.4 内核开始， arm64 架构中的52 比特（大）虚拟地址（VA）和物理地址（PA）得到支持。尽管[内核文档][3]描述了这些特性和新的内核运行时对旧的 CPU（硬件层面不支持 52 比特虚拟地址拓展）和新的 CPU（硬件层面支持 52 比特虚拟地址拓展）的影响，但对普通用户而言理解这些并且如何“选择使用”52比特的地址空间可能会很复杂。
+arm64 架构通过引入两个新的体系结构 —— ARMv8.2 LVA（更大的虚拟寻址） 和 ARMv8.2 LPA（更大的物理地址寻址） —— 拓展来实现相同的功能。这允许使用 4PiB 的虚拟地址空间和 4PiB 的物理地址空间（即分别为 2^52 位）。
+
+随着新的 arm64 CPU 中支持了 ARMv8.2 体系结构拓展，同时现在开源软件也支持了这两种新的硬件拓展。
+
+从 Linux 5.4 内核开始， arm64 架构中的 52 位（大）虚拟地址（VA）和物理地址（PA）得到支持。尽管[内核文档][3]描述了这些特性和新的内核运行时对旧的 CPU（硬件层面不支持 52 位虚拟地址拓展）和新的 CPU（硬件层面支持 52 位虚拟地址拓展）的影响，但对普通用户而言，理解这些并且如何 “选择使用” 52 位的地址空间可能会很复杂。
因此，我会在本文中介绍下面这些比较新的概念：
1. 在增加了对这些功能的支持后，内核的内存布局如何“翻转”到 Arm64 架构
- 2. 对用户态应用的影响，尤其是对提供调试支持的程序（例如：kexec-tools, makedumpfile 和 crash-utility）
- 3. 如何通过指定大于 48 比特的 mmap 参数，使用户态应用“选择”接收 52 比特地址？
+ 2. 对用户态应用的影响，尤其是对提供调试支持的程序（例如：kexec-tools、 makedumpfile 和 crash-utility）
+ 3. 如何通过指定大于 48 位的 mmap 参数，使用户态应用“选择”从 52 位地址空间接受 VA？
### ARMv8.2 架构的 LVA 和 LPA 拓展
-ARMv8.2 架构提供两种重要的拓展：更大的虚拟地址（LVA）和更大的物理地址（LPA）。
+ARMv8.2 架构提供两种重要的拓展：大虚拟寻址（LVA）和大物理寻址（LPA）。
-当使用 64 KB 转换粒度时，ARMv8.2-LVA 为每个基地址寄存器提供了一个更大的 52 比特虚拟地址空间。
+当使用 64 KB 转换粒度时，ARMv8.2-LVA 为每个翻译表基地址寄存器提供了一个更大的 52 位虚拟地址空间。
-在 ARMv8.2-LVA 中包含：
+在 ARMv8.2-LVA 中允许：
- * 当使用 64 KB 转换粒度时，中间物理地址（IPA）和物理地址空间拓展为 52 比特。
- * 如果使用 64 KB 转换粒度来实现对 52 比特物理地址的支持，那么一级块将会覆盖 4TB 的地址空间。
+ * 当使用 64 KB 转换粒度时，中间物理地址（IPA）和物理地址空间拓展为 52 位。
+ * 如果使用 64 KB 转换粒度来实现对 52 位物理地址的支持，那么一级块将会覆盖 4TB 的地址空间。
_需要注意的是这些特性仅在 AArch64 架构中支持。_
@@ -49,13 +51,13 @@ _需要注意的是这些特性仅在 AArch64 架构中支持。_
更多细节请参考 [Armv8 架构参考手册][4]。
-### Arm64 中的内核内存布局
+### Arm64 的内核内存布局
-伴随着 ARMv8.2 拓展增加了对 LVA 地址的支持（仅当页大小为 64 KB 是可用），在第一级翻译中，描述符的数量会增加。
+伴随着 ARMv8.2 拓展增加了对 LVA 地址的支持（仅当以页大小为 64 KB 运行时可用），在第一级转换中，描述符的数量会增加。
-用户地址将 63-48 比特位置为 0，然而内核地址将这些比特位置为 1。TTBRx 选择由虚拟地址的 63 比特位决定。`swapper_pg_dir` 仅包含内核全局映射，然而 `pgd` 仅包含用户（非全局）的映射。`swapper_pg_dir` 地址会写入 TTBR1 且永远不会写入 TTBR0。
+用户地址将 63-48 位位置为 0，然而内核地址将这些位设置为 1。TTBRx 的选择由虚拟地址的 63 位决定。`swapper_pg_dir` 仅包含内核（全局）映射，然而 `pgd` 仅包含用户（非全局）的映射。`swapper_pg_dir` 地址会写入 TTBR1，且永远不会写入 TTBR0。
-**页面大小为 64 KB 和三个级别的（具有 52 比特硬件支持）的 AArch64 架构下 Linux 内存布局如下：**
+**页面大小为 64 KB 和三个级别的（具有 52 位硬件支持）的 AArch64 架构下 Linux 内存布局如下：**
```
开始 结束 大小 用途
@@ -85,11 +87,11 @@ _需要注意的是这些特性仅在 AArch64 架构中支持。_
| | | | | |
| | | | | v
| | | | | [11:0] 页内偏移量
- | | | | +-> [20:12] L3 索引
- | | | +-----------> [29:21] L2 索引
- | | +---------------------> [38:30] L1 索引
- | +-------------------------------> [47:39] L0 索引
- +-------------------------------------------------> [63] TTBR0/1
+ | | | | +-> [20:12] L3 索引
+ | | | +-----------> [29:21] L2 索引
+ | | +---------------------> [38:30] L1 索引
+ | +-------------------------------> [47:39] L0 索引
+ +-------------------------------------------------> [63] TTBR0/1
```
**64 KB 页面的转换查询表如下：**
@@ -101,18 +103,18 @@ _需要注意的是这些特性仅在 AArch64 架构中支持。_
| | | | |
| | | | v
| | | | [15:0] 页内偏移量
- | | | +----------> [28:16] L3 索引
- | | +--------------------------> [41:29] L2 索引
- | +-------------------------------> [47:42] L1 索引 (48 比特)
- | [51:42] L1 索引 (52 比特)
- +-------------------------------------------------> [63] TTBR0/1
+ | | | +----------> [28:16] L3 索引
+ | | +--------------------------> [41:29] L2 索引
+ | +-------------------------------> [47:42] L1 索引 (48 位)
+ | [51:42] L1 索引 (52 位)
+ +-------------------------------------------------> [63] TTBR0/1
```
![][5]
-### 内核对 52 比特虚拟地址的支持
+### 内核对 52 位虚拟地址的支持
-因为支持 LVA 的较新的内核应在旧的CPU（硬件不支持 LVA 拓展）和新的CPU（硬件支持 LVA 拓展）上都可以正常运行，因此采用的设计方法是使用单个二进制文件来支持 52 比特（如果硬件不支持该特性，则必须在刚开始启动时能回到 48 比特）。也就是说，为了满足 52 比特的虚拟地址以及固定大小的 `PAGE_OFFSET`，VMEMMAP 必须设置得足够大。
+因为支持 LVA 的较新的内核应该可以在旧的 CPU（硬件不支持 LVA 拓展）和新的 CPU（硬件支持 LVA 拓展）上都正常运行，因此采用的设计方法是使用单个二进制文件来支持 52 位（如果硬件不支持该特性，则必须在刚开始启动时能回退到 48 位）。也就是说，为了满足 52 位的虚拟地址以及固定大小的 `PAGE_OFFSET`，`VMEMMAP` 必须设置得足够大。
这样的设计方式要求内核为了新的虚拟地址空间而支持下面的变量：
@@ -122,13 +124,13 @@ VA_BITS 常量 *最大的* 虚拟地址空间大小
vabits_actual 变量 *实际的* 虚拟地址空间大小
```
-因此，尽管 `VA_BITS` 设置了最大的虚拟地址空间大小，但实际上支持的虚拟地址空间大小由 `vabits_actual` 确定（具体取决于启动时的切换）
+因此，尽管 `VA_BITS` 设置了最大的虚拟地址空间大小，但实际上支持的虚拟地址空间大小由 `vabits_actual` 确定（具体取决于启动时的切换）。
#### 翻转内核内存布局
-保持一个单内核二进制文件的设计方法要求内核的 .text 文件位于高位地址中，因此它们对于 48/52 比特虚拟地址都不变。因为内核地址检测器（KASAN）区域仅占整个内核虚拟地址空间的一小部分，因此对于 48 比特或 52 比特的虚拟地址空间，KASAN 区域的末尾也必须在内核虚拟地址空间的上半部分。（从 48 比特切换到 52 比特，KASAN 区域的末尾是不变的且依赖于 `~0UL`，而起始地址将“增长”到低位地址）
+保持一个单一内核二进制文件的设计方法要求内核的 `.text` 位于高位地址中，因此它们对于 48/52 位虚拟地址是不变的。因为内核地址检测器（KASAN）区域仅占整个内核虚拟地址空间的一小部分，因此对于 48 位或 52 位的虚拟地址空间，KASAN 区域的末尾也必须在内核虚拟地址空间的上半部分。（从 48 位切换到 52 位，KASAN 区域的末尾是不变的，且依赖于 `~0UL`，而起始地址将“增长”到低位地址）
-为了优化 `phys_to_virt()` 和 `virt_to_phys()`，页偏移量将被保持在 `0xFFF0000000000000` （对应于 52 比特），这消除了读取额外变量的需求。在早期启动时将会计算 `physvirt` 和 `vmemmap` 偏移量以启用这个逻辑。
+为了优化 `phys_to_virt()` 和 `virt_to_phys()`，页偏移量将被保持在 `0xFFF0000000000000` （对应于 52 位），这消除了读取额外变量的需求。在早期启动时将会计算 `physvirt` 和 `vmemmap` 偏移量以启用这个逻辑。
考虑下面的物理和虚拟 RAM 地址空间的转换：
@@ -139,8 +141,8 @@ vabits_actual 变量 *实际的* 虚拟地址空间大小
*/
#define virt_to_phys(addr) ({ \
- if (!(((u64)addr) & BIT(vabits_actual - 1))) \
- (((addr) & ~PAGE_OFFSET) + PHYS_OFFSET)
+ if (!(((u64)addr) & BIT(vabits_actual - 1))) \
+ (((addr) & ~PAGE_OFFSET) + PHYS_OFFSET)
})
#define phys_to_virt(addr) ((unsigned long)((addr) - PHYS_OFFSET) | PAGE_OFFSET)
@@ -152,11 +154,11 @@ vabits_actual 变量 *实际的* 虚拟地址空间大小
### 对用于调试内核的用户态程序的影响
-一些用户空间应用程序用于调试正在运行的/活动中的内核或者分析系统崩溃时的 vmcore 转储（例如确定内核奔溃的根本原因）：kexec-tools, makedumpfile, 和 crash-utility。
+有几个用户空间应用程序可以用于调试正在运行的/活动中的内核或者分析系统崩溃时的 vmcore 转储（例如确定内核奔溃的根本原因）：kexec-tools、makedumpfile 和 crash-utility。
当用它们来调试 Arm64 内核时，因为 Arm64 内核内存映射被“翻转”，因此也会对它们产生影响。这些应用程序还需要遍历转换表以确定与虚拟地址相应的物理地址（类似于内核中的完成方式）。
-相应地，在将“翻转”引入内核内存映射之后，由于上游中断了用户态应用程序，因此必须对其进行修改。
+相应地，在将“翻转”引入内核内存映射之后，由于上游破坏了用户态应用程序，因此必须对其进行修改。
我已经提议了对三个受影响的用户态应用程序的修复；有一些已经被上游接受，但其他仍在等待中：
@@ -166,25 +168,25 @@ vabits_actual 变量 *实际的* 虚拟地址空间大小
除非在用户空间应用程序进行了这些修改，否则它们将仍然无法调试运行/活动中的内核或分析系统崩溃时的 vmcore 转储。
-### 52 比特用户态虚拟地址
+### 52 位用户态虚拟地址
-为了保持与依赖 ARMv8.0 虚拟地址空间的最大为 48 比特的用户空间应用程序的兼容性，在默认情况下内核会将虚拟地址从 48 比特范围返回给用户空间。
+为了保持与依赖 ARMv8.0 虚拟地址空间的最大为 48 位的用户空间应用程序的兼容性，在默认情况下内核会将虚拟地址从 48 位范围返回给用户空间。
-通过指定大于48位的mmap提示参数，用户态程序可以“选择”从 52 比特空间接收虚拟地址。
+通过指定大于 48 位的 mmap 提示参数，用户态程序可以“选择”从 52 位空间接收虚拟地址。
例如：
```
.mmap_high_addr.c
-\----
+----
maybe_high_address = mmap(~0UL, size, prot, flags,...);
```
-通过启用以下的内核配置选项，还可以构建一个从 52 比特空间返回地址的调试内核：
+通过启用以下的内核配置选项，还可以构建一个从 52 位空间返回地址的调试内核：
```
-` CONFIG_EXPERT=y && CONFIG_ARM64_FORCE_52BIT=y`
+ CONFIG_EXPERT=y && CONFIG_ARM64_FORCE_52BIT=y
```
_请注意此选项仅用于调试应用程序，不应在实际生产中使用。_
@@ -193,9 +195,9 @@ _请注意此选项仅用于调试应用程序，不应在实际生产中使用
总结一下：
-1. 内核版本从 5.14 开始，新的 Armv8.2 硬件拓展 LVA 和 LPA 在内核中得到很好的拓展。
+1. 内核版本从 5.14 开始，新的 Armv8.2 硬件拓展 LVA 和 LPA 在内核中得到良好支持。
2. 像 kexec-tools 和 makedumpfile 被用来调试内核的用户态应用程序现在无法支持新拓展，仍在等待上游接受修补。
-3. 过去的用户态应用程序依赖于 Arm64 内核提供的 48 比特虚拟地址将继续原样工作，而较新的用户态应用程序通构指定超过 48 比特更大的 mmap 提示参数来 “选择加入”已接受来自 52 比特的虚拟地址。
+3. 过去的用户态应用程序依赖于 Arm64 内核提供的 48 位虚拟地址将继续原样工作，而较新的用户态应用程序通构指定超过 48 位更大的 mmap 提示参数来 “选择加入”已接受来自 52 位的虚拟地址。
* * *
@@ -208,7 +210,7 @@ via: https://opensource.com/article/20/12/52-bit-arm64-kernel
作者：[Bhupesh Sharma][a]
选题：[lujun9972][b]
译者：[萌新阿岩](https://github.com/mengxinayan)
-校对：[校对者ID](https://github.com/校对者ID)
+校对：[wxy](https://github.com/wxy)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
diff --git a/published/20201219 6 ways this fullscreen text editor improves focus.md b/published/202101/20201219 6 ways this fullscreen text editor improves focus.md
similarity index 100%
rename from published/20201219 6 ways this fullscreen text editor improves focus.md
rename to published/202101/20201219 6 ways this fullscreen text editor improves focus.md
diff --git a/published/20201222 Learn Rust by writing a simple game.md b/published/202101/20201222 Learn Rust by writing a simple game.md
similarity index 100%
rename from published/20201222 Learn Rust by writing a simple game.md
rename to published/202101/20201222 Learn Rust by writing a simple game.md
diff --git a/published/20201222 Learn to use the Sed text editor.md b/published/202101/20201222 Learn to use the Sed text editor.md
similarity index 100%
rename from published/20201222 Learn to use the Sed text editor.md
rename to published/202101/20201222 Learn to use the Sed text editor.md
diff --git a/published/20201224 5 reasons to use the Atom text editor.md b/published/202101/20201224 5 reasons to use the Atom text editor.md
similarity index 100%
rename from published/20201224 5 reasons to use the Atom text editor.md
rename to published/202101/20201224 5 reasons to use the Atom text editor.md
diff --git a/published/20201225 How to use heredoc as a text editor.md b/published/202101/20201225 How to use heredoc as a text editor.md
similarity index 100%
rename from published/20201225 How to use heredoc as a text editor.md
rename to published/202101/20201225 How to use heredoc as a text editor.md
diff --git a/published/20201226 Try GNU nano, a lightweight alternative to Vim.md b/published/202101/20201226 Try GNU nano, a lightweight alternative to Vim.md
similarity index 100%
rename from published/20201226 Try GNU nano, a lightweight alternative to Vim.md
rename to published/202101/20201226 Try GNU nano, a lightweight alternative to Vim.md
diff --git a/published/20201228 Learn Python by coding a simple game.md b/published/202101/20201228 Learn Python by coding a simple game.md
similarity index 100%
rename from published/20201228 Learn Python by coding a simple game.md
rename to published/202101/20201228 Learn Python by coding a simple game.md
diff --git a/published/20201228 Learn to use the JOE text editor on Linux.md b/published/202101/20201228 Learn to use the JOE text editor on Linux.md
similarity index 100%
rename from published/20201228 Learn to use the JOE text editor on Linux.md
rename to published/202101/20201228 Learn to use the JOE text editor on Linux.md
diff --git a/published/20201228 Practice programming in C-- by writing a simple game.md b/published/202101/20201228 Practice programming in C-- by writing a simple game.md
similarity index 100%
rename from published/20201228 Practice programming in C-- by writing a simple game.md
rename to published/202101/20201228 Practice programming in C-- by writing a simple game.md
diff --git a/published/20201229 Bring an old MacBook back to life with Linux.md b/published/202101/20201229 Bring an old MacBook back to life with Linux.md
similarity index 100%
rename from published/20201229 Bring an old MacBook back to life with Linux.md
rename to published/202101/20201229 Bring an old MacBook back to life with Linux.md
diff --git a/published/20201229 Show progress in your Python apps with tqdm.md b/published/202101/20201229 Show progress in your Python apps with tqdm.md
similarity index 100%
rename from published/20201229 Show progress in your Python apps with tqdm.md
rename to published/202101/20201229 Show progress in your Python apps with tqdm.md
diff --git a/published/20201230 Choose between Btrfs and LVM-ext4.md b/published/202101/20201230 Choose between Btrfs and LVM-ext4.md
similarity index 100%
rename from published/20201230 Choose between Btrfs and LVM-ext4.md
rename to published/202101/20201230 Choose between Btrfs and LVM-ext4.md
diff --git a/published/20201230 Learn Lua by writing a -guess the number- game.md b/published/202101/20201230 Learn Lua by writing a -guess the number- game.md
similarity index 100%
rename from published/20201230 Learn Lua by writing a -guess the number- game.md
rename to published/202101/20201230 Learn Lua by writing a -guess the number- game.md
diff --git a/published/20201230 Use the Markdown Editor app in Nextcloud.md b/published/202101/20201230 Use the Markdown Editor app in Nextcloud.md
similarity index 100%
rename from published/20201230 Use the Markdown Editor app in Nextcloud.md
rename to published/202101/20201230 Use the Markdown Editor app in Nextcloud.md
diff --git a/published/20201231 10 things to love about Git.md b/published/202101/20201231 10 things to love about Git.md
similarity index 100%
rename from published/20201231 10 things to love about Git.md
rename to published/202101/20201231 10 things to love about Git.md
diff --git a/published/20201231 Build your own text editor in Java.md b/published/202101/20201231 Build your own text editor in Java.md
similarity index 100%
rename from published/20201231 Build your own text editor in Java.md
rename to published/202101/20201231 Build your own text editor in Java.md
diff --git a/published/20210101 Resize images using Python.md b/published/202101/20210101 Resize images using Python.md
similarity index 100%
rename from published/20210101 Resize images using Python.md
rename to published/202101/20210101 Resize images using Python.md
diff --git a/published/20210105 4 lines of code to improve your Ansible play.md b/published/202101/20210105 4 lines of code to improve your Ansible play.md
similarity index 100%
rename from published/20210105 4 lines of code to improve your Ansible play.md
rename to published/202101/20210105 4 lines of code to improve your Ansible play.md
diff --git a/published/20210106 Learn C by writing a simple game.md b/published/202101/20210106 Learn C by writing a simple game.md
similarity index 100%
rename from published/20210106 Learn C by writing a simple game.md
rename to published/202101/20210106 Learn C by writing a simple game.md
diff --git a/published/20210106 My 3 favorite open source productivity apps.md b/published/202101/20210106 My 3 favorite open source productivity apps.md
similarity index 100%
rename from published/20210106 My 3 favorite open source productivity apps.md
rename to published/202101/20210106 My 3 favorite open source productivity apps.md
diff --git a/published/20210107 8 open source software cheat sheets you-ll need in 2021.md b/published/202101/20210107 8 open source software cheat sheets you-ll need in 2021.md
similarity index 100%
rename from published/20210107 8 open source software cheat sheets you-ll need in 2021.md
rename to published/202101/20210107 8 open source software cheat sheets you-ll need in 2021.md
diff --git a/published/20210108 Why I like the FED text editor.md b/published/202101/20210108 Why I like the FED text editor.md
similarity index 100%
rename from published/20210108 Why I like the FED text editor.md
rename to published/202101/20210108 Why I like the FED text editor.md
diff --git a/published/20210109 Homura- A WINE-based Game Launcher for BSD.md b/published/202101/20210109 Homura- A WINE-based Game Launcher for BSD.md
similarity index 100%
rename from published/20210109 Homura- A WINE-based Game Launcher for BSD.md
rename to published/202101/20210109 Homura- A WINE-based Game Launcher for BSD.md
diff --git a/published/20210111 Deploy Ceph in a Raspberry Pi cluster.md b/published/202101/20210111 Deploy Ceph in a Raspberry Pi cluster.md
similarity index 100%
rename from published/20210111 Deploy Ceph in a Raspberry Pi cluster.md
rename to published/202101/20210111 Deploy Ceph in a Raspberry Pi cluster.md
diff --git a/published/20210111 Improve your productivity with this lightweight Linux desktop.md b/published/202101/20210111 Improve your productivity with this lightweight Linux desktop.md
similarity index 100%
rename from published/20210111 Improve your productivity with this lightweight Linux desktop.md
rename to published/202101/20210111 Improve your productivity with this lightweight Linux desktop.md
diff --git a/published/20210112 3 email rules to live by in 2021.md b/published/202101/20210112 3 email rules to live by in 2021.md
similarity index 100%
rename from published/20210112 3 email rules to live by in 2021.md
rename to published/202101/20210112 3 email rules to live by in 2021.md
diff --git a/published/202101/20210112 Super Productivity- A Super Cool Open Source To-Do List App with GitHub Integration.md b/published/202101/20210112 Super Productivity- A Super Cool Open Source To-Do List App with GitHub Integration.md
new file mode 100644
index 0000000000..603476e224
--- /dev/null
+++ b/published/202101/20210112 Super Productivity- A Super Cool Open Source To-Do List App with GitHub Integration.md
@@ -0,0 +1,104 @@
+[#]: collector: (lujun9972)
+[#]: translator: (wxy)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13067-1.html)
+[#]: subject: (Super Productivity: A Super Cool Open Source To-Do List App with GitHub Integration)
+[#]: via: (https://itsfoss.com/super-productivity/)
+[#]: author: (Ankush Das https://itsfoss.com/author/ankush/)
+
+超级生产力：一款集成了 GitHub 的超酷开源待办事项列表应用
+======
+
+> “超级生产力”是一款很棒的开源待办事项应用，可以帮助你管理任务、跟踪事务和管理时间。
+
+无论你做什么，提高工作效率是大多数人的共同目标。通常，你总会尝试各种[待办事项列表应用][1]或者[记事应用][2]来帮助自己组织和提醒事情，从而高效地跟上工作进度。
+
+当然，你可以看看那些清单，根据自己的喜好去尝试其中的一些。在这里，我遇到了一些独特的东西，如果你想要一个具有可靠的用户界面、GitHub/GitLab 集成以及一系列基本功能的桌面待办事项应用，你也许可以尝试一下。
+
+超级生产力看起来是一个令人印象深刻的待办事项列表应用，并提供一些独特的功能。在本文中，我将让你简单了解它的一切。
+
+### 超级生产力：一个简单的而有吸引力的开源待办事项应用程序
+
+![][3]
+
+“超级生产力”是一款开源应用，它由 [Johannes Millan][4] 在 GitHub 上积极维护。
+
+对我来说，用户体验是最重要的，“超级生产力”提供的用户界面给我留下了十分深刻的印象。
+
+它还提供了一堆基本功能以及一些有趣的选项。让我们来看看它们。
+
+### “超级生产力”的功能
+
+![][5]
+
+ * 添加待办事项、说明
+ * 追踪花费在任务和休息上的时间
+ * 项目管理（与 JIRA、GitHub 和 GitLab 整合）
+ * 安排任务的能力
+ * 语言选择选项
+ * 同步到 Dropbox、Google Drive 或任何其他 WebDAV 存储位置
+ * 导入/导出功能
+ * 自动备份功能
+ * 能够调整定时器和计数器的行为
+ * 黑暗模式
+ * 在任务中添加附件
+ * 完全免费的重复任务
+ * 跨平台支持
+
+除了我提到的功能外，你还会发现更多详细的设置和调整配置。
+
+尤其是与 [JIRA][6]、[GitHub][7] 和 [GitLab][8] 的整合。你可以自动分配要进行的工作任务，而不需要检查你的电子邮件以了解问题跟踪器或议题的最近更新。
+
+与我目前使用过的许多收费版的待办事项 Web 服务相比，你会惊讶地发现许多有用的功能完全免费。
+
+### 在 Linux 上安装“超级生产力”
+
+![][9]
+
+它有各种安装方式。我下载了 AppImage 文件测试了一下。但是，你也可以得到基于 Debian 的发行版的 deb 包。
+
+它也可以作为一个 [snap][10] 来安装。你可以在 [GitHub 的发布部分][11]中找到所有的包。
+
+如果你感兴趣，可以查看它的 [GitHub 页面][12]来了解它的更多信息。
+
+- [下载超级生产力](https://github.com/johannesjo/super-productivity/releases)
+
+### 总结
+
+我发现“超级生产力”的用户体验非常棒。所提供的功能非常有用，考虑到你可以获得一些你通常从收费版的待办事项 Web 服务中才能获得的高级功能，它可以成为大多数用户的完美替代品。
+
+你可以简单地使用 Google Drive、Dropbox 或任何其他 WebDAV 存储位置同步数据。
+
+它也可以取代像 [ActivityWatch][13] 这样的服务，帮助你追踪你工作任务和保持闲置的时间。所以，它可以成为你提高生产力的一体化解决方案！
+
+听起来很不错，对吧？
+
+你对“超级生产力”有什么看法？请在下面的评论区告诉我你的想法。
+
+--------------------------------------------------------------------------------
+
+via: https://itsfoss.com/super-productivity/
+
+作者：[Ankush Das][a]
+选题：[lujun9972][b]
+译者：[wxy](https://github.com/wxy)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://itsfoss.com/author/ankush/
+[b]: https://github.com/lujun9972
+[1]: https://itsfoss.com/to-do-list-apps-linux/
+[2]: https://itsfoss.com/note-taking-apps-linux/
+[3]: https://i2.wp.com/itsfoss.com/wp-content/uploads/2021/01/super-productivity.jpg?resize=800%2C569&ssl=1
+[4]: https://github.com/johannesjo
+[5]: https://i1.wp.com/itsfoss.com/wp-content/uploads/2021/01/super-productivity-2.jpg?resize=800%2C575&ssl=1
+[6]: https://www.atlassian.com/software/jira
+[7]: https://github.com/
+[8]: https://about.gitlab.com
+[9]: https://i0.wp.com/itsfoss.com/wp-content/uploads/2021/01/super-productivity-1.jpg?resize=800%2C574&ssl=1
+[10]: https://snapcraft.io/superproductivity
+[11]: https://github.com/johannesjo/super-productivity/releases
+[12]: https://github.com/johannesjo/super-productivity
+[13]: https://itsfoss.com/activitywatch/
diff --git a/published/20210113 How to get Battery status notification when a battery is full or low.md b/published/202101/20210113 How to get Battery status notification when a battery is full or low.md
similarity index 100%
rename from published/20210113 How to get Battery status notification when a battery is full or low.md
rename to published/202101/20210113 How to get Battery status notification when a battery is full or low.md
diff --git a/translated/tech/20210115 3 plain text note-taking tools.md b/published/202101/20210115 3 plain text note-taking tools.md
similarity index 67%
rename from translated/tech/20210115 3 plain text note-taking tools.md
rename to published/202101/20210115 3 plain text note-taking tools.md
index 7295039f0e..c5b839a849 100644
--- a/translated/tech/20210115 3 plain text note-taking tools.md
+++ b/published/202101/20210115 3 plain text note-taking tools.md
@@ -1,32 +1,34 @@
[#]: collector: (lujun9972)
[#]: translator: (geekpi)
-[#]: reviewer: ( )
-[#]: publisher: ( )
-[#]: url: ( )
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13056-1.html)
[#]: subject: (3 plain text note-taking tools)
[#]: via: (https://opensource.com/article/21/1/plain-text)
[#]: author: (Kevin Sonney https://opensource.com/users/ksonney)
3 个纯文本记事工具
======
-记笔记很重要，而纯文本是一种简单、中性的方式。这里有三个工具，你可以在不失去纯文本的简易和便携性的前提下，给你的笔记加点东西。
-![Typewriter with hands][1]
+
+> 记笔记很重要，而纯文本是一种简单、中性的方式。这里有三个工具，你可以在不失去纯文本的简易和便携性的前提下，给你的笔记加点东西。
+
+
在前几年，这个年度系列涵盖了单个的应用。今年，我们除了关注 2021 年的策略外，还将关注一体化解决方案。欢迎来到 2021 年 21 天生产力的第五天。
-纯文本是最具弹性的文档格式。纯文本文档体积小，可以在机器之间快速传输，并且可以在_任意_设备上阅读。因此，在纯文本文档中做笔记是很有意义的。
+纯文本是最具弹性的文档格式。纯文本文档体积小，可以在机器之间快速传输，并且可以在*任意*设备上阅读。因此，在纯文本文档中做笔记是很有意义的。
-然而，纯文本也仅是纯文本。我们生活在一个富文本世界中，我们仍然需要标题、列表以及区分一个部分和另一个部分的方法。幸运的是，我们有几种方法可以添加这些元素，而不需要在纯文本文档中添加复杂的标记。
+然而，纯文本也仅是纯文本。我们生活在一个富文本世界中，我们仍然需要标题、列表以及区分一个章节和另一个章节的方法。幸运的是，我们有几种方法可以添加这些元素，而不需要在纯文本文档中添加复杂的标记。
### Markdown
![Markdown][2]
-Markdown （Kevin Sonney, [CC BY-SA 4.0][3]）
+*Markdown （Kevin Sonney, [CC BY-SA 4.0][3]）*
由 Aaron Schwartz 和 John Gruber 创建的 [Markdown][4]，是我如今每天使用最多的格式。从读写 README 文件、文档、记笔记，甚至源代码注释，Markdown 让我可以在不牺牲轻松阅读文档的能力的情况下添加格式。
-此外，Markdown 还有几个”扩展版本“，以允许那些不属于原始设计的项目。特别是，[GitHub 风格的 Markdown][5] 由于其在同名的源码控制网站中的使用而异常流行。
+此外，Markdown 还有几个“扩展版本”，以允许那些不属于原始设计的项目。特别是，[GitHub 风格的 Markdown][5] 由于其在同名的源码控制网站中的使用而异常流行。
许多文件编辑器都支持 Markdown 高亮显示，不需要额外的附加组件或工作。
@@ -34,21 +36,21 @@ Markdown （Kevin Sonney, [CC BY-SA 4.0][3]）
![AsciiDoc][6]
-AsciiDoc （Kevin Sonney, [CC BY-SA 4.0][3]）
+*AsciiDoc （Kevin Sonney, [CC BY-SA 4.0][3]）*
-由 Stuart Rackham 创建的 [AsciiDoc][7] 是向纯文本文档添加富文本元素的另一种方式。AsciiDoc 有许多生成文档、书籍和论文的功能。然而，这并不意味着它不能被用来做笔记。有很多环境（特别是在教育和研究领域），能够快速将笔记转换为更”正式“的格式是很有帮助的。
+由 Stuart Rackham 创建的 [AsciiDoc][7] 是向纯文本文档添加富文本元素的另一种方式。AsciiDoc 有许多生成文档、书籍和论文的功能。然而，这并不意味着它不能被用来做笔记。有很多环境（特别是在教育和研究领域），能够快速将笔记转换为更“正式”的格式是很有帮助的。
AsciiDoc 也有很多工具可以将文本转换为其他格式进行协作。还有一些附加组件可以从不同的源导入数据，并将其放入最终的文档中，或者处理特殊的格式，如 MathML 或 LaTeX。
-### Org Mode
+### Org 模式
![ORG-Mode][8]
-ORG-Mode （Kevin Sonney, [CC BY-SA 4.0][3]）
+*ORG-Mode （Kevin Sonney, [CC BY-SA 4.0][3]）*
-说到文本格式，我不能不提 [Org][9]。Org Mode 最初是为 [GNU Emacs][10] 设计的，现在已经成为笔记、待办事项、文档等常用的纯文本格式之一。Org 可以在包括 [Vim][11] 在内的众多文本编辑器中编写和使用。Org 简单、易学，是我最喜欢的笔记文本格式之一。
+说到文本格式，我不能不提 [Org 模式][9]。它最初是为 [GNU Emacs][10] 设计的，现在已经成为笔记、待办事项、文档等常用的纯文本格式之一。Org 模式可以在包括 [Vim][11] 在内的众多文本编辑器中编写和使用。Org 模式简单、易学，是我最喜欢的笔记文本格式之一。
-最后，选择 Markdown、AsciiDoc 或 Org 作为纯文本笔记，是确保它们可以在任何地方被阅读和更新的一种方式。如果你和我一样，你会发现自己在做纸质笔记的时候，也会使用同样的语法！
+最后，选择 Markdown、AsciiDoc 或 Org 模式作为纯文本笔记，是确保它们可以在任何地方被阅读和更新的一种方式。如果你和我一样，你会发现自己在做纸质笔记的时候，也会使用同样的语法！
--------------------------------------------------------------------------------
@@ -57,7 +59,7 @@ via: https://opensource.com/article/21/1/plain-text
作者：[Kevin Sonney][a]
选题：[lujun9972][b]
译者：[geekpi](https://github.com/geekpi)
-校对：[校对者ID](https://github.com/校对者ID)
+校对：[wxy](https://github.com/wxy)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
diff --git a/published/202101/20210116 How to use KDE-s productivity suite, Kontact.md b/published/202101/20210116 How to use KDE-s productivity suite, Kontact.md
new file mode 100644
index 0000000000..617d48c640
--- /dev/null
+++ b/published/202101/20210116 How to use KDE-s productivity suite, Kontact.md
@@ -0,0 +1,76 @@
+[#]: collector: (lujun9972)
+[#]: translator: (geekpi)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13059-1.html)
+[#]: subject: (How to use KDE's productivity suite, Kontact)
+[#]: via: (https://opensource.com/article/21/1/kde-kontact)
+[#]: author: (Kevin Sonney https://opensource.com/users/ksonney)
+
+如何使用 KDE 的生产力套件 Kontact
+======
+
+> KDE 很棒，但当你使用这个统一个人信息管理器 Kontact 时，它才真正发挥了作用。
+
+
+
+在前几年，这个年度系列涵盖了单个的应用。今年，我们除了关注 2021 年的策略外，还将关注一体化解决方案。欢迎来到 2021 年 21 天生产力的第六天。
+
+在很久很久以前，当编译内核还是获取 WiFi 驱动的唯一途径时，图形环境主要是用来运行网页浏览器和打开大量终端窗口。其外观和感觉是由程序作者选择使用的各种工具箱组成的大杂烩。然后，在 1996 年 [Matthias Ettrich][2] 提出并随后发布了第一个版本的 [KDE][3]。它是基于当时专有的 [Qt][4] 工具箱（后来成为自由而开源的）。这个版本引发了 Linux 上的桌面革命，同一时期出现的还有使用当时的自由开源软件 GTK 工具包所创建的 [GNOME 桌面][5] 。不管是 KDE 还是 GNOME，Linux 从一个*只有电脑操作人员使用的 Linux 操作系统*变成了一个人人都能使用的强大桌面环境。
+
+![Fedora KDE Spin Default Desktop][6]
+
+*Fedora KDE 版的默认桌面 （Kevin Sonney, [CC BY-SA 4.0][7]）*
+
+KDE Plasma 5 是最新的 KDE 版本，它的功能非常丰富，可以提高你的工作效率。它包括了 Konqueror 网页浏览器、Dolphin 文件管理器和 Konsole 终端模拟器，所有这些都为这个桌面环境提供了一个很好的坚实基础，但是 KDE 真正提高生产力的方法是这个统一个人信息管理器：[Kontact][8]。
+
+Kontact 为其他几个 KDE 程序提供了一个单一的界面，包括：KMail（电子邮件）、KOrganizer（日历、待办事项和日记）、KAddressBook（地址簿）、KNotes（笔记）、Akregator（RSS/ATOM 订阅阅读器）等。第一次启动时，Kontact 会引导你完成电子邮件提供商的设置，它支持本地和远程邮件配置。然后，Kontact 会进入一个仪表板，默认情况下，该仪表板会显示最近的电子邮件、日历事件、计划任务和最近的笔记。
+
+![Kontact Summary screen][9]
+
+*Kontact 概览页面 （Kevin Sonney, [CC BY-SA 4.0][7]）*
+
+设置“流程”看起来有点奇怪，因为在内置的本地账户之外没有配置统一的单一账户。在 Kontact（通过 KMail）引导你完成邮件设置后，你就可以进入日历页面添加你的日历，这里也配置了待办事项和日记应用（对于某些提供商，还可以配置通讯录）。
+
+邮件和日历组件非常简单明了，可以如你期望地正常工作。待办事项页面和日记是与日历绑定的，这对于一些不完全支持所有日历类型的日历提供商来说可能是个问题（Google，我说的是你）。如果你使用的是这些提供商中的一个，你将需要为日记和待办事项创建一个特定的本地日历。
+
+![Kontact Calendar][10]
+
+*Kontact Calendar （Kevin Sonney, [CC BY-SA 4.0][7]）*
+
+待办事项列表有很多功能。虽然它可以作为一个简单的任务清单与提醒，它也支持一些轻量级的项目管理功能。它有一个完成百分比的滑块，可以从主列表视图中更新，这样你就可以跟踪进度。它能够附加文件和分配 1-10 的优先级。最后，它可以像其他日历约会一样将用户添加到任务中。
+
+创建一个日记条目本质上是在日历上给自己创建一个笔记。它是一段形式自由的文本，就像写在实体笔记本和计划手册的某一天上那样。如果你要记录工作，写下每天的日记，或只是需要个地方记录会议记录，这个功能是非常*方便*的（本系列后面有更多关于这个的内容）。
+
+![Kontact Journal][11]
+
+*Kontact Journal （Kevin Sonney, [CC BY-SA 4.0][7]）*
+
+构成 Kontact 的这些程序非常强大，如果你愿意的话，也可以作为单独的应用运行。Kontact 通过给你提供一个集中的地方，在一个应用内找到你所有的信息，从而提升了它们的实用性。
+
+大多数发行版都允许你在没有 KDE 的情况下安装 Kontact 和它所使用的组件，但当它作为 KDE 桌面的一部分使用时，它才会真正发挥其作用。KDE 在 Fedora KDE 版、KUbuntu、KDE Neon（基于 Ubuntu LTS）和其他几个发行版中都是默认桌面。
+
+--------------------------------------------------------------------------------
+
+via: https://opensource.com/article/21/1/kde-kontact
+
+作者：[Kevin Sonney][a]
+选题：[lujun9972][b]
+译者：[geekpi](https://github.com/geekpi)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://opensource.com/users/ksonney
+[b]: https://github.com/lujun9972
+[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/team_dev_email_chat_video_work_wfm_desk_520.png?itok=6YtME4Hj (Working on a team, busy worklife)
+[2]: https://en.wikipedia.org/wiki/Matthias_Ettrich
+[3]: https://kde.org/
+[4]: https://en.wikipedia.org/wiki/Qt_(software)
+[5]: https://www.gnome.org/
+[6]: https://opensource.com/sites/default/files/pictures/fedora-kde-spin-default-desktop.png (Fedora KDE Spin Default Desktop)
+[7]: https://creativecommons.org/licenses/by-sa/4.0/
+[8]: https://kontact.kde.org/
+[9]: https://opensource.com/sites/default/files/pictures/kontact-summary-screen_0.png (Kontact Summary screen)
+[10]: https://opensource.com/sites/default/files/pictures/kontact-calendar.png (Kontact Calendar)
+[11]: https://opensource.com/sites/default/files/pictures/kontact-journal.png (Kontact Journal)
diff --git a/published/20210119 Haruna Video Player- An Open-Source Qt-based MPV GUI Front-end for Linux.md b/published/202101/20210119 Haruna Video Player- An Open-Source Qt-based MPV GUI Front-end for Linux.md
similarity index 100%
rename from published/20210119 Haruna Video Player- An Open-Source Qt-based MPV GUI Front-end for Linux.md
rename to published/202101/20210119 Haruna Video Player- An Open-Source Qt-based MPV GUI Front-end for Linux.md
diff --git a/translated/tech/20210119 Organize your task list using labels.md b/published/202101/20210119 Organize your task list using labels.md
similarity index 52%
rename from translated/tech/20210119 Organize your task list using labels.md
rename to published/202101/20210119 Organize your task list using labels.md
index 7808c542ef..9fc27d6cb7 100644
--- a/translated/tech/20210119 Organize your task list using labels.md
+++ b/published/202101/20210119 Organize your task list using labels.md
@@ -1,50 +1,50 @@
[#]: collector: (lujun9972)
[#]: translator: (geekpi)
-[#]: reviewer: ( )
-[#]: publisher: ( )
-[#]: url: ( )
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13062-1.html)
[#]: subject: (Organize your task list using labels)
[#]: via: (https://opensource.com/article/21/1/labels)
[#]: author: (Kevin Sonney https://opensource.com/users/ksonney)
使用标签组织你的任务列表
======
-文件夹的用途是存储信息和任务。使用标签来帮助你更好地组织这些文件夹中的内容。
-![Kanban-style organization action][1]
-在前几年，这个年度系列涵盖了单个的应用。今年，我们除了关注 2021 年的策略外，还将关注一体化解决方案。欢迎来到 2021 年 21 天生产力的第九天。
+> 文件夹的用途是存储信息和任务。使用标签来帮助你更好地组织这些文件夹中的内容。
-我用电子邮件、待办列表和笔记来做这件事，有一天我决定我要把这些“组织起来”，重新安排我保存东西的方式和位置。有时我发现了一个新的程序，我必须（再次）从头开始配置。有时，当前的方法已经花了很多时间，与我使用系统的时间相比，我花了更多的时间在保持存储顺序最新。我去年测试一些待办列表软件时，最后一个软件让我有了一个非常重要的认识。
+
+
+在前几年，这个年度系列报道了诸如 Notmuch 和 Syncthing 之类的开源的组织应用程序。今年，我们除了关注 2021 年的策略外，还将关注一体化解决方案。欢迎来到 2021 年 21 天生产力的第九天。
+
+我用我的电子邮件、待办列表和笔记来做这件事，有一天我决定我要把这些“组织起来”，重新安排我保存东西的方式和位置。有时我发现了一个新的程序，我必须（再次）从头开始配置。有时，当前的方法已经花了很多时间，与我使用系统的时间相比，我花了更多的时间在保持存储顺序最新。我去年测试一些待办列表软件时，最后一个软件让我有了一个非常重要的认识。
![List of labels][4]
-所有事情都有存放的地方（Kevin Sonney, [CC BY-SA 4.0][5]）
+*所有事情都有存放的地方（Kevin Sonney, [CC BY-SA 4.0][5]）*
-让我先打个比方。一个任务（或电子邮件或笔记）就像你在一次活动中收到的那件很酷的 T 恤。它是黑色的，有一个很棒的图案，后面有一个标签，上面写着尺寸，领口有一个标签，上面写着洗涤说明。到了该收起来的时候，它该放在哪里呢？是和黑色的 T 恤放在一起吗？是和类似主题的衬衫放在一起吗？是按尺码放吗？是按需要洗涤的方式？还是按材质？
+让我打个比方。一个任务（或电子邮件或笔记）就像你在一次活动中收到的那件很酷的 T 恤。它是黑色的，有一个很棒的图案，后面有一个标签，上面写着尺寸，领口有一个标签，上面写着洗涤说明。到了该收起来的时候，它该放在哪里呢？是和黑色的 T 恤放在一起吗？是和类似主题的衬衫放在一起吗？是按尺码放吗？是按需要洗涤的方式？还是按材质？
-一件 T 恤只能放在_一_个地方，即使它可以有多种特质。我们需要以同样的方式对待任务、电子邮件和笔记。一个非常大的[电子邮件提供商][6]已经允许我们把一个标签当作一个文件夹。一封邮件(或一个文档或一个任务)可以同时在两个文件夹中！或者三个！甚至 11 个！
+一件 T 恤只能放在*一*个地方，即使它可以有多种特质。我们需要以同样的方式对待任务、电子邮件和笔记。大型[电子邮件提供商][6]已经允许我们把一个标签当作一个文件夹。一封邮件（或一个文档或一个任务）可以同时在两个文件夹中！或者三个！甚至 11 个！
![Guitar volume 11][7]
-它高达 11 个（Seth Kenlon, [CC BY-SA 4.0][5]）
+*它高达 11 个（Seth Kenlon, [CC BY-SA 4.0][5]）*
-我必须明智地决定不再这样做。文件夹不是标签，标签也不是文件夹。这让我找到了我目前整理待办事项清单（和笔记，以及电子邮件）的规则。
+我必须明智地决定不再这样做。文件夹不是标签，标签也不是文件夹。这让我找到了我目前整理待办事项清单（和笔记，以及电子邮件）的规则：
- 1. 一个任务只应该在一个文件夹里。文件夹是以“大的事情”命名的，比如一个地方或组织。我目前有三个文件夹来存放任务。“工作”、“家庭”和 “爱好”。当我专注于其中一个领域时，我知道我在看什么任务。
+ 1. 一个任务只应该在一个文件夹里。文件夹是以“大事”来命名的，比如一个地方或组织。我目前有三个文件夹来存放任务。“工作”、“家庭”和 “爱好”。当我专注于其中一个领域时，我知道我在看什么任务。
2. 一个任务可以有任意个我需要的标签。我尽量保持在三个左右或更少。
3. 一个任务应该有一个明确的意义。也许是你要写的程序的名字。也许是一些通用的东西，比如“要读的书”或“账单”。但如果你记不起 “4rg8sn5” 就是“要支付的账单”，这就对你没有帮助。
+利用这些规则，如果我有一个“写第 9 天文章”的任务，它就会进入”爱好“文件夹，我给它打上 “OSDC”、“文章”、“2021” 的标签。如果我想在我的 [Elementary Planner][8] 中看到我所有的 2021 年的任务，我可以搜索这个标签。任务最终会出现在 “OSDC” 的搜索中，其中可能还包括一个对文章发表评论的待办事项，一个开始规划 2022 年系列的待办事项，还有一个跟进我认为有好文章想法的人。
-
-利用这些规则，如果我有一个“写第 9 天文章”的任务，它就会进入”爱好“文件夹，我给它打上 ”OSDC“、”文章“、”2021“ 的标签。如果我想在我的 [Elementary Planner][8] 中看到我所有的 2021 年的任务，我可以搜索这个标签。任务最终会出现在 ”OSDC“ 的搜索中，其中可能还包括一个对文章发表评论的待办事项，一个开始规划 2022 年系列的待办事项，还有一个跟进我认为有好文章想法的人。
-
-我的”工作“文件夹里的东西通常是按项目标记的。”完成管理 CLI 文档“可能会被分为 “github”、“prod” 和 “admin”。“docs” 标签包含了“工作”和”爱好“文件夹中的项目，因为写文档是这两个文件夹都需要做的事情。
+我的“工作”文件夹里的东西通常是按项目标记的。“完成管理 CLI 文档”可能会被分为 “github”、“prod” 和 “admin”。“docs” 标签包含了“工作”和”爱好“文件夹中的项目，因为写文档是这两个文件夹都需要做的事情。
![Linux Elementary planner][9]
-文件夹和标签（Kevin Sonney, [CC BY-SA 4.0][5]）
+*文件夹和标签（Kevin Sonney, [CC BY-SA 4.0][5]）*
-将”标签“和”文件夹“进行心理分离，帮助我将任务进行分组和分类，而不至于过度。这也意味着我可以更快地找到事情，花更少的时间去维护我的待办事项清单，而花更多的时间去做清单上的事情。
+将“标签”和“文件夹”进行心理分离，帮助我将任务进行分组和分类，而不至于过度。这也意味着我可以更快地找到事情，花更少的时间去维护我的待办事项清单，而花更多的时间去做清单上的事情。
--------------------------------------------------------------------------------
@@ -53,7 +53,7 @@ via: https://opensource.com/article/21/1/labels
作者：[Kevin Sonney][a]
选题：[lujun9972][b]
译者：[geekpi](https://github.com/geekpi)
-校对：[校对者ID](https://github.com/校对者ID)
+校对：[wxy](https://github.com/wxy)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
diff --git a/translated/tech/20210120 Why keeping a journal improves productivity.md b/published/202101/20210120 Why keeping a journal improves productivity.md
similarity index 60%
rename from translated/tech/20210120 Why keeping a journal improves productivity.md
rename to published/202101/20210120 Why keeping a journal improves productivity.md
index 60f5d37bf6..f82892a054 100644
--- a/translated/tech/20210120 Why keeping a journal improves productivity.md
+++ b/published/202101/20210120 Why keeping a journal improves productivity.md
@@ -1,46 +1,48 @@
[#]: collector: (lujun9972)
[#]: translator: (geekpi)
-[#]: reviewer: ( )
-[#]: publisher: ( )
-[#]: url: ( )
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13070-1.html)
[#]: subject: (Why keeping a journal improves productivity)
[#]: via: (https://opensource.com/article/21/1/open-source-journal)
[#]: author: (Kevin Sonney https://opensource.com/users/ksonney)
-为什么写日志能提高效率
+为什么写日记能提高效率
======
-写日志有着悠久的历史。这里有三个开源工具，可以帮助你写日志变得更轻松。
-![Note taking hand writing][1]
+
+> 写日记有着悠久的历史。这里有三个开源工具，可以帮助你写日记变得更轻松。
+
+
在前几年，这个年度系列涵盖了单个的应用。今年，我们除了关注 2021 年的策略外，还将关注一体化解决方案。欢迎来到 2021 年 21 天生产力的第十天。
-在商业互联网还没有出现的我的小学时代，老师经常会给我们班级布置一个让我们写日志的作业。有时会针对一些特定的内容，例如特定格式的虫子列表和说明，或者是公民课的每周新闻摘要。
+在我的小学时代，商业互联网还没有出现，老师经常会给我们班级布置一个让我们写日记的作业。有时会针对一些特定的内容，例如特定格式的虫子列表和说明，或者是公民课的每周新闻摘要。
-几个世纪以来，人们一直在写日志。它们是一种方便的信息保存方式。它们有很多形式，比如意大利的 [Zibaldone][2]、[备忘录][3]，或者记录今天做了什么的事件日志。
+几个世纪以来，人们一直在写日记。它们是一种方便的信息保存方式。它们有很多形式，比如意大利的 [Zibaldone][2]、[备忘录][3]，或者记录今天做了什么的事件日记。
![Notebook folders][4]
-（Kevin Sonney, [CC BY-SA 4.0][5]）
+*（Kevin Sonney, [CC BY-SA 4.0][5]）*
-为什么我们要写某种日志呢？第一个原因是为了让我们不至于把所有的事情都记在脑子里。我们中没有多少人有[遗觉记忆][6]，维护运行日志或一组笔记可以让我们更容易地参考我们之前做的一些事情。日志也更容易分享，因为它们可以在聊天、邮件中复制/粘贴。正如 [Robert Boyce][7]的名言：”知识就是力量。知识共享就是力量倍增。“知识的共享是开源的一个内在组成部分。
+为什么我们要写某种日记呢？第一个原因是为了让我们不至于把所有的事情都记在脑子里。我们中没有多少人有[遗觉记忆][6]，维护运行日记或一组笔记可以让我们更容易地参考我们之前做的一些事情。日记也更容易分享，因为它们可以在聊天、邮件中复制/粘贴。正如 [Robert Boyce][7] 的名言：“知识就是力量。知识共享使力量倍增。”知识的共享是开源的一个内在组成部分。
![Today's journal][8]
-今天的日志 （Kevin Sonney, [CC BY-SA 4.0][5]）
+*今天的日记 （Kevin Sonney, [CC BY-SA 4.0][5]）*
-在写事件日志的时候，有一个很关键的点就是要快速、简单、方便。最简单的方法是打开文档，添加一行当前日期和备注，然后保存。
+在写事件日记的时候，有一个很关键的点就是要快速、简单、方便。最简单的方法是打开文档，添加一行当前日期和备注，然后保存。
有几个程序或附加软件可以让这一切变得更简单。[GNote 的 Note of the Day 插件][9]会自动创建一个以日期为标题的笔记，可以用来保存当天的内容。
-Emacs Org 有一个热键组合，可以”捕捉“事物并将其放入文档中。结合 [org-journal][10] 附加组件，这将在文档中创建当天的条目。
+Emacs Org 模式有一个热键组合，可以“捕捉”事物并将其放入文档中。结合 [org-journal][10] 附加组件，这将在文档中创建当天的条目。
Kontact 的 KNotes 组件会自动将日期和时间添加到新笔记中。
![Finding a note][11]
-查找笔记 （Kevin Sonney, [CC BY-SA 4.0][5]）
+*查找笔记 （Kevin Sonney, [CC BY-SA 4.0][5]）*
-写日志或记录事情是一种方便的方法，可以记录做了什么和怎么做的。它的作用不仅仅是”我做了什么“，它还可以包括阅读的书籍、吃过的食物、去过的地方，以及一大堆对未来有用的信息。
+写日记或记录事情是一种方便的方法，可以记录做了什么和怎么做的。它的作用不仅仅是“我做了什么”，它还可以包括阅读的书籍、吃过的食物、去过的地方，以及一大堆对未来有用的信息。
--------------------------------------------------------------------------------
@@ -49,7 +51,7 @@ via: https://opensource.com/article/21/1/open-source-journal
作者：[Kevin Sonney][a]
选题：[lujun9972][b]
译者：[geekpi](https://github.com/geekpi)
-校对：[校对者ID](https://github.com/校对者ID)
+校对：[wxy](https://github.com/wxy)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
diff --git a/published/202101/20210122 How to implement a DevOps toolchain.md b/published/202101/20210122 How to implement a DevOps toolchain.md
new file mode 100644
index 0000000000..49af4bf425
--- /dev/null
+++ b/published/202101/20210122 How to implement a DevOps toolchain.md
@@ -0,0 +1,89 @@
+[#]: collector: (lujun9972)
+[#]: translator: (AnyISalIn)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13063-1.html)
+[#]: subject: (How to implement a DevOps toolchain)
+[#]: via: (https://opensource.com/article/21/1/devops-tool-chain)
+[#]: author: (Tereza Denkova https://opensource.com/users/tereza-denkova)
+
+如何实现 DevOps 工具链
+======
+
+> 一套完整启用的 DevOps 工具链可推动你的创新计划，实现快速部署并节约成本。
+
+
+
+不同规模和不同行业组织都致力于为提高软件交付的速度和质量提供解决方案。这不仅保证了他们的生存，还令他们在全球市场取得了成功。DevOps 可以帮助他们规划出一条最佳路线。
+
+DevOps 是一个系统，通过引入不同的工具链连接不同工作流程，以便及时交付项目并降低所需的开销。
+
+在我工作的 IT 服务公司 [Accedia][2]，我们会帮助客户落地一套完整的 DevOps 工具链，这套工具链能帮助他们达到甚至超越他们的业务目标。在这篇文章，我会分享目前为止从 DevOps 项目中汲取的经验。
+
+### DevOps 工具链是什么？
+
+一套完善的 DevOps 工具链可以在不同阶段中使用不同的 DevOps 工具来解决特定的业务带来的挑战。一条工具链能保证前端和后端开发者、质量测试人员、客户都能够从中获得收益。构建工具链的目的是为了自动化开发和部署过程，以确保快速、可靠、预算友好地交付与创新。
+
+我们发现成功构建一套 DevOps 工具链不是一个简单的事情。它需要实验和不断的完善，保证必要的流程是完全自动化的。
+
+### 为什么你需要 DevOps 工具链
+
+DevOps 工具链自动化了工作流中的所有技术元素。它能让不同团队在一个平台上进行工作，因此可以使你专注于业务战略以推动组织走向未来。
+
+我们总结了五个实现 DevOps 工具链所带来的好处。你可以让管理层相信，是值得为 DevOps 工具链的开发投入资源和时间的。
+
+ 1. **更快、更高效的生产部署**：DevOps 工具自动化了大部分软件开发进程。这会使产品开发专注于创新，交付更加敏捷，更领先于竞争对手。
+ 2. **预算和时间优化**：将手动的任务转变为自动化会使你的组织节省时间和资源。当没有人为的错误和时间管理不足带来的额外支出，预算自然会得到优化。
+ 3. **高效的开发**：DevOps 工具链会减少开发工作中不必要的延时，提高开发效率。前端、后端、质量测试人员的工作是一致的，所以没有人需要协调不同团队之间人员的交付。
+ 4. **更快的部署意味着更高的质量**：DevOps 工具链保证了缺陷能够很快被解决，并且迅速完成高质量的部署进程。怎么样？它可以生成有针对性的告警，并将重要的事件通知给你的团队。这会让你主动地发现并解决潜在的问题，从而规避故障的不断的升级从而导致的客户服务不可用。
+ 5. **及时事件管理**：DevOps 工具链有助于优化事件管理记录。它能够识别 IT 事件并且逐渐升级事件级别，通知给指定团队的成员，直到问题被解决。这意味着消息的接受和处理会更加的迅速，因为它们发送给了正确的目标。
+
+### DevOps 工具链的实践
+
+对我的团队来说，DevOps 并不新鲜。我们已经敏捷开发很长时间了，并且我们总是热衷于探索最优的工作流。在我们的实践中，往往都是应用复杂性增加从而带来了自动化的需求。
+
+这是我们为一个客户配置的工具链。这个项目包含了移动运营方案，连接了金融交易的所有参与者 （卖方、买方、银行）。这个客户需要动态响应用户反馈并且将故障时间缩短到最小，从而来提高用户体验。我的团队设计了一套工具链用于自动化应用的维护和部署新功能。
+
+![Accedia's DevOps toolchain][3]
+
+*(Accedia, [CC BY-NC-SA 4.0][4])*
+
+ 1. 首先，我们团队编写了自动化测试，可以立即识别应用程序的变更。
+ 2. 当新版本已经准备就绪的时候，代码将被提交到 Gitlab 中。
+ 3. 通过 Gitlab，提交会自动触发 Jenkins 构建。
+ 4. 在 **持续集成中**，新的代码版本通过 [Chai][5] 和 [Mocha][6] 进行了测试，以检测是否运行正常。
+ 5. 当测试通过，**持续部署阶段** 将会开始并创建一个可用的 Docker 镜像并上传到 Sonatype 的 [Nexus][7]。（这是 Sonatype 公司的的一个开源工具）
+ 6. 最后，新版本应用会通过 Nexus 下载并且部署到线上环境中，例如 [Docker][8] 容器 （**持续部署阶段**）
+
+简而言之，每当有人在仓库中创建一个新的提交，又或者团队上传新的代码版本、功能、升级、缺陷修复等，应用程序包都会自动更新并且交付给客户。
+
+这套系统拥有良好的事故控制能力以保证快速部署，但不以牺牲质量为代价。它对于用户的反馈是动态的，意味着新功能和旧功能的和更新只需要之前一半的时间，同时将故障时间降低到最低。
+
+### 把它封装起来
+
+一套完整并且正确实施的 DevOps 工具链可以从始至终推动你的创新计划并且加速部署。
+
+根据你的需求，你的工具链可能看起来和这些不一样，但是我希望我们的工作流能够让你了解如何将自动化作为一种解决方案。
+
+-------------------------------------------------- -----------------------------
+
+via: https://opensource.com/article/21/1/devops-tool-chain
+
+作者：[Tereza Denkova][a]
+选题：[lujun9972][b]
+译者：[AnyISalIn](https://github.com/AnyISalIn)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://opensource.com/users/tereza-denkova
+[b]: https://github.com/lujun9972
+[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/tools_osyearbook2016_sysadmin_cc.png?itok=Y1AHCKI4 (Wratchet set tools)
+[2]: https://accedia.com/services/operations/devops/
+[3]: https://opensource.com/sites/default/files/uploads/devopstoolchain.png (Accedia's DevOps toolchain)
+[4]: https://creativecommons.org/licenses/by-nc-sa/4.0/
+[5]: https://www.chaijs.com/
+[6]: https://mochajs.org/
+[7]: https://www.sonatype.com/nexus/repository-oss
+[8]: https://opensource.com/resources/what-docker
+[9]: https://accedia.com/blog/5-good-reasons-why-you-need-a-devops-toolchain/
diff --git a/published/20210111 7 Bash tutorials to enhance your command line skills in 2021.md b/published/20210111 7 Bash tutorials to enhance your command line skills in 2021.md
new file mode 100644
index 0000000000..ce0f61adc5
--- /dev/null
+++ b/published/20210111 7 Bash tutorials to enhance your command line skills in 2021.md
@@ -0,0 +1,69 @@
+[#]: collector: (lujun9972)
+[#]: translator: (Chao-zhi)
+[#]: reviewer: (wxy)
+[#]: publisher: (wxy)
+[#]: url: (https://linux.cn/article-13090-1.html)
+[#]: subject: (7 Bash tutorials to enhance your command line skills in 2021)
+[#]: via: (https://opensource.com/article/21/1/bash)
+[#]: author: (Jim Hall https://opensource.com/users/jim-hall)
+
+7 个 Bash 教程，提高你的命令行技能（2021 版）
+======
+
+> Bash 是大多数 Linux 系统上的默认命令行 shell。所以你为什么不试着学习如何最大限度地利用它呢？
+
+
+
+Bash 是大多数 Linux 系统上的默认命令行 shell。所以你为什么不试着学习如何最大限度地利用它呢？今年，我们推荐了许多很棒的文章来帮助你充分利用 Bash shell 的强大功能。以下是一些关于 Bash 阅读次数最多的文章：
+
+### 《通过重定向在 Linux 终端任意读写数据》
+
+输入和输出重定向是任何编程或脚本语言的基础功能。从技术上讲，只要你与电脑互动，它就会自然而然地发生。输入从 stdin（标准输入，通常是你的键盘或鼠标）读取，输出到 stdout（标准输出，一般是文本或数据流），而错误被发送到 stderr（标准错误，一般和标准输出是一个位置）。了解这些数据流的存在，使你能够在使用 Bash 等 shell 时控制信息的去向。Seth Kenlon [分享][2]了这些很棒的技巧，可以让你在不需要大量鼠标移动和按键的情况下从一个地方获取数据。你可能不经常使用重定向，但学习使用它可以为你节省大量不必要的打开文件和复制粘贴数据的时间。
+
+### 《系统管理员 Bash 脚本入门》
+
+Bash 是自由开源软件，所以任何人都可以安装它，不管他们运行的是 Linux、BSD、OpenIndiana、Windows 还是 macOS。Seth Kenlon [帮助][3]你学习如何使用 Bash 的命令和特性，使其成为最强大的 shell 之一。
+
+### 《针对大型文件系统可以试试此 Bash 脚本》
+
+你是否曾经想列出一个目录中的所有文件，只显示其中的文件，不包括其他内容？或者只显示目录？如果你有，那么 Nick Clifton 的[文章][4]可能正是你正在寻找的。Nick 分享了一个漂亮的 Bash 脚本，它可以列出目录、文件、链接或可执行文件。该脚本使用 `find` 命令进行搜索，然后运行 `ls` 显示详细信息。对于管理大型 Linux 系统的人来说，这是一个漂亮的解决方案。
+
+### 《用 Bash 工具对你的 Linux 系统配置进行快照》
+
+你可能想与他人分享你的 Linux 配置，原因有很多。你可能需要帮助排除系统上的一个问题，或者你对自己创建的环境非常自豪，想向其他开源爱好者展示它。Don Watkins 向我们[展示][5]了 screenFetch 和 Neofetch 来捕获和分享你的系统配置。
+
+### 《6 个方便的 Git 脚本》
+
+Git 已经成为一个无处不在的代码管理系统。了解如何管理 Git 存储库可以简化你的开发体验。Bob Peterson [分享][6]了 6 个 Bash 脚本，它们将使你在使用 Git 存储库时更加轻松。`gitlog` 打印当前补丁的简略列表，并与主版本相对照。这个脚本的不同版本可以显示补丁的 SHA1 id 或在一组补丁中搜索字符串。
+
+### 《改进你 Bash 脚本的 5 种方法》
+
+系统管理员通常编写各种或长或短的 Bash 脚本，以完成各种任务。Alan Formy-Duval [解释][7]了如何使 Bash 脚本更简单、更健壮、更易于阅读和调试。我们可能会考虑到我们需要使用诸如 Python、C 或 Java 之类的语言来实现更高的功能，但其实也不一定需要。因为 Bash 脚本语言就已经非常强大。要最大限度地发挥它的效用，还有很多东西要学。
+
+### 《我珍藏的 Bash 秘籍》
+
+Katie McLaughlin 帮助你提高你的工作效率，用别名和其他快捷方式解决你经常忘记的事情。当你整天与计算机打交道时，找到可重复的命令并标记它们以方便以后使用是非常美妙的。Katie [总结][8]了一些有用的 Bash 特性和帮助命令，可以节省你的时间。
+
+这些 Bash 小技巧将一个已经很强大的 shell 提升到一个全新的级别。也欢迎分享你自己的建议。
+
+--------------------------------------------------------------------------------
+
+via: https://opensource.com/article/21/1/bash
+
+作者：[Jim Hall][a]
+选题：[lujun9972][b]
+译者：[Chao-zhi](https://github.com/Chao-zhi)
+校对：[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
+
+[a]: https://opensource.com/users/jim-hall
+[b]: https://github.com/lujun9972
+[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/terminal_command_linux_desktop_code.jpg?itok=p5sQ6ODE (Terminal command prompt on orange background)
+[2]: https://linux.cn/article-12385-1.html
+[3]: https://opensource.com/article/20/4/bash-sysadmins-ebook
+[4]: https://linux.cn/article-12025-1.html
+[5]: https://opensource.com/article/20/1/screenfetch-neofetch
+[6]: https://linux.cn/article-11797-1.html
+[7]: https://opensource.com/article/20/1/improve-bash-scripts
+[8]: https://linux.cn/article-11841-1.html
diff --git a/published/20210120 Learn JavaScript by writing a guessing game.md b/published/20210120 Learn JavaScript by writing a guessing game.md
new file mode 100644
index 0000000000..e457842c51
--- /dev/null
+++ b/published/20210120 Learn JavaScript by writing a guessing game.md
@@ -0,0 +1,286 @@
+[#]: collector: "lujun9972"
+[#]: translator: "amwps290"
+[#]: reviewer: "wxy"
+[#]: publisher: "wxy"
+[#]: url: "https://linux.cn/article-13087-1.html"
+[#]: subject: "Learn JavaScript by writing a guessing game"
+[#]: via: "https://opensource.com/article/21/1/learn-javascript"
+[#]: author: "Mandy Kendall https://opensource.com/users/mkendall"
+
+通过编写一个简单的游戏学习 JavaScript
+======
+
+> 通过使用一个简单的游戏来练习一些基本的 JavaScript 概念，迈出创建交互性动态 Web 内容的第一步。
+
+
+
+可以肯定地说，没有 [JavaScript][2]，大多数现代 Web 都将不存在。它是三种标准 Web 技术（以及 HTML 和 CSS ）之一，它使任何人都可以创建我们在万维网体验中所期待的交互式、动态内容。从 [React][3] 这样的框架到 [D3][4] 这样的数据可视化库，很难想象没有它的 Web。
+
+现在有很多东西要学习，开始学习这种流行语言的好方法是编写一个简单的应用程序以熟悉某些概念。 最近，一些人写了关于如何通过编写简单的猜谜游戏来学习自己喜欢的语言的文章，因此这是一个很好的起点！
+
+### 现在开始吧
+
+JavaScript 有许多种风格，但我将从最基本的开始，通常称为 “普通 JavaScript”。 JavaScript 主要是一种客户端脚本语言，因此它可以在任何标准浏览器中运行，而无需安装任何程序。你只需要一个代码编辑器（[Brackets][5] 就是一个不错的选择）和一个 Web 浏览器。
+
+### HTML 用户界面
+
+JavaScript 在 Web 浏览器中运行，并与其他标准 Web 技术 HTML 和 CSS 交互。要创建此游戏，你首先需要使用 HTML（超文本标记语言）来创建供玩家使用的简单界面。如果你不清楚，HTML 是一种标记语言，用于为 Web 内容提供结构。
+
+首先，先创建一个 HTML 文件。该文件应具有 `.html` 扩展名，以使浏览器知道它是 HTML 文档。你可以将文件命名为 `guessingGame.html`。
+
+在此文件中使用一些基本的 HTML 标签来显示游戏的标题、玩法说明，供玩家用来输入和提交其猜测的交互式元素以及用于向玩家提供反馈的占位符：
+
+```
+
+
+
+
+ JavaScript Guessing Game
+
+
+ Guess the Number!
+ I am thinking of a number between 1 and 100. Can you guess what it is?
+
+
+
+
+
+
+
+
+```
+
+`` 和 `
` 元素使浏览器知道在页面上显示什么类型的文本。标签对 `
` 表示标签之间的文本（`Guess the Number!`）是标题。后面的一组 `` 标签表示带有说明的短文本是一个段落。此代码块末尾的空 `
` 标签用作占位符，用于根据用户的输入提供一些反馈。
+
+### `
+
+
+
+