diff --git a/translated/tech/20180809 How To Switch Between Multiple PHP Versions In Ubuntu.md b/published/20180809 How To Switch Between Multiple PHP Versions In Ubuntu.md similarity index 66% rename from translated/tech/20180809 How To Switch Between Multiple PHP Versions In Ubuntu.md rename to published/20180809 How To Switch Between Multiple PHP Versions In Ubuntu.md index bf743b5d5b..acf5b328ce 100644 --- a/translated/tech/20180809 How To Switch Between Multiple PHP Versions In Ubuntu.md +++ b/published/20180809 How To Switch Between Multiple PHP Versions In Ubuntu.md @@ -3,104 +3,101 @@ ![](https://www.ostechnix.com/wp-content/uploads/2018/08/php-720x340.png) -有时，最新版本的安装包可能无法按预期工作。你的程序可能与更新的软件包不兼容，并且仅支持特定的旧版软件包。在这种情况下，你可以立即将有问题的软件包降级到其早期的工作版本。请参阅我们的旧指南，[**在这**][1]了解如何降级 Ubuntu 及其衍生版中的软件包以及[**在这**][1]了解如何降级 Arch Linux 及其衍生版中的软件包。但是，你无需降级某些软件包。我们可以同时使用多个版本。例如，假设你在测试部署在 Ubuntu 18.04 LTS 中的[**LAMP 栈**][3]的 PHP 程序。过了一段时间，你发现应用程序在 PHP5.6 中工作正常，但在 PHP 7.2 中不正常（Ubuntu 18.04 LTS 默认安装 PHP 7.x）。你打算重新安装 PHP 或整个 LAMP 栈吗？但是没有必要。你甚至不必将 PHP 降级到其早期版本。在这个简短的教程中，我将向你展示如何在 Ubuntu 18.04 LTS 中切换多个 PHP 版本。它没你想的那么难。请继续阅读。 +有时，最新版本的安装包可能无法按预期工作。你的程序可能与更新的软件包不兼容，并且仅支持特定的旧版软件包。在这种情况下，你可以立即将有问题的软件包降级到其早期的工作版本。请参阅我们的旧指南，[在这][1]了解如何降级 Ubuntu 及其衍生版中的软件包以及[在这][1]了解如何降级 Arch Linux 及其衍生版中的软件包。但是，你无需降级某些软件包。我们可以同时使用多个版本。例如，假设你在测试部署在 Ubuntu 18.04 LTS 中的[LAMP 栈][3]的 PHP 程序。过了一段时间，你发现应用程序在 PHP 5.6 中工作正常，但在 PHP 7.2 中不正常（Ubuntu 18.04 LTS 默认安装 PHP 7.x）。你打算重新安装 PHP 或整个 LAMP 栈吗？但是没有必要。你甚至不必将 PHP 降级到其早期版本。在这个简短的教程中，我将向你展示如何在 Ubuntu 18.04 LTS 中切换多个 PHP 版本。它没你想的那么难。请继续阅读。 ### 在多个 PHP 版本之间切换 要查看 PHP 的默认安装版本，请运行： + ``` $ php -v PHP 7.2.7-0ubuntu0.18.04.2 (cli) (built: Jul 4 2018 16:55:24) ( NTS ) Copyright (c) 1997-2018 The PHP Group Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies with Zend OPcache v7.2.7-0ubuntu0.18.04.2, Copyright (c) 1999-2018, by Zend Technologies - ``` 如你所见，已安装的 PHP 的版本为 7.2.7。在测试你的程序几天后，你会发现你的程序不支持 PHP7.2。在这种情况下，同时使用 PHP5.x 和 PHP7.x 是个不错的主意，这样你就可以随时轻松地在任何支持的版本之间切换。 你不必删除 PHP7.x 或重新安装 LAMP 栈。你可以同时使用 PHP5.x 和 7.x 版本。 -我假设你还没有在你的系统中卸载 php5.6。万一你已将其删除，你可以使用下面的 PPA 再次安装它。 +我假设你还没有在你的系统中卸载 PHP 5.6。万一你已将其删除，你可以使用下面的 PPA 再次安装它。 + +你可以从 PPA 中安装 PHP 5.6： -你可以从 PPA 中安装 PHP5.6： ``` $ sudo add-apt-repository -y ppa:ondrej/php $ sudo apt update $ sudo apt install php5.6 - ``` -#### 从 PHP7.x 切换到 PHP5.x. +#### 从 PHP 7.x 切换到 PHP 5.x. + +首先使用命令禁用 PHP 7.2 模块： -首先使用命令禁用 PHP7.2 模块： ``` $ sudo a2dismod php7.2 Module php7.2 disabled. To activate the new configuration, you need to run: systemctl restart apache2 - ``` -接下来，启用 PHP5.6 模块： +接下来，启用 PHP 5.6 模块： + ``` $ sudo a2enmod php5.6 - ``` -将 PHP5.6 设置为默认版本： +将 PHP 5.6 设置为默认版本： + ``` $ sudo update-alternatives --set php /usr/bin/php5.6 - ``` 或者，你可以运行以下命令来设置默认情况下要使用的全局 PHP 版本。 + ``` $ sudo update-alternatives --config php - ``` -输入选择的号码将其设置为默认版本，或者只需按 ENTER 键保持当前选择。 +输入选择的号码将其设置为默认版本，或者只需按回车键保持当前选择。 如果你已安装其他 PHP 扩展，请将它们设置为默认值。 + ``` $ sudo update-alternatives --set phar /usr/bin/phar5.6 - ``` 最后，重启 Apache Web 服务器： + ``` $ sudo systemctl restart apache2 - ``` -现在，检查 PHP5.6 是否是默认版本： +现在，检查 PHP 5.6 是否是默认版本： + ``` $ php -v PHP 5.6.37-1+ubuntu18.04.1+deb.sury.org+1 (cli) Copyright (c) 1997-2016 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies - ``` -#### 从 PHP5.x 切换到 PHP7.x. +#### 从 PHP 5.x 切换到 PHP 7.x. + +同样，你可以从 PHP 5.x 切换到 PHP 7.x 版本，如下所示。 -同样，你可以从 PHP5.x 切换到 PHP7.x 版本，如下所示。 ``` $ sudo a2enmod php7.2 - $ sudo a2dismod php5.6 - $ sudo update-alternatives --set php /usr/bin/php7.2 - $ sudo systemctl restart apache2 - ``` **提醒一句：** -最终稳定版 PHP5.6 于 2017 年 1 月 19 日达到[**活跃支持截止**][4]。但是，直到 2018 年 12 月 31 日，PHP 5.6 将继续获得对关键安全问题的支持。所以，建议尽快升级所有 PHP 程序并与 PHP7.x 兼容。 +最终稳定版 PHP 5.6 于 2017 年 1 月 19 日达到[**活跃支持截止**][4]。但是，直到 2018 年 12 月 31 日，PHP 5.6 将继续获得对关键安全问题的支持。所以，建议尽快升级所有 PHP 程序并与 PHP 7.x 兼容。 如果你希望防止 PHP 将来自动升级，请参阅以下指南。 @@ -109,7 +106,6 @@ $ sudo systemctl restart apache2 干杯! - -------------------------------------------------------------------------------- via: https://www.ostechnix.com/how-to-switch-between-multiple-php-versions-in-ubuntu/ @@ -117,7 +113,7 @@ via: https://www.ostechnix.com/how-to-switch-between-multiple-php-versions-in-ub 作者：[SK][a] 选题：[lujun9972](https://github.com/lujun9972) 译者：[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/20180812 Ubuntu 18.04 Vs. Fedora 28.md b/published/20180812 Ubuntu 18.04 Vs. Fedora 28.md similarity index 73% rename from translated/tech/20180812 Ubuntu 18.04 Vs. Fedora 28.md rename to published/20180812 Ubuntu 18.04 Vs. Fedora 28.md index 4137b2d1a5..37b1a6620a 100644 --- a/translated/tech/20180812 Ubuntu 18.04 Vs. Fedora 28.md +++ b/published/20180812 Ubuntu 18.04 Vs. Fedora 28.md @@ -1,30 +1,31 @@ 对比 Ubuntu 18.04 和 Fedora 28 ====== + ![](http://www.linuxandubuntu.com/uploads/2/1/1/5/21152474/ubuntu-18-04-vs-fedora-28_orig.jpg) -大家好，我准备在今天突出说明一下两大主流 Linux 发行版，即 **Ubuntu 18.04** 和 **Fedora 28**，包括一些特性和差异。两者都有各自的包管理系统，其中 Ubuntu 使用 DEB，Fedora 使用 RPM；但二者使用同样的[桌面环境Desktop Environment][3] （即 [GNOME][4]）并致力于为 Linux 用户提供高品质的桌面体验desktop experience。 +大家好，我准备在今天突出说明一下两大主流 Linux 发行版，即 **Ubuntu 18.04** 和 **Fedora 28**，包括一些特性和差异。两者都有各自的包管理系统，其中 Ubuntu 使用 DEB，Fedora 使用 RPM；但二者使用同样的[桌面环境Desktop Environment][3] （DE）[GNOME][4]，并致力于为 Linux 用户提供高品质的桌面体验desktop experience。 -**Ubuntu 18.04** 是 Ubuntu 目前最新的 [长期支持版本LTS][1]，为用户提供 GNOME 桌面系统。**Fedora 28** 也提供 GNOME 桌面系统，但落实到具体的软件包管理方面，二者的桌面体验存在差异；在用户接口User Interfaces方面也显然存在差异。 +**Ubuntu 18.04** 是 Ubuntu 目前最新的 [长期支持版本Long Term Support][1]（LTS），为用户提供 GNOME 桌面系统。**Fedora 28** 也提供 GNOME 桌面系统，但落实到具体的软件包管理方面，二者的桌面体验存在差异；在用户界面User Interfaces方面也显然存在差异。 ### 基本概念 -不知你是否了解，虽然 Ubuntu 基于 Debian，但 Ubuntu 比 Debian 更早提供最新版本的软件。举个例子，当 Ubuntu 提供流行网页浏览器 Firefox Quantum 时，Debian 仍在提供 Firefox 的长期支持版ESR, Extended Support Release。 +不知你是否了解，虽然 Ubuntu 基于 Debian，但 Ubuntu 比 Debian 更早提供最新版本的软件。举个例子，当 Ubuntu 提供流行网页浏览器 Firefox Quantum 时，Debian 仍在提供 Firefox 的延期支持版Extended Support Release（ESR）。 -（LCTT 译注：从 2012 年 1 月开始，Firefox 进入快速版本期，每 6 周发布新的主线版本，每隔 7 个主线版本发布新的 ESR 版本。Firefox 57 的桌面版发布时被命名为Firefox Quantum，同期的 ESR 版本与 Firefox 52 一同发布并基于 Firefox 48。参考 [Wiki: History_of_Firefox][9]） +（LCTT 译注：从 2012 年 1 月开始，Firefox 进入快速版本期，每 6 周发布新的主线版本，每隔 7 个主线版本发布新的 ESR 版本。Firefox 57 的桌面版发布时被命名为 Firefox Quantum，同期的 ESR 版本与 Firefox 52 一同发布并基于 Firefox 48。参考 [Wiki: History\_of\_Firefox][9]） -同样的情况也适用于 Fedora，它为终端用户提供前沿的软件，也被用作下一个稳定 RHEL (Red Hat Enterprise Linux) 版本的测试平台。 +同样的情况也适用于 Fedora，它为终端用户提供前沿的软件，也被用作下一个稳定版本的 RHEL (Red Hat Enterprise Linux) 的测试平台。 ### 桌面预览 -Fedora 提供原生版本的vanilla GNOME 桌面体验；相比之下，Ubuntu 18.04 对 GNOME 做了若干方面的微调，以便长期以来的 Unity 用户可以平滑的过渡到 GNOME 桌面环境。 +Fedora 提供原汁原味的vanilla GNOME 桌面体验；相比之下，Ubuntu 18.04 对 GNOME 做了若干方面的微调，以便长期以来的 Unity 用户可以平滑的过渡到 GNOME 桌面环境。 -_为节省开发时间，Canonical （从 Ubuntu [17.10][2] 开始）已经决定放弃 Unity并转向 GNOME 桌面，以便可以将更多精力投入到 IoT 领域。_ +_为节省开发时间，Canonical （从 Ubuntu [17.10][2] 开始）已经决定放弃 Unity 并转向 GNOME 桌面，以便可以将更多精力投入到 IoT 领域。_ 因此，在 Fedora 的桌面预览中，我们可以看到一个简洁的无图标桌面和一个自动隐藏的侧边栏，整体外观采用 GNOME 默认的 Adwaita 主题。 [![fedora 28 gnome](http://www.linuxandubuntu.com/uploads/2/1/1/5/21152474/ubuntu-18-04-gnome_orig.jpg)][5] -相比之下，Ubuntu 采用其经典的有图标桌面样式，左侧边栏用于模拟其传统的"程序坞"dock，使用 Ubuntu Ambiance 主题定制化窗口，与其传统的（Unity 桌面）外观和体验基本一致。 +相比之下，Ubuntu 采用其经典的有图标桌面样式，左侧边栏用于模拟其传统的“程序坞dock”，使用 Ubuntu Ambiance 主题定制化窗口，与其传统的（Unity 桌面）外观和体验基本一致。 [![Ubuntu gnome 18.04](http://www.linuxandubuntu.com/uploads/2/1/1/5/21152474/ubuntu-gnome-18-04_orig.jpg)][6] @@ -34,21 +35,21 @@ _为节省开发时间，Canonical （从 Ubuntu [17.10][2] 开始）已经决 ### 软件中心 -Ubuntu 使用 dpkg，即 Debian Package Management，将软件分发给终端用户；Fedora 则使用 rpm，全称为 Red Hat Package Management。它们都是 Linux 社区中非常流行的包管理系统，对应的命令行工具也都简单易用。 +Ubuntu 使用 dpkg（即 Debian Package Management）将软件分发给终端用户；Fedora 则使用 rpm（全称为 Red Hat Package Management）。它们都是 Linux 社区中非常流行的包管理系统，对应的命令行工具也都简单易用。 [![ubuntu software center](http://www.linuxandubuntu.com/uploads/2/1/1/5/21152474/ubuntu-software-center_2_orig.jpg)][7] -但在具体分发的软件方面，各个 Linux 发行版会有明显差异。Canonical 每 6 个月发布新版本的 Ubuntu，一般是在每年的 4 月和 10 月。对每个版本，开发者会维护一个开发计划；Ubuntu 新版本发布后，该版本就会进入 freeze 状态，即停止新软件的开发和测试。 +但在具体分发的软件方面，各个 Linux 发行版会有明显差异。Canonical 每 6 个月发布新版本的 Ubuntu，一般是在每年的 4 月和 10 月。对每个版本，开发者会维护一个开发计划；Ubuntu 新版本发布后，该版本就会进入冻结freeze状态，即停止新软件的开发和测试。 ​相比之下，Fedora 也采用相似的 6 个月发布周期，看起来很像一种滚动更新rolling release的 Linux 发行版（其实并不是这样）。与 Ubuntu 不同之处在于，（Fedora 中的）几乎所有软件包更新都很频繁，让用户有机会尝试最新版本的软件。但这样也导致软件 Bug 更频繁出现，给用户带来“不稳定性”，虽然还不至于导致系统不可用。 ### 软件更新 -我上面已经提到了 Ubuntu 版本的 freeze 状态。好吧，由于它对 Ubuntu 软件更新方式有着重要的影响，我再次提到这个状态：当 Ubuntu 新版本发布后，该版本的开发（这里是指测试新软件）就停止了。 +我上面已经提到了 Ubuntu 版本的冻结状态。好吧，由于它对 Ubuntu 软件更新方式有着重要的影响，我再次提到这个状态：当 Ubuntu 新版本发布后，该版本的开发（这里是指测试新软件）就停止了。 _即将发布的下个版本的开发也随之开始，先后历经 “每日构建daily build” 和 “测试版beta release” 阶段，最后作为新版本发布给终端用户。_ -在 freeze 状态下，Ubuntu 维护者不会在软件源package repository中增加最新版软件，除非用于解决严重的安全问题。因此，Ubuntu 用户可用的软件更新更多涉及 Bug 修复而不是新特性，这样的好处在于系统可以保持稳定，不会扰乱用户的使用。 +在冻结状态下，Ubuntu 维护者不会在软件源package repository中增加最新版软件，除非用于解决严重的安全问题。因此，Ubuntu 用户可用的软件更新更多涉及 Bug 修复而不是新特性，这样的好处在于系统可以保持稳定，不会扰乱用户的使用。 Fedora 试图为终端用户提供最新版本的软件，故用户的可用软件更新相比 Ubuntu 而言会更多涉及新特性。当然，开发者为了维持系统的稳定性，也采取了一系列措施。例如，在操作系统启动时，用户可以从最多三个可用内核working kernel（最新内核处于最上方）中进行选择；当新内核无法启动时，用户可以回滚使用之前两个可用内核。 @@ -90,8 +91,8 @@ via: http://www.linuxandubuntu.com/home/ubuntu-1804-vs-fedora-28 作者：[LinuxAndUbuntu][a] 选题：[lujun9972](https://github.com/lujun9972) -译者：[译者ID](https://github.com/译者ID) -校对：[校对者ID](https://github.com/校对者ID) +译者：[pinewall](https://github.com/pinewall) +校对：[wxy](https://github.com/wxy) 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出 @@ -105,16 +106,3 @@ via: http://www.linuxandubuntu.com/home/ubuntu-1804-vs-fedora-28 [7]:http://www.linuxandubuntu.com/uploads/2/1/1/5/21152474/ubuntu-software-center_2_orig.jpg [8]:http://www.linuxandubuntu.com/uploads/2/1/1/5/21152474/ubuntu-18-04-help-manual_orig.jpg [9]:https://en.wikipedia.org/wiki/History_of_Firefox - --------------------------------------------------------------------------------- - -via: http://www.linuxandubuntu.com/home/ubuntu-1804-vs-fedora-28 - -作者：[LinuxAndUbuntu][a] -选题：[lujun9972](https://github.com/lujun9972) -译者：[译者ID](https://github.com/译者ID) -校对：[校对者ID](https://github.com/校对者ID) - -本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出 - -[a]:http://www.linuxandubuntu.com diff --git a/translated/tech/20180814 How To Record Terminal Sessions As SVG Animations In Linux.md b/published/20180814 How To Record Terminal Sessions As SVG Animations In Linux.md similarity index 80% rename from translated/tech/20180814 How To Record Terminal Sessions As SVG Animations In Linux.md rename to published/20180814 How To Record Terminal Sessions As SVG Animations In Linux.md index d62362ac34..b9df74963d 100644 --- a/translated/tech/20180814 How To Record Terminal Sessions As SVG Animations In Linux.md +++ b/published/20180814 How To Record Terminal Sessions As SVG Animations In Linux.md @@ -3,12 +3,12 @@ ![Banner 图](https://www.ostechnix.com/wp-content/uploads/2018/08/termtosvg-720x340.png) -录制终端会话可以满足我们不同类型的需求。通过录制终端会话，你可以完整记录你在终端中执行的操作，将其保存可供后续参考。通过录制终端会话，你还可以向青少年、学生或其它打算学习 Linux 的人展示各种 Linux 命令及其用例。值得庆幸的是，市面上已经有不少工具，可以帮助我们在类 Unix 操作系统下录制终端会话。我们已经介绍过一些可以帮助你录制终端会话的工具，可以在下面的链接中找到。 +录制终端会话可以满足我们不同类型的需求。通过录制终端会话，你可以完整记录你在终端中执行的操作，将其保存以供后续参考。通过录制终端会话，你还可以向青少年、学生或其它打算学习 Linux 的人展示各种 Linux 命令及其用例。值得庆幸的是，市面上已经有不少工具，可以帮助我们在类 Unix 操作系统下录制终端会话。我们已经介绍过一些可以帮助你录制终端会话的工具，可以在下面的链接中找到。 + [如何录制你在终端中的所作所为][3] + [Asciinema – 录制终端会话并在网上分享][4] -今天，我们要介绍另一款录制终端操作的工具，名字叫做 **Termtosvg**。从名字可以看出，Termtosvg 将你的终端会话录制成一个单独的 SVG 动画。它是一款简单的命令行工具，使用 **Python** 语言编写，可以生成轻量级、外观整洁的动画，可以嵌入到网页项目中。Termtosvg 支持自定义色彩主题color themes、终端 UI，还可以通过 [SVG 模板][1]完成动画控制。它兼容 asciinema 录制格式，支持 GNU/Linux，Mac OS 和 BSD 等操作系统。 +今天，我们要介绍另一款录制终端操作的工具，名字叫做 **Termtosvg**。从名字可以看出，Termtosvg 将你的终端会话录制成一个单独的 SVG 动画。它是一款简单的命令行工具，使用 **Python** 语言编写，可以生成轻量级、外观整洁的动画，可以嵌入到网页项目中。Termtosvg 支持自定义色彩主题color themes、终端 UI，还可以通过 [SVG 模板][1]完成动画控制。它兼容 asciinema 录制格式，支持 GNU/Linux，Mac OS 和 BSD 等操作系统。 ### 安装 Termtosvg @@ -32,15 +32,15 @@ $ pip3 install pyte python-xlib svgwrite ### 将 Linux 终端会话录制成 SVG 动画 -使用 Termtosvg 录制终端会话十分容易。打开终端窗口，运行如下命令即可开始录制： +使用 `termtosvg` 录制终端会话十分容易。打开终端窗口，运行如下命令即可开始录制： ``` $ termtosvg ``` -**注意：** 如果 termtosvg 命令不可用，重启操作系统一次即可。 +**注意：** 如果 `termtosvg` 命令不可用，重启操作系统一次即可。 -运行 termtosvg 命令后，可以看到如下命令输出： +运行 `termtosvg` 命令后，可以看到如下命令输出： ``` Recording started, enter "exit" command or Control-D to end @@ -60,7 +60,7 @@ $ uname -a ``` -操作完成后，使用组合键 **CTRL+D** 或者输入 **exit** 停止录制。录制结果将会保存在 **/tmp** 目录，（由于做了唯一性处理）文件名并不会重复。 +操作完成后，使用组合键 `CTRL+D` 或者输入 `exit` 停止录制。录制结果将会保存在 `/tmp` 目录，（由于做了唯一性处理）文件名并不会重复。 ![](https://www.ostechnix.com/wp-content/uploads/2018/08/Termtosvg-in-action-1-1.png) @@ -70,7 +70,7 @@ $ uname -a $ firefox /tmp/termtosvg_ddkehjpu.svg ``` -你也可以在（图形界面的）浏览器中直接打开这个 SVG 文件（ **File -> ** ）。 +你也可以在（图形界面的）浏览器中直接打开这个 SVG 文件（ **File -> \** ）。 我用 Firefox 浏览器打开的效果如下： @@ -78,15 +78,16 @@ $ firefox /tmp/termtosvg_ddkehjpu.svg 下面举例说明几种使用 Termtosvg 录制终端会话的方式。 -我刚刚提到，Termtosvg 录制终端会话后默认保存成 **/tmp** 目录下的一个 SVG 动画文件。 +我刚刚提到，Termtosvg 录制终端会话后默认保存成 `/tmp` 目录下的一个 SVG 动画文件。 -但你可以指定 SVG 动画文件的文件名，例如 **animation.svg**；也可以指定一个存放路径，例如 **/home/sk/ostechnix/**。 +但你可以指定 SVG 动画文件的文件名，例如 `animation.svg`；也可以指定一个存放路径，例如 `/home/sk/ostechnix/`。 ``` $ termtosvg /home/sk/ostechnix/animation.svg ``` 录制终端会话并使用特定模板进行渲染： + ``` $ termtosvg -t ~/templates/my_template.svg ``` @@ -122,7 +123,7 @@ via: https://www.ostechnix.com/how-to-record-terminal-sessions-as-svg-animations 作者：[SK][a] 选题：[lujun9972](https://github.com/lujun9972) 译者：[pinewall](https://github.com/pinewall) -校对：[校对者ID](https://github.com/校对者ID) +校对：[wxy](https://github.com/wxy) 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出 diff --git a/sources/tech/20180706 Anatomy of a Linux DNS Lookup - Part III.md b/sources/tech/20180706 Anatomy of a Linux DNS Lookup - Part III.md new file mode 100644 index 0000000000..3cac477739 --- /dev/null +++ b/sources/tech/20180706 Anatomy of a Linux DNS Lookup - Part III.md @@ -0,0 +1,316 @@ +pinewall is translating + +Anatomy of a Linux DNS Lookup – Part III +============================================================ + +In [Anatomy of a Linux DNS Lookup – Part I][1] I covered: + +* `nsswitch` + +* `/etc/hosts` + +* `/etc/resolv.conf` + +* `ping` vs `host` style lookups + +and in [Anatomy of a Linux DNS Lookup – Part II][2] I covered: + +* `systemd` and its `networking` service + +* `ifup` and `ifdown` + +* `dhclient` + +* `resolvconf` + +and ended up here: + +* * * + +![linux-dns-2 (2)](https://zwischenzugs.files.wordpress.com/2018/06/linux-dns-2-2.png?w=525) + + _A (roughly) accurate map of what’s going on_ + +Unfortunately, that’s not the end of the story. There’s still more things that can get involved. In Part III, I’m going to cover NetworkManager and dnsmasq and briefly show how they play a part. + +* * * + +# 1) NetworkManager + +As mentioned in Part II, we are now well away from POSIX standards and into Linux distribution-specific areas of DNS resolution management. + +In my preferred distribution (Ubuntu), there is a service that’s available and often installed for me as a dependency of some other package I install called [NetworkManager][3]. It’s actually a service developed by RedHat in 2004 to help manage network interfaces for you. + +What does this have to do with DNS? Install it to find out: + +``` +$ apt-get install -y network-manager +``` + +In my distribution, I get a config file. + +``` +$ cat /etc/NetworkManager/NetworkManager.conf +[main] +plugins=ifupdown,keyfile,ofono +dns=dnsmasq + +[ifupdown] +managed=false +``` + +See that `dns=dnsmasq` there? That means that NetworkManager will use `dnsmasq` to manage DNS on the host. + +* * * + +# 2) dnsmasq + +The dnsmasq program is that now-familiar thing: yet another level of indirection for `/etc/resolv.conf`. + +Technically, dnsmasq can do a few things, but is primarily it acts as a DNS server that can cache requests to other DNS servers. It runs on port 53 (the standard DNS port), on all local network interfaces. + +So where is `dnsmasq` running? NetworkManager is running: + +``` +$ ps -ef | grep NetworkManager +root     15048     1  0 16:39 ?        00:00:00 /usr/sbin/NetworkManager --no-daemon +``` + +But no `dnsmasq` process exists: + +``` +$ ps -ef | grep dnsmasq +$ +``` + +Although it’s configured to be used, confusingly it’s not actually installed! So you’re going to install it. + +Before you install it though, let’s check the state of `/etc/resolv.conf`. + +``` +$ cat /etc/resolv.conf +# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) +#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN +nameserver 10.0.2.2 +search home +``` + +It’s not been changed by NetworkManager. + +If `dnsmasq` is installed: + +``` +$ apt-get install -y dnsmasq +``` + +Then `dnsmasq` is up and running: + +``` +$ ps -ef | grep dnsmasq +dnsmasq  15286     1  0 16:54 ?        00:00:00 /usr/sbin/dnsmasq -x /var/run/dnsmasq/dnsmasq.pid -u dnsmasq -r /var/run/dnsmasq/resolv.conf -7 /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new --local-service --trust-anchor=.,19036,8,2,49AAC11D7B6F6446702E54A1607371607A1A41855200FD2CE1CDDE32F24E8FB5 +``` + +And `/etc/resolv.conf` has changed again! + +``` +root@linuxdns1:~# cat /etc/resolv.conf +# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) +#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN +nameserver 127.0.0.1 +search home +``` + +And `netstat` shows `dnsmasq` is serving on all interfaces at port 53: + +``` +$ netstat -nlp4 +Active Internet connections (only servers) +Proto Recv-Q Send-Q Local Address     Foreign Address State   PID/Program name +tcp        0      0 127.0.0.1:53      0.0.0.0:*       LISTEN  15286/dnsmasq  +tcp        0      0 10.0.2.15:53      0.0.0.0:*       LISTEN  15286/dnsmasq +tcp        0      0 172.28.128.11:53  0.0.0.0:*       LISTEN  15286/dnsmasq +tcp        0      0 0.0.0.0:22        0.0.0.0:*       LISTEN  1237/sshd +udp        0      0 127.0.0.1:53      0.0.0.0:*         15286/dnsmasq +udp        0      0 10.0.2.15:53      0.0.0.0:*               15286/dnsmasq   +udp        0      0 172.28.128.11:53  0.0.0.0:*               15286/dnsmasq   +udp        0      0 0.0.0.0:68        0.0.0.0:*               10758/dhclient +udp        0      0 0.0.0.0:68        0.0.0.0:*               10530/dhclient +udp        0      0 0.0.0.0:68        0.0.0.0:*               10185/dhclient +``` + +* * * + +# 3) Unpicking dnsmasq + +Now we are in a situation where all DNS queries are going to `127.0.0.1:53` and from there what happens? + +We can get a clue from looking again at the `/var/run` folder. The `resolv.conf` in `resolvconf` has been changed to point to where `dnsmasq` is being served: + +``` +$ cat /var/run/resolvconf/resolv.conf +# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) +#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN +nameserver 127.0.0.1 +search home +``` + +while there’s a new `dnsmasq` folder with its own `resolv.conf`. + +``` +$ cat /run/dnsmasq/resolv.conf +nameserver 10.0.2.2 +``` + +which has the nameserver given to us by `DHCP`. + +We can reason about this without looking too deeply, but what if we really want to know what’s going on? + +* * * + +# 4) Debugging Dnsmasq + +Frequently I’ve found myself wondering what dnsmasq’s state is. Fortunately, you can get a good amount of information out of it if you set change this line in `/etc/dnsmasq.conf`: + +``` +#log-queries +``` + +to: + +``` +log-queries +``` + +and restart ​`dnsmasq` + +Now, if you do a simple: + +``` +$ ping -c1 bbc.co.uk +``` + +you will see something like this in `/var/log/syslog` (the `[...]` indicates that the line’s start is the same as the previous one): + +``` +Jul  3 19:56:07 ubuntu-xenial dnsmasq[15372]: query[A] bbc.co.uk from 127.0.0.1 +[...] forwarded bbc.co.uk to 10.0.2.2 +[...] reply bbc.co.uk is 151.101.192.81 +[...] reply bbc.co.uk is 151.101.0.81 +[...] reply bbc.co.uk is 151.101.64.81 +[...] reply bbc.co.uk is 151.101.128.81 +[...] query[PTR] 81.192.101.151.in-addr.arpa from 127.0.0.1 +[...] forwarded 81.192.101.151.in-addr.arpa to 10.0.2.2 +[...] reply 151.101.192.81 is NXDOMAIN +``` + +which shows what `dnsmasq` received, where the query was forwarded to, and what reply was received. + +If the query is returned from the cache (or, more exactly, the local ‘time-to-live’ for the query has not expired), then it looks like this in the logs: + +``` +[...] query[A] bbc.co.uk from 127.0.0.1 +[...] cached bbc.co.uk is 151.101.64.81 +[...] cached bbc.co.uk is 151.101.128.81 +[...] cached bbc.co.uk is 151.101.192.81 +[...] cached bbc.co.uk is 151.101.0.81 +[...] query[PTR] 81.64.101.151.in-addr.arpa from 127.0.0.1 +``` + +and if you ever want to know what’s in your cache, you can provoke dnsmasq into sending it to the same log file by sending the `USR1` signal to the dnsmasq process id: + +``` +$ kill -SIGUSR1 <(cat /run/dnsmasq/dnsmasq.pid) +``` + +and the output of the dump looks like this: + +``` +Jul  3 15:08:08 ubuntu-xenial dnsmasq[15697]: time 1530630488                                                                                                                                  +[...] cache size 150, 0/5 cache insertions re-used unexpired cache entries.                                                                            +[...] queries forwarded 2, queries answered locally 0                                                                                                  +[...] queries for authoritative zones 0                                                                                                                +[...] server 10.0.2.2#53: queries sent 2, retried or failed 0                                                                                          +[...] Host           Address        Flags      Expires                             +[...] linuxdns1      172.28.128.8   4FRI   H                                                                 +[...] ip6-localhost  ::1            6FRI   H                                                                 +[...] ip6-allhosts   ff02::3         6FRI   H                                                                 +[...] ip6-localnet     fe00::         6FRI   H                                                                 +[...] ip6-mcastprefix  ff00::         6FRI   H                                                                 +[...] ip6-loopback     :               6F I   H                                                                 +[...] ip6-allnodes    ff02:           6FRI   H                                                                 +[...] bbc.co.uk        151.101.64.81  4F         Tue Jul  3 15:11:41 2018                                      +[...] bbc.co.uk        151.101.192.81 4F         Tue Jul  3 15:11:41 2018                                      +[...] bbc.co.uk        151.101.0.81    4F         Tue Jul  3 15:11:41 2018                                      +[...] bbc.co.uk        151.101.128.81 4F         Tue Jul  3 15:11:41 2018                                      +[...]                  151.101.64.81  4 R  NX    Tue Jul  3 15:34:17 2018                                      +[...] localhost        127.0.0.1      4FRI   H                                                                 +[...]           19036   8   2  SF I                                                                     +[...] ip6-allrouters   ff02::2        6FRI   H         +``` + +In the above output, I believe (but don’t know, and ‘?’ indicates a relatively wild guess on my part) that: + +* ‘4’ means IPv4 + +* ‘6’ means IPv6 + +* ‘H’ means address was read from an `/etc/hosts` file + +* ‘I’ ? ‘Immortal’ DNS value? (ie no time-to-live value?) + +* ‘F’ ? + +* ‘R’ ? + +* ‘S’? + +* ‘N’? + +* ‘X’ + +#### Alternatives to dnsmasq + +`dnsmasq` is not the only option that can be passed to dns in NetworkManager. There’s `none` which does nothing to `/etc/resolv,conf`, `default`, which claims to ‘update `resolv.conf`  to reflect currently active connections’, and `unbound`, which communicates with the `unbound` service and `dnssec-triggerd`, which is concerned with DNS security and is not covered here. + +* * * + +### End of Part III + +That’s the end of Part III, where we covered the NetworkManager service, and its `dns=dnsmasq` setting. + +Let’s briefly list some of the things we’ve come across so far: + +* `nsswitch` + +* `/etc/hosts` + +* `/etc/resolv.conf` + +* `/run/resolvconf/resolv.conf` + +* `systemd` and its `networking` service + +* `ifup` and `ifdown` + +* `dhclient` + +* `resolvconf` + +* `NetworkManager` + +* `dnsmasq` + +-------------------------------------------------------------------------------- + +via: https://zwischenzugs.com/2018/07/06/anatomy-of-a-linux-dns-lookup-part-iii/ + +作者：[ZWISCHENZUGS][a] +译者：[译者ID](https://github.com/译者ID) +校对：[校对者ID](https://github.com/校对者ID) + +本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出 + +[a]:https://zwischenzugs.com/ +[1]:https://zwischenzugs.com/2018/06/08/anatomy-of-a-linux-dns-lookup-part-i/ +[2]:https://zwischenzugs.com/2018/06/18/anatomy-of-a-linux-dns-lookup-part-ii/ +[3]:https://en.wikipedia.org/wiki/NetworkManager diff --git a/sources/tech/20180806 Anatomy of a Linux DNS Lookup - Part IV.md b/sources/tech/20180806 Anatomy of a Linux DNS Lookup - Part IV.md new file mode 100644 index 0000000000..03b763fd44 --- /dev/null +++ b/sources/tech/20180806 Anatomy of a Linux DNS Lookup - Part IV.md @@ -0,0 +1,182 @@ +pinewall is translating + +[Anatomy of a Linux DNS Lookup – Part IV][2] +============================================ + +In [Anatomy of a Linux DNS Lookup – Part I][3], [Part II][4], and [Part III][5] I covered: + +* `nsswitch` + +* `/etc/hosts` + +* `/etc/resolv.conf` + +* `ping` vs `host` style lookups + +* `systemd` and its `networking` service + +* `ifup` and `ifdown` + +* `dhclient` + +* `resolvconf` + +* `NetworkManager` + +* `dnsmasq` + +In Part IV I’ll cover how containers do DNS. Yes, that’s not simple either… + +* * * + +1) Docker and DNS +============================================================ + +In [part III][6] we looked at DNSMasq, and learned that it works by directing DNS queries to the localhost address `127.0.0.1`, and a process listening on port 53 there will accept the request. + +So when you run up a Docker container, on a host set up like this, what do you expect to see in its `/etc/resolv.conf`? + +Have a think, and try and guess what it will be. + +Here’s the default output if you run a default Docker setup: + +``` +$ docker run  ubuntu cat /etc/resolv.conf +# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) +#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN +# 127.0.0.53 is the systemd-resolved stub resolver. +# run "systemd-resolve --status" to see details about the actual nameservers. + +search home +nameserver 8.8.8.8 +nameserver 8.8.4.4 +``` + +Hmmm. + +#### Where did the addresses `8.8.8.8` and `8.8.4.4` come from? + +When I pondered this question, my first thought was that the container would inherit the `/etc/resolv.conf` settings from the host. But a little thought shows that that won’t always work. + +If you have DNSmasq set up on the host, the `/etc/resolv.conf` file will be pointed at the `127.0.0.1` loopback address. If this were passed through to the container, the container would look up DNS addresses from within its own networking context, and there’s no DNS server available within the container context, so the DNS lookups would fail. + +‘A-ha!’ you might think: we can always use the host’s DNS server by using the  _host’s_  IP address, available from within the container as the default route: + +``` +root@79a95170e679:/# ip route                                                                +default via 172.17.0.1 dev eth0                                                +172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.2      +``` + +#### Use the host? + +From that we can work out that the ‘host’ is on the ip address: `172.17.0.1`, so we could try manually pointing DNS at that using dig (you could also update the `/etc/resolv.conf` and then run `ping`, this just seems like a good time to introduce `dig` and its `@` flag, which points the request at the ip address you specify): + +``` +root@79a95170e679:/# dig @172.17.0.1 google.com | grep -A1 ANSWER.SECTION +;; ANSWER SECTION: +google.com.             112     IN      A       172.217.23.14 +``` + +However: that might work if you use DNSMasq, but if you don’t it won’t, as there’s no DNS server on the host to look up. + +So Docker’s solution to this quandary is to bypass all that complexity and point your DNS lookups to Google’s DNS servers at `8.8.8.8` and `8.8.4.4`, ignoring whatever the host context is. + + _Anecdote: This was the source of my first problem with Docker back in 2013\. Our corporate network blocked access to those IP addresses, so my containers couldn’t resolve URLs._ + +So that’s Docker containers, but container  _orchestrators_  such as Kubernetes can do different things again… + +# 2) Kubernetes and DNS + +The unit of container deployment in Kubernetes is a Pod. A pod is a set of co-located containers that (among other things) share the same IP address. + +An extra challenge with Kubernetes is to forward requests for Kubernetes services to the right resolver (eg `myservice.kubernetes.io`) to the private network allocated to those service addresses. These addresses are said to be on the ‘cluster domain’. This cluster domain is configurable by the administrator, so it might be `cluster.local` or `myorg.badger` depending on the configuration you set up. + +In Kubernetes you have four options for configuring how DNS lookup works within your pod. + +* Default + +This (misleadingly-named) option takes the same DNS resolution path as the host the pod runs on, as in the ‘naive’ DNS lookup described earlier. It’s misleadingly named because it’s not the default! ClusterFirst is. + +If you want to override the `/etc/resolv.conf` entries, you can in your config for the kubelet. + +* ClusterFirst + +ClusterFirst does selective forwarding on the DNS request. This is achieved in one of two ways based on the configuration. + +In the first, older and simpler setup, a rule was followed where if the cluster domain was not found in the request, then it was forwarded to the host. + +In the second, newer approach, you can configure selective forwarding on an internal DNS + +Here’s what the config looks like and a diagram lifted from the [Kubernetes docs][7] which shows the flow: + +``` +apiVersion: v1 +kind: ConfigMap +metadata: + name: kube-dns + namespace: kube-system +data: + stubDomains: | + {"acme.local": ["1.2.3.4"]} + upstreamNameservers: | + ["8.8.8.8", "8.8.4.4"] +``` + +The `stubDomains` entry defines specific DNS servers to use for specific domains. The upstream servers are the servers we defer to when nothing else has picked up the DNS request. + +This is achieved with our old friend DNSMasq running in a pod. + +![kubedns](https://zwischenzugs.files.wordpress.com/2018/08/kubedns.png?w=525) + +The other two options are more niche: + +* ClusterFirstWithHostNet + +This applies if you use host network for your pods, ie you bypass the Docker networking setup to use the same network as you would directly on the host the pod is running on. + +* None + +None does nothing to DNS but forces you to specify the DNS settings in the `dnsConfig` field in the pod specification. + +### CoreDNS Coming + +And if that wasn’t enough, this is set to change again as CoreDNS comes to Kubernetes, replacing kube-dns. CoreDNS will offer a few benefits over kube-dns, being more configurabe and more efficient. + +Find out more [here][8]. + +If you’re interested in OpenShift networking, I wrote a post on that [here][9]. But that was for 3.6 so is likely out of date now. + +### End of Part IV + +That’s part IV done. In it we covered. + +* Docker DNS lookups + +* Kubernetes DNS lookups + +* Selective forwarding (stub domains) + +* kube-dns + + +-------------------------------------------------------------------------------- + +via: https://zwischenzugs.com/2018/08/06/anatomy-of-a-linux-dns-lookup-part-iv/ + +作者：[zwischenzugs][a] +译者：[译者ID](https://github.com/译者ID) +校对：[校对者ID](https://github.com/校对者ID) + +本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出 + +[a]:https://zwischenzugs.com/ +[1]:https://zwischenzugs.com/2018/08/06/anatomy-of-a-linux-dns-lookup-part-iv/ +[2]:https://zwischenzugs.com/2018/08/06/anatomy-of-a-linux-dns-lookup-part-iv/ +[3]:https://zwischenzugs.com/2018/06/08/anatomy-of-a-linux-dns-lookup-part-i/ +[4]:https://zwischenzugs.com/2018/06/18/anatomy-of-a-linux-dns-lookup-part-ii/ +[5]:https://zwischenzugs.com/2018/07/06/anatomy-of-a-linux-dns-lookup-part-iii/ +[6]:https://zwischenzugs.com/2018/07/06/anatomy-of-a-linux-dns-lookup-part-iii/ +[7]:https://kubernetes.io/docs/tasks/administer-cluster/dns-custom-nameservers/#impacts-on-pods +[8]:https://coredns.io/ +[9]:https://zwischenzugs.com/2017/10/21/openshift-3-6-dns-in-pictures/ diff --git a/translated/tech/20180510 Splicing the Cloud Native Stack, One Floor at a Time.md b/translated/tech/20180510 Splicing the Cloud Native Stack, One Floor at a Time.md index b04fc4a65b..651a35a0cc 100644 --- a/translated/tech/20180510 Splicing the Cloud Native Stack, One Floor at a Time.md +++ b/translated/tech/20180510 Splicing the Cloud Native Stack, One Floor at a Time.md @@ -1,33 +1,35 @@ 逐层拼接云原生栈 ====== - 在 Packet，我们的价值（自动化的基础设施）是非常基础的。因此，我们花费大量的时间来研究我们之上所有生态系统中的参与者和趋势 —— 以及之下的极少数！ + +> 看着我们在纽约的办公大楼，我们发现了一种观察不断变化的云原生领域的完美方式。 + +在 Packet，我们的工作价值（基础设施自动化）是非常基础的。因此，我们花费大量的时间来研究我们之上所有生态系统中的参与者和趋势 —— 以及之下的极少数！ 当你在任何生态系统的汪洋大海中徜徉时，很容易困惑或迷失方向。我知道这是事实，因为当我去年进入 Packet 工作时，从 Bryn Mawr 获得的英语学位，并没有让我完全得到一个 Kubernetes 的认证。 :) -由于它超快的演进和巨大的影响，云原生生态系统打破了先例。似乎每眨一次眼睛，之前全新的技术（更不用说所有相关的理念了）就变得有意义 ... 或至少有趣了。和其他许多人一样，我依据无处不在的 CNCF 的 “[云原生蓝图][1]” 作为我去了解这个空间的参考标准。尽管如此，如果有一个定义这个生态系统的元素，那它一定是贡献和控制他们的人。 +由于它超快的演进和巨大的影响，云原生生态系统打破了先例。似乎每眨一次眼睛，之前全新的技术（更不用说所有相关的理念了）就变得有意义 ... 或至少有趣了。和其他许多人一样，我依据无处不在的 CNCF 的 “[云原生蓝图][1]” 作为我去了解这个空间的参考标准。尽管如此，如果有一个定义这个生态系统的元素，那它一定是贡献和控制它们的人。 -所以，在 12 月份一个很冷的下午，当我们走回办公室时，我们偶然发现了一个给投资人解释“云原生”的创新方式，当我们谈到从 Aporeto 中区分 Cilium 的细微差别时，他的眼睛中充满了兴趣，以及为什么从 CoreDNS 和 Spiffe 到 Digital Rebar 和 Fission 的所有这些都这么有趣。 +所以，在 12 月份一个很冷的下午，当我们走回办公室时，我们偶然发现了一个给投资人解释“云原生”的创新方式，当我们谈到从 Aporeto 中区分 Cilium 的细微差别时，以及为什么从 CoreDNS 和 Spiffe 到 Digital Rebar 和 Fission 的所有这些都这么有趣时，他的眼睛中充满了兴趣。 -在新世贸中心的阴影下，看到我们位于 13 层的狭窄办公室，我突然想到一个好主意，把我们带到《兔子洞》的艺术世界中：为什么不把它画出来呢？ +在新世贸中心的阴影下，看到我们位于 13 层的狭窄办公室，我突然想到一个把我们带到那个神奇世界的好主意：为什么不把它画出来呢？（LCTT 译注：“rabbit hole” 有多种含义，此处采用“爱丽丝梦游仙境”中的“兔子洞”含义。） ![][2] -于是，我们开始了把云原生栈逐层拼接起来的旅程。让我们一起探索它，并且我们可以给你一个“仅限今日”的低价。 +于是，我们开始了把云原生栈逐层拼接起来的旅程。让我们一起探索它，给你一个“仅限今日有效”的福利。（LCTT 译注：意即云原生领域变化很快，可能本文/本图中所述很快过时。） -[[查看高清大图][3]] 或给我们发邮件索取副本。 +[[查看高清大图][3]] （25Mb）或给我们发邮件索取副本。 ### 从最底层开始 -当我们开始下笔的时候，我们知道，我们希望首先亮出的是每天都与之交互的栈的那一部分，但它对用户却是不可见的：硬件。就像任何投资于下一个伟大的（通常是私有的）东西的秘密实验室一样，我们认为地下室是最好的地点。 +当我们开始下笔的时候，我们知道，我们希望首先亮出的是我们每天都与之交互的而对用户却是基本上不可见的那一部分：硬件。就像任何投资于下一个伟大的（通常是私有的）东西的秘密实验室一样，我们认为地下室是其最好的地点。 -从大家公认的像 Intel、AMD 和华为（传言他们雇佣的工程师接近 80000 名）这样的巨头，到像 Mellanox 这样的细分市场参与者，硬件生态系统现在非常火。事实上，随着数十亿美元投入去攻克新的 offloads、GPU、定制协处理器，我们可能正在进入硬件的黄金时代。 +从大家公认的像 Intel、AMD 和华为（传言他们雇佣的工程师接近 80000 名）这样的巨头，到像 Mellanox 这样的细分市场参与者，硬件生态系统现在非常火。事实上，随着数十亿美元投入去攻克新的 offload（LCTT 译注：网卡的 offload 特性是将本来该操作系统进行的一些诸如数据包分片、重组等处理任务放到网卡硬件中去做，降低系统 CPU 消耗的同时，提高处理的性能）、GPU、定制协处理器，我们可能正在进入硬件的黄金时代。 -著名的软件先驱 Alan Kay 在 25 年前说过：“对软件非常认真的人都应该去制造他自己的硬件” ，为 Alan 打 call！ +著名的软件先驱阿伦凯Alan Kay 在 25 年前说过：“对软件非常认真的人都应该去制造他自己的硬件” ，为阿伦凯打 call！ ### 云即资本 -就像我们的 CEO Zac Smith 多次告诉我：所有都是钱的问题。不仅要制造它，还要消费它！在云中，数十亿美元的投入才能让数据中心出现计算机，这样才能让开发者使用软件去消费它。换句话说： - +就像我们的 CEO Zac Smith 多次告诉我：所有都是钱的问题。不仅要制造它，还要消费它！在云中，数十亿美元的投入才能让数据中心出现计算机，这样才能让开发者使用软件去消费它。换句话说（根本没云，它只是别人的电脑而已）： ![][4] @@ -51,7 +53,7 @@ 居于“连接”和“动力”之上的这一层，我们爱称为“处理器们”。这是奇迹发生的地方 —— 我们将来自下层的创新和实物投资转变成一个 API 尽头的某些东西。 -由于这是纽约的一个大楼，我们让在这里的云供应商处于纽约的中心。这就是为什么你会看到（Digital Ocean 系的）鲨鱼 Sammy 和在 Google 之上的 “meet me” 的房间中和我打招呼的原因了。 +由于这是纽约的一个大楼，我们让在这里的云供应商处于纽约的中心。这就是为什么你会看到（Digital Ocean 系的）鲨鱼 Sammy，以及 Google 出现在会客室中的原因了。 正如你所见，这个场景是非常写实的。它就是一垛一垛堆起来的。尽管我们爱 EWR1 的设备经理（Michael Pedrazzini），我们努力去尽可能减少这种体力劳动。毕竟布线专业的博士学位是很难拿到的。 @@ -59,31 +61,31 @@ ### 供给 -再上一层，在基础设施层之上是供给层。这是我们最喜欢的地方之一，它以前被我们称为“配置管理”。但是现在到处都是一开始就是不可改变的基础设施和自动化：Terraform、Ansible、Quay.io 等等类似的东西。你可以看出软件是按它的方式来工作的，对吗？ +再上一层，在基础设施层之上是供给层。这是我们最喜欢的地方之一，它以前被我们称为“配置管理”。但是现在到处都是一开始就是不可变基础设施immutable infrastructure和自动化：Terraform、Ansible、Quay.io 等等类似的东西。你可以看出软件是按它的方式来工作的，对吗？ -Kelsey Hightower 最近写道“呆在无聊的基础设施中是一个让人兴奋的时刻”，我不认为它说的是物理部分（虽然我们认为它非常让人兴奋），但是由于软件持续侵入到栈的所有层，可以保证你有一个疯狂的旅程。 +Kelsey Hightower 最近写道“呆在无聊的基础设施中是一个让人兴奋的时刻”，我不认为它说的是物理部分（虽然我们认为它非常让人兴奋），但是由于软件持续侵入到栈的所有层，那必将是一个疯狂的旅程。 ![][8] ### 操作系统 -供应就绪后，我们来到操作系统层。这就是我们开始取笑我们最喜欢的一个人的地方：注意上面 Brian Redbeard 的瑜珈姿势。:) +供应就绪后，我们来到操作系统层。在这里你可以看到我们打趣一些我们最喜欢的同事：注意上面 Brian Redbeard 的瑜珈姿势。:) -Packet 为我们的客户提供了 11 种主要的操作系统去选择，包括一些你在图中看到的：Ubuntu、CoreOS、FreeBSD、Suse、和各种 Red Hat 的作品。我们看到越来越多的人们在这一层上有了他们自己的看法：从定制的内核和为了不可改变的部署而使用的他们最喜欢的发行版，到像 NixOS 和 LinuxKit 这样的项目。 +Packet 为我们的客户提供了 11 种主要的操作系统可供选择，包括一些你在图中看到的：Ubuntu、CoreOS、FreeBSD、Suse、和各种 Red Hat 的作品。我们看到越来越多的人们在这一层上有了他们自己的看法：从定制的内核和用于不可变部署中的惯用发行版光盘，到像 NixOS 和 LinuxKit 这样的项目。 ![][9] ### 运行时 -我们玩的很开心，因此我们将运行时放在了体育馆内，并在 CoreOS 赞助的 rkt 和 Docker 的容器化之间进行了一场锦标赛。无论哪种方式赢家都是 CNCF！ +为了有趣些，我们将运行时放在了体育馆内，并为 CoreOS 赞助的 rkt 和 Docker 的容器化举行了一次比赛。而无论如何赢家都是 CNCF！ -我们认为快速演进的存储生态系统应该得到一些可上锁的储物柜。关于存储部分有趣的地方在于许多的新玩家尝试去解决持久性的挑战问题，以及性能和灵活性问题。就像他们说的：存储很简单。 +我们认为快速演进的存储生态系统应该是一些可上锁的储物柜。关于存储部分有趣的地方在于许多的新玩家尝试去解决持久性的挑战问题，以及性能和灵活性问题。就像他们说的：存储很简单。 ![][10] ### 编排 -在过去的这些年里，编排层所有都是关于 Kubernetes 的，因此我们选取了其中一位著名的布道者（Kelsey Hightower），并在这个古怪的会议场景中给他一个特写。在我们的团队中有一些主要的 Nomad 粉丝，并且如果没有 Docker 和它的工具集的影响，根本就没有办法去考虑云原生空间。 +在过去的这些年里，编排层全是 Kubernetes 了，因此我们选取了其中一位著名的布道者（Kelsey Hightower），并在这个古怪的会议场景中给他一个特写。在我们的团队中有一些 Nomad （LCTT 译注：一个管理机器集群并在集群上运行应用程序的工具）的忠实粉丝，并且如果抛开 Docker 和它的工具集的影响，就无从谈起云原生。 虽然负载编排应用程序在我们栈中的地位非常高，我们看到的各种各样的证据表明，这些强大的工具开始去深入到栈中，以帮助用户利用 GPU 和其它特定硬件的优势。请继续关注 —— 我们正处于容器化革命的早期阶段！ @@ -91,23 +93,23 @@ Packet 为我们的客户提供了 11 种主要的操作系统去选择，包括 ### 平台 -这是栈中我们喜欢的层之一，因为每个平台都有很多技能帮助用户去完成他们想要做的事情（顺便说一下，不是去运行容器，而是运行应用程序）。从 Rancher 和 Kontena，到 Tectonic 和 Redshift 都是像 Cycle.io 和 Flynn.io 一样是完全不同的方法 —— 我们看到这些项目如何以不同的方式为用户提供服务，总是激动不已。 +这是栈中我们喜欢的层之一，因为每个平台都有如此多的工具帮助用户去完成他们想要做的事情（顺便说一下，不是去运行容器，而是运行应用程序）。从 Rancher 和 Kontena，到 Tectonic 和 Redshift 都是像 Cycle.io 和 Flynn.io 一样是完全不同的方法 —— 我们看到这些项目如何以不同的方式为用户提供服务，总是激动不已。 -关键点：这些平台是帮助去转化各种各样的云原生生态系统的快速变化部分给用户。很高兴能看到他们每个人带来的东西！ +关键点：这些平台是帮助去转化各种各样的快速变化的云原生生态系统给用户。很高兴能看到他们每个人带来的东西！ ![][12] ### 安全 -当说到安全时，今年是很忙的一年！我们尝试去展示一些很著名的攻击，并说明随着工作负载变得更加分散和更加便携（当然，同时攻击也变得更加智能），这些各式各样的工具是如何去帮助保护我们的。 +当说到安全时，今年真是很忙的一年！我们尝试去展示一些很著名的攻击，并说明随着工作负载变得更加分散和更加可迁移（当然，同时攻击者也变得更加智能），这些各式各样的工具是如何去帮助保护我们的。 -我们看到一个用于不可信环境（Aporeto）和低级安全（Cilium）的强大动作，以及尝试在网络级别上的像 Tigera 这样的可信方法。不管你的方法如何，记住这一点：关于安全这肯定不够。:0 +我们看到一个用于不可信环境（如 Aporeto）和低级安全（Cilium）的强大动作，以及尝试在网络级别上的像 Tigera 这样的可信方法。不管你的方法如何，记住这一点：安全无止境。:0 ![][13] ### 应用程序 -如何去表示海量的、无限的应用程序生态系统？在这个案例中，很容易：我们在纽约，选我们最喜欢的。;) 从 Postgres “房间里的大象” 和 Timescale 时钟，到鬼鬼崇崇的 ScyllaDB 垃圾桶和 chillin 的《特拉维斯兄弟》—— 我们把这个片子拼到一起很有趣。 +如何去表示海量的、无限的应用程序生态系统？在这个案例中，很容易：我们在纽约，选我们最喜欢的。;) 从 Postgres “房间里的大象” 和 Timescale 时钟，到暗藏的 ScyllaDB 垃圾桶和无所事事的《特拉维斯兄弟》—— 我们把这个片子拼到一起很有趣。 让我们感到很惊奇的一件事情是：很少有人注意到那个复印他的屁股的家伙。我想现在复印机已经不常见了吧？ @@ -115,7 +117,7 @@ Packet 为我们的客户提供了 11 种主要的操作系统去选择，包括 ### 可观测性 -由于我们的工作负载开始到处移动，规模也越来越大，这里没有一件事情能够像一个非常好用的 Grafana 仪表盘、或方便的 Datadog 代理让人更加欣慰了。由于复杂度的提升，“SRE” 的产生开始越来越多地依赖警报和其它情报事件去帮我们感知发生的事件，以及获得越来越多的自我修复的基础设施和应用程序。 +由于我们的工作负载开始到处移动，规模也越来越大，这里没有一件事情能够像一个非常好用的 Grafana 仪表盘、或方便的 Datadog 代理让人更加欣慰了。由于复杂度的提升，“SRE” 一代开始越来越多地依赖警报和其它智能事件去帮我们感知发生的事件，出现越来越多的自我修复的基础设施和应用程序。 在未来的几个月或几年中，我们将看到什么样的公司进入这一领域 … 或许是一些人工智能、区块链、机器学习支撑的仪表盘？:-) @@ -123,25 +125,25 @@ Packet 为我们的客户提供了 11 种主要的操作系统去选择，包括 ### 流量管理 -人们倾向于认为互联网“只是工作而已”，但事实上，我们很惊讶于它的工作方式。我的意思是，大规模的独立的网络的一个松散连接 —— 你不是在开玩笑吧？ +人们往往认为互联网“就该这样工作”，但事实上，我们很惊讶于它能工作。我的意思是，这是大规模的、不同的网络间的松散连接 —— 你不是在开玩笑吧？ -能够把所有的这些独立的网络拼接到一起的一个原因是流量管理、DNS 和类似的东西。随着规模越来越大，这些参与者帮助让互联网变得更快、更安全、同时更具弹性。我们尤其高兴的是看到像 Fly.io 和 NS1 这样的新贵与优秀的老牌参与者进行竞争，最后的结果是整个生态系统都得以提升。让竞争来的更激烈吧！ +能够把所有的这些独立的网络拼接到一起的一个原因是流量管理、DNS 和类似的东西。随着规模越来越大，这些让互联网变得更快、更安全、同时更具弹性。我们尤其高兴的是看到像 Fly.io 和 NS1 这样的新贵与优秀的老牌玩家进行竞争，最后的结果是整个生态系统都得以提升。让竞争来的更激烈吧！ ![][16] ### 用户 -如果没有非常棒的用户，技术栈还有什么用呢？确实，它们位于大量的创新之上，但在云原生的世界里，他们所做的远不止消费这么简单：他们设计和贡献。从像 Kubernetes 这样的大量的贡献者到越来越多的（但同样重要）更多方面，我们都是其中的非常棒的一份子。 +如果没有非常棒的用户，技术栈还有什么用呢？确实，他们享受了大量的创新，但在云原生的世界里，他们所做的远不止消费这么简单：他们创立并贡献了很多。从像 Kubernetes 这样的大量的贡献者到越来越多的（但同样重要）更多方面，而我们都是其中的非常棒的一份子。 在我们屋顶的客厅上的许多用户，比如 Ticketmaster 和《纽约时报》，而不仅仅是新贵：这些组织采用了一种新的方式去部署和管理他们的应用程序，并且他们自己的用户正在收获回报。 ![][17] -### 最后的但并非是不重要的，成熟的监管！ +### 同样重要的，成熟的监管！ -在以前的生态系统中，基金会扮演了一个“在场景背后”的非常被动的角色。而 CNCF 不是！他们的目标（构建一个健壮的云原生生态系统），被美妙的流行动向所推动 —— 他们不仅已迎头赶上还一路领先。 +在以前的生态系统中，基金会扮演了一个非常被动的“幕后”角色。而 CNCF 不是！他们的目标（构建一个健壮的云原生生态系统），勇立潮流之先 —— 他们不仅已迎头赶上还一路领先。 -从坚实的管理和一个经过深思熟虑的项目组，到提出像 CNCF 这样的蓝图，CNCF 横跨云 CI、Kubernetes 认证、和演讲者委员会 —— CNCF 已不再是 “仅仅” 受欢迎的 KubeCon + CloudNativeCon 了。 +从坚实的治理和经过深思熟虑的项目组，到提出像 CNCF 这样的蓝图，CNCF 横跨云 CI、Kubernetes 认证、和演讲者委员会 —— CNCF 已不再是 “仅仅” 受欢迎的 KubeCon + CloudNativeCon 了。 -------------------------------------------------------------------------------- @@ -150,7 +152,7 @@ via: https://www.packet.net/blog/splicing-the-cloud-native-stack/ 作者：[Zoe Allen][a] 选题：[lujun9972](https://github.com/lujun9972) 译者：[qhwdw](https://github.com/qhwdw) -校对：[校对者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/20180819 How to define and use functions in Linux Shell Script.md b/translated/tech/20180819 How to define and use functions in Linux Shell Script.md index 7c79dd8fc4..1c800018fa 100644 --- a/translated/tech/20180819 How to define and use functions in Linux Shell Script.md +++ b/translated/tech/20180819 How to define and use functions in Linux Shell Script.md @@ -1,176 +1,179 @@ -如何在 Linux Shell 脚本中定义和使用函数 +如何在 Linux Shell 编程中定义和使用函数 ====== -函数是一段可复用的代码。我们通常把重复的代码放进函数中并且在不同的地方去调用它。库是函数的集合。我们可以在库中定义经常使用的函数，这样其他脚本便可以不再重复代码而使用这些函数。 -[![Functions-Linux-Shell-Script][1]![Functions-Linux-Shell-Script][2]][2] -本文我们将讨论诸多关于函数的内容和一些使用技巧。为了方便展示，我将在 Ubuntu 机器上使用**Bourne Again SHell (Bash)**。 +函数是一段可复用的代码。我们通常把重复的代码放进函数中并且在不同的地方去调用它。库是函数的集合。我们可以在库中定义经常使用的函数，这样其它脚本便可以不再重复代码而使用这些函数。 + +![Functions-Linux-Shell-Script][1] + +本文我们将讨论诸多关于函数的内容和一些使用技巧。为了方便演示，我将在 Ubuntu 系统上使用 **Bourne Again SHell (Bash)**。 ### 调用函数 -在 Shell 中调用函数和调用其他命令是一模一样的。例如，如果你的函数名称为 my_func，你就可以像下面那样执行它： +在 Shell 中调用函数和调用其它命令是一模一样的。例如，如果你的函数名称为 `my_func`，你可以在命令行中像下面这样执行它： + ``` $ my_func - ``` -如果你的函数接收多个参数，那么它们可以像下面那样写： +如果你的函数接收多个参数，那么可以像下面这样写（类似命令行参数的使用）： + ``` $ my_func arg1 arg2 arg3 - ``` ### 定义函数 我们可以用下面的语法去定义一个函数： -``` - function function_name { -            Body of function - } ``` - -函数的主体可以包含任何有效的命令、循环语句和其他函数或脚本。现在让我们创建一个简单的函数，它向屏幕上显示一些消息。 +function function_name { + Body of function +} ``` - function print_msg { -       echo "Hello, World" - } +函数的主体可以包含任何有效的命令、循环语句和其它函数或脚本。现在让我们创建一个简单的函数，它向屏幕上显示一些消息（注：直接在命令行里写）。 + +``` +function print_msg { + echo "Hello, World" +} ``` 现在，让我们执行这个函数： -``` - $ print_msg - Hello, World +``` +$ print_msg +Hello, World ``` 不出所料，这个函数在屏幕上显示了一些消息。 -在上面的例子中，我们直接在终端上创建了一个函数。我们也可以将这个函数保存在文件中。如下面的例子所示。 -``` - #! /bin/bash - function print_msg { -       echo "Hello, World" - } - print_msg +在上面的例子中，我们直接在终端里创建了一个函数。这个函数也可以保存到文件中。如下面的例子所示。 ``` - -我们已经在 **function.sh** 文件中定义了这个函数。现在让我们执行这个脚本： +#!/bin/bash +function print_msg { + echo "Hello, World" +} +print_msg ``` - $ chmod +x function.sh - $ ./function.sh - Hello, World +我们已经在 `function.sh` 文件中定义了这个函数。现在让我们执行这个脚本： + +``` +$ chmod +x function.sh +$ ./function.sh +Hello, World ``` 你可以看到，上面的输出和之前的是一模一样的。 -### 更多关于函数 +### 更多函数用法 在上一小节中我们定义了一个非常简单的函数。然而在软件开发的过程中，我们需要更多高级的函数，它可以接收多个参数并且带有返回值。在这一小节中，我们将讨论这种函数。 -**向函数传递参数** +#### 向函数传递参数 -我们可以像调用其他命令那样给函数提供参数。我们可以在函数里使用美元($)符号访问到这些参数。例如，$1 表示第一个参数，$2 代表第二个参数，以此类推。 +我们可以像调用其它命令那样给函数提供参数。我们可以在函数里使用美元 `$` 符号访问到这些参数。例如，`$1` 表示第一个参数，`$2` 代表第二个参数，以此类推。 -让我们修改之前的函数，并接收信息当作参数。修改后的函数就像这样： -``` - function print_msg { -       echo "Hello $1" - } +让我们修改下之前的函数，让它以参数的形式接收信息。修改后的函数就像这样： ``` - -在上面的函数中我们使用 $1 符号访问第一个参数。让我们执行这个函数： +function print_msg { + echo "Hello $1" +} ``` - $ print_msg "LinuxTechi" +在上面的函数中我们使用 `$1` 符号访问第一个参数。让我们执行这个函数： + +``` +$ print_msg "LinuxTechi" ``` 执行完后，生成如下信息： -``` - Hello LinuxTechi +``` +Hello LinuxTechi ``` -**从函数中返回数值** +#### 从函数中返回数值 + +跟其它编程语言一样，Bash 提供了返回语句让我们可以向调用者返回一些数值。让我们举例说明： -跟其他编程语言一样，Bash 提供了返回语句让我们可以向调用处返回一些数值。让我们举例说明： ``` function func_return_value { -      return 10 - } - + return 10 +} ``` -上面的函数向调用处返回 10。让我们执行这个函数： -``` - $ func_return_value - $ echo "Value returned by function is: $?" +上面的函数向调用者返回 10。让我们执行这个函数： +``` +$ func_return_value +$ echo "Value returned by function is: $?" ``` 当你执行完，将会产生如下的输出结果： -``` - Value returned by function is: 10 ``` - -**NOTE** 在 bash 中使用 $? 去获取函数的返回值 - -### 函数秘诀 - -到目前为止我们已经对 bash 中的函数有了相当多的了解。现在让我们创建一些非常有用的 bash 函数，它们可以让我们生活变得更加轻松。 - -**Logger** - -让我们创建一个 logger 函数，它可以输出带有日期和时间的 log 信息。 -``` - function log_msg { - echo "[`date '+ %F %T'` ]: $@" - } - +Value returned by function is: 10 ``` -让我们执行这个函数： -``` - $ log_msg "This is sample log message" +**提示**：在 Bash 中使用 `$?` 去获取函数的返回值 + +### 函数技巧 + +目前我们已经对 Bash 中的函数有了一些了解。现在让我们创建一些非常有用的 Bash 函数，它们可以让我们的生活变得更加轻松。 + +#### Logger + +让我们创建一个 `logger` 函数，它可以输出带有日期和时间的 log 信息。 ``` - -当你执行完，就会生成如下信息： -``` - [ 2018-08-16 19:56:34 ]: This is sample log message - +function log_msg { + echo "[`date '+ %F %T'` ]: $@" +} ``` -**显示系统信息** +执行这个函数： + +``` +$ log_msg "This is sample log message" +``` + +执行完，就会生成如下信息： + +``` +[ 2018-08-16 19:56:34 ]: This is sample log message +``` + +#### 显示系统信息 让我们创建一个显示 GNU/Linux 信息的函数 -``` - function system_info { -       echo "### OS information ###" -       lsb_release -a - -       echo -       echo "### Processor information ###" -       processor=`grep -wc "processor" /proc/cpuinfo` -       model=`grep -w "model name" /proc/cpuinfo  | awk -F: '{print $2}'` -       echo "Processor = $processor" -       echo "Model     = $model" - -       echo -       echo "### Memory information ###" -       total=`grep -w "MemTotal" /proc/meminfo | awk '{print $2}'` -       free=`grep -w "MemFree" /proc/meminfo | awk '{print $2}'` -       echo "Total memory: $total kB" -       echo "Free memory : $free kB" - } ``` +function system_info { + echo "### OS information ###" + lsb_release -a + + echo + echo "### Processor information ###" + processor=`grep -wc "processor" /proc/cpuinfo` + model=`grep -w "model name" /proc/cpuinfo  | awk -F: '{print $2}'` + echo "Processor = $processor" + echo "Model     = $model" + + echo + echo "### Memory information ###" + total=`grep -w "MemTotal" /proc/meminfo | awk '{print $2}'` + free=`grep -w "MemFree" /proc/meminfo | awk '{print $2}'` + echo "Total memory: $total kB" + echo "Free memory : $free kB" +} +``` + +执行完后会生成以下信息： -当你执行完后将会生成以下信息： ``` ### OS information ### No LSB modules are available. @@ -186,62 +189,61 @@ Model     =  Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz ### Memory information ### Total memory: 4015648 kB Free memory : 2915428 kB - ``` -在当前目录下查找文件或者目录 +#### 在当前目录下查找文件或者目录 下面的函数从当前目录下查找文件或者目录： -``` - function search { -      find . -name $1 - } ``` - -让我们使用下面的命令查找 dir4 这个目录： +function search { + find . -name $1 +} ``` - $ search dir4 +让我们使用下面的命令查找 `dir4` 这个目录： + +``` +$ search dir4 ``` 当你执行完命令后，将会产生如下输出： -``` - ./dir1/dir2/dir3/dir4 ``` - -**数字时钟** - -下面的函数在终端里创建了一个简单的数字时钟 -``` - function digital_clock { -            clear -            while [ 1 ] -            do -                  date +'%T' -                  sleep 1 -                  clear -            done - } - +./dir1/dir2/dir3/dir4 ``` -### 创建库 +#### 数字时钟 -库是函数的集合。创建库 – 将函数定义在文件里并在当前环境中导入那个文件。 +下面的函数在终端里创建了一个简单的数字时钟： + +``` +function digital_clock { + clear + while [ 1 ] + do + date +'%T' + sleep 1 + clear + done +} +``` + +### 函数库 + +库是函数的集合。将函数定义在文件里并在当前环境中导入那个文件，这样可以创建函数库。 + +假设我们已经在 `utils.sh` 中定义好了所有函数，接着在当前的环境下使用下面的命令导入函数： -假设我们已经在 utils.sh 中定义好了所有函数，接着在当前的环境下使用下面的命令导入函数： ``` $ source utils.sh - ``` -之后你就可以像调用其他 bash 命令那样执行库中任何的函数了。 +之后你就可以像调用其它 Bash 命令那样执行库中任何的函数了。 -### 结论 +### 总结 -本文我们讨论了诸多实用的妙招，它将会提高你的效率。我希望这篇文章能够启发到你去创造自己的妙招。 +本文我们讨论了诸多可以提升效率的实用技巧。我希望这篇文章能够启发你去创造自己的技巧。 -------------------------------------------------------------------------------- @@ -250,10 +252,9 @@ via: https://www.linuxtechi.com/define-use-functions-linux-shell-script/ 作者：[Pradeep Kumar][a] 选题：[lujun9972](https://github.com/lujun9972) 译者：[LuuMing](https://github.com/LuuMing) -校对：[校对者ID](https://github.com/校对者ID) +校对：[pityonline](https://github.com/pityonline) 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出 -[a]:http://www.linuxtechi.com/author/pradeep/ -[1]:https://www.linuxtechi.com/wp-content/plugins/lazy-load/images/1x1.trans.gif -[2]:https://www.linuxtechi.com/wp-content/uploads/2018/08/Functions-Linux-Shell-Script.jpg +[a]: http://www.linuxtechi.com/author/pradeep/ +[1]: https://www.linuxtechi.com/wp-content/uploads/2018/08/Functions-Linux-Shell-Script.jpg