在 RPM（红帽软件包管理器）技术出现之前，Linux 系统运维人员只能通过源码包的方式来安装各种服务程序，这是一件非常繁琐且极易消耗时间与耐心的事情；而且在安装、升级、卸载程序时还要考虑到与其他程序或函数库的相互依赖关系，这就要求运维人员不仅要掌握更多的 Linux 系统理论知识以及高超的实操技能，还需要有极好的耐心才能安装好一个源码软件包。考虑到刚入门或准备入门的运维新人，在前面的章节中一直都是采用软件仓库的方式来安装服务程序。但是，现在依然有很多软件程序只有源码包的形式，如果我们只会使用 dnf 命令来安装程序，则面对这些只有
源码包的软件程序时，将充满无力感，要么需要等到第三方组织将这些软件程序编写成 RPM软件包之后再行使用，要么就只能寻找相关软件程序的替代品了（而且替代软件还必须具备RPM 软件包的形式）。由此可见，如果运维人员只会使用软件仓库来安装服务程序，将会形成知识短板，对日后的运维工作带来不利。
本着不能在运维工作中吃亏的想法，接下来会详细讲解如何使用源码包的方式来安装服务程序。
其实，使用源码包来安装服务程序具有两个优势。
➢ 源码包的可移植性非常好，几乎可以在任何 Linux 系统中安装使用，而 RPM 软件包是针对特定系统和架构编写的指令集，必须严格地符合执行环境才能顺利安装（即只会去“生硬地”安装服务程序）。
➢ 使用源码包安装服务程序时会有一个编译过程，因此能够更好地适应安装主机的系统环境，运行效率和优化程度都会强于使用 RPM 软件包安装的服务程序。也就是说，可以将采用源码包安装服务程序的方式看作是针对系统的“量体裁衣”。
一般来讲，在安装软件时，如果能通过软件仓库来安装，就用 dnf 命令搞定它；反之则去寻找合适的 RPM 软件包来安装；如果实在没有资源可用，那就只能使用源码包来安装了。使用源码包安装服务程序的过程看似复杂，其实在归纳汇总后只需要 4～5 个步骤即可完成安装。接下来会对每一个步骤进行详解。
注：需要提前说明的是，在使用源码包安装程序时，会输出大量的过程信息，这些信息的意义并不大，因此本章会省略这部分输出信息而不作特殊备注，请大家在具体操作时以实际为准。
第一步：下载及解压源码包文件。为了方便在网络中传输，源码包文件通常会在归档后使用 gzip 或 bzip2 等格式进行压缩，因此一般会具有.tar.gz 或.tar.bz2 的后缀。要想使用源码包安装服务程序，必须先把里面的内容解压出来，然后再切换到源码包文件的目录中：
第二步：编译源码包代码。在正式使用源码包安装服务程序之前，还需要使用编译脚本针对当前系统进行一系列的评估工作，包括对源码包文件、软件之间及函数库之间的依赖关系、编译器、汇编器及链接器进行检查。我们还可以根据需要来追加 --prefix参数，以指定稍后源码包程序的安装路径，从而对服务程序的安装过程更加可控。当编译工作结束后，如果系统环境符合安装要求，一般会自动在当前目录下生成一个 Makefile安装文件。
第三步：生成二进制安装程序。刚刚生成的 Makefile 文件中会保存与系统环境、软件依赖关系和安装规则等相关的内容，接下来便可以使用 make 命令来根据 Makefile 文件内容提供的合适规则编译生成出真正可供用户安装服务程序的二进制可执行文件了。
第四步：运行二进制的服务程序安装包。由于不需要再检查系统环境，也不需要再编译代码，因此运行二进制的服务程序安装包应该是速度最快的步骤。如果在源码包编译阶段使用了--prefix 参数，那么此时服务程序就会被安装到那个目录；如果没有自行使用参数定义目录的话，一般会被默认安装到/usr/local/bin 目录中。
第五步：清理源码包临时文件。由于在安装服务程序的过程中进行了代码编译的工作，因此在安装后目录中会遗留下很多临时垃圾文件，本着尽量不要浪费磁盘存储空间的原则，可以使用 make clean 命令对临时文件进行彻底的清理。
为什么同样是安装一个服务程序，源码包的编译工作（configure）与生成二进制文件的工作（make）会使用这么长的时间，而采用 RPM 软件包安装就特别有效率呢？其实原因很简单，在 RHCA 认证的 RH401 考试中，会要求考生写一个 RPM 软件包。其实 RPM 软件包就是把软件的源码包和一个针对特定系统、架构、环境编写的安装规则打包到一起的指令集。因此，为了让用户都能使用这个软件包来安装程序，通常一个软件程序会发布多种格式的 RPM 软件包（例如 i386、
x86_64 等架构）来让用户选择。而源码包的软件作者肯定希望自己的软件能够被安装到更多的系统上面，能够被更多的用户所了解、使用，因此便会在编译阶段（configure）来检查用户当前系统的情况，然后制定出一份可行的安装方案，所以会占用很多的系统资源，需要更长的等待时间。
LNMP 动态网站部署架构是一套由 Linux + Nginx + MySQL + PHP 组成的动态网站系统解决方案。LNMP 中的字母 L 是 Linux 系统的意思，不仅可以是RHEL 、 CentOS 、 Fedora ， 还 可 以 是 Debian 、 Ubuntu 等 系 统 。
在使用源码包安装服务程序之前，首先要让安装主机具备编译程序源码的环境。这需要具备 C 语言、C++语言、Perl 语言的编译器，以及各种常见的编译支持函数库程序。因此请先配置妥当软件仓库，然后把下面列出的这些软件包都统统安装上：
如果条件允许，建议适当增大虚拟机的内存上限，让稍后的编译过程更快一些。而且由于接下来还需要从外部网络中获取 Nginx、MySQL、PHP 及 WordPress 等一系列的安装包，因此需要配置虚拟机，将其连接到互联网。
将已经调整为桥接模式的网卡，通过 nmtui 或 nm-connection-editor 命令修改为以 DHCP模式自动获取网络信息，如图 20-2 所示。此时，大多数情况下虚拟机就可以接入互联网。若依然不可访问互联网，则考虑外部环境是否有特殊的限制，然后将虚拟机内网卡配置成跟物理机一致即可。
大家可以直接在 Linux服务器中使用 wget 命令下载这些源码包文件。为了更好地找到它们，我们统一放到/lnmp 目录下保存：
rpcsvc-proto 是一款包含 rcpsvc 协议文件的支持软件包名称，rcpsvc 协议在后续 Nginx 与 MySQL 服务程序的部署过程中都需要被调用到。要想通过源码包安装服务程序，就一定要严格遵守上面总结的安装步骤：下载及解压源码包文件、编译源码包代码、生成二进制安装程序、运行二进制的服务程序安装包。在解压、编译各个软件包源码程序时，都会生成大量的输出信息，下文中会将其省略。
注：由于本章涉及的软件较多，频繁地切换工作目录在所难免。一方面我们会在每次操作后尽可能地返回到/lnmp 目录下待命，另一方面也请读者仔细看清所在的目录路径，以免因为找不到文件而影响心情。
Nginx 是一款相当优秀的用于部署动态网站的轻量级服务程序，Nginx 具备的模块数量与 Apache 具备的模块数量几乎相同，而且现在已经完全支持 proxy、rewrite、mod_fcgi、ssl、vhosts 等常用模块。更重要的是，Nginx 还支持热部署技术，可以 7×24 小时不间断提供服务，还可以在不暂停服务的情况下直接对 Nginx 服务程序进行升级。
下面进入主题，准备配置 Nginx 服务。
第一步：创建用于管理网站服务的系统账户。这是在 Linux 系统创建之初就植入的基因片段—为了能够让操作系统更加安全，需要由不同的系统用户来管理不同的服务程序。这样即便有黑客通过网站服务侵入了服务器，也无法提权到更高权限，或是对系统进行更大的破坏，甚至都无法登录 ssh 服务，因为他拿到的仅仅是一个系统账号。不同以往，这次在新建账户时应使用-M 参数不创建对应的家目录，以及使用-s 参数指定登录后的 Shell 解释器为/sbin/nologin，确保任何人都不能通过这个账号登录主机。
第二步：编译安装 Nginx 网站服务程序。为了能够让网站服务支持更多的功能，需要在编译过程中添加额外的参数，其中较为重要的是使用 prefix 参数指定服务将被安装到哪个目录，方便后面找到和调用它。其次，考虑到 HTTPS 协议的使用越来越广泛，所以这里用with-http_ssl_module 参数来开启 Nginx 服务的 SSL 加密模块，以便日后开启 HTTPS 协议功能：
相对来说，编译脚本文件（configure）比生成二进制文件（make）要快，而安装程序（make
install）则是最快的，它相当于以双击的方式运行二进制安装包。在编译、生成、安装三阶段中，屏幕上会输出各式各样的信息，主要包含软件包的概要情况、当前系统的软件依赖关系，以及是否有条件进行安装操作。但只要进程没有被强制终止，或是没有输出明显报错信息，则都是正常情况。
第三步：安装完毕后进入最终配置阶段。既然在编译环境中使用 prefix 参数指定了安装路径，那么 Nginx 服务程序配置文件一定会乖乖地在/usr/local/nginx 目录中等我们。
我们总共要进行 3 处修改，首先是把第 2 行的注释符（#）删除，然后在后面写上负责运行网站服务程序的账户名称和用户组名称。这里假设由 nginx 用户及 nginx 用户组负责管理网站服务。
其次是修改第 45 行的首页文件名称，在里面添加 index.php 的名字。这个文件也是让用户浏览网站时第一眼看到的文件，也叫首页文件。
最后再删除第 65～71 行前面的注释符（#）来启用虚拟主机功能，然后将第 69 行后面对应的网站根目录修改为/usr/local/nginx/html，其中的 fastcgi_script_name 参数用于指代脚本名称，也就是用户请求的 URL。只有信息填写正确了，才能使 Nginx 服务正确解析用户请求，否则访问的页面会提示“404 Not Found”的错误。
第四步：通过编译源码方式安装的服务默认不能被 systemctl 命令所管理，而要使用 Nginx服务本身的管理工具进行操作，相应命令所在的目录是/usr/local/nginx/sbin。由于使用绝对路径的形式输入命令未免会太麻烦，建议将/usr/local/nginx/sbin 路径加入到 PATH 变量中，让Bash 解释器在后续执行命令时自动搜索到它。然后在 source 命令后加载配置文件，让参数立即生效。下次就只需要输入 nginx 命令即可启动网站服务了。
操作完毕！重启服务程序，并在浏览器中输入本机的 IP 地址，即可访问到 Nginx 网站服务程序的默认界面，如图所示。相较于 Apache 服务程序的红色默认页面，Nginx 服务程序的默认页面显得更加简洁。
在使用软件仓库安装服务程序时，系统会自动根据 RPM 软件包中的指令集完成软件配置等工作。但是一旦选择使用源码包的方式来安装，这一切就需要自己来完成了。对于 MySQL数据库来说，我们需要在系统中创建一个名为 mysql 的用户，专门用于负责运行 MySQL 数据库。请记得要把这类账户的 Bash 终端设置成 nologin 解释器，避免黑客通过该用户登录到服务器中，从而提高系统安全性。
接下来准备配置 MySQL 服务。
第一步：解压 MySQL 安装软件包。将解压出的程序目录改名并移动到/usr/local 目录下，对其进行初始化操作后便可使用。需要注意的是，以.tar.xz 结尾的压缩包软件，不应用 z 参数进行解压。
第二步：在生产环境中管理 MySQL 数据库时，有两个比较常用的目录。一个是/usr/local/mysql
目录，这是用于保存 MySQL 数据库程序文件的路径。还有一个是/usr/local/mysql/data 目录，它用于存储数据库的具体内容，每个数据库的内容会被单独存放到一个目录内。对于存放实际数据库
文件的 data 目录，用户需要先手动创建出来：
第三步：初始化 MySQL 服务程序，对目录进行授权，保证数据能够被 mysql 系统用户读取。在初始化阶段，应使用 mysqld 命令确认管理 MySQL 数据库服务的用户名称、数据保存目录及编码信息。在信息确认无误后开始进行初始化。在初始化的最后阶段，系统会给用户分配一个初始化的临时密码，大家一定要保存好，例如下面示例中分配的密码是qfroRs,Ei4Ls。
第四步：与 Nginx 服务相似，MySQL 数据库的二进制可执行命令也单独存放在自身的程序目录/usr/local/mysql/bin 中。若每次在执行命令之前都要先切换到这个目录，则着实有些麻烦，要能也加入到 PATH 变量中可就方便太多了。说干就干！
在这样设置后，即便返回到源码目录，也可以继续执行 MySQL 数据库的管理命令。不过先别着急！既然是手动安装服务，那么让文件“归位”的重任就只得亲力亲为了----将启动脚本 mysql.server 放入到/etc/init.d 目录中，让服务器每次重启后都能自动启动数据库，并给予可执行权限。
libtinfo.so.5 文件是 MySQL 数据库在 8.0 版本后新添加的重要的函数库文件，但默认不存在，需要将 libtinfo.so.6.1 文件复制过来或者作为链接文件才能正常启动：
第五步：执行 MySQL 数据库服务启动文件，并进行初始化工作。为了安全着想，MySQL自 8.0 版本起不再允许用户使用临时密码来管理数据库内容，也不能进行远程控制，用户必须修改初始化密码后才能使用 MySQL 数据库。数据库作为系统重要的组成服务，密码位数不建议少于 20 位。例如，下面将密码修改为“PObejCBeDzTRCncXwgBy”。
但这样还是不行，还需要继续切换到 mysql 数据库中，修改 user 表单的密码值。这也是从 MySQL 数据库 8.0 版本之后才有的新安全要求，看过本书上一版的读者应该记得在 MySQL 5/6 版本中就没有这么麻烦。
PHP（Hypertxt Preprocessor，超文本预处理器）是一种通用的开源脚本语言，发明于 1995年，它吸取了 C 语言、Java 语言及 Perl 语言的很多优点，具有开源、免费、快捷、跨平台性强、效率高等优良特性，是目前 Web 开发领域最常用的语言之一。
使用源码包的方式编译安装 PHP 语言环境其实并不复杂，难点在于解决 PHP 的程序包和其他软件的依赖关系。
第一步：解压 php 安装包软件并编译安装。在编译期间，需要使用 prefix 参数指定安装路径，使用--with-mysqli 等参数开启对数据库的支持模块，为后面的在线安装网站做好准备。
使用下述命令生成二进制文件并进行安装，时间大约为 10～20 分钟，耐心等待即可：
第二步：将生成的 php 服务配置文件复制到安装目录中（/usr/local/php/），让其生效。现在主配置文件有了，接下来还需要 php-fpm 的配置文件，好在/usr/local/php/etc/目录中也已经提供，只需要复制模板即可：
复制一个模板文件到 php-fpm.d 的目录中，用于后续控制网站的连接性能：
第三步：把 php 服务加入到启动项中，使其重启后依然生效：
第四步：由于 php 服务程序的配置参数会对 Web 服务的运行环境造成影响，如果默认开启了一些不必要且高危的功能（如允许用户在网页中执行 Linux 命令），则会降低网站被入侵的难度，甚至会让入侵人员拿到整台 Web 服务器的管理权限。因此需要编辑 php.ini 配置文件，在第 310 行的 disable_functions 参数后面追加上要禁止的功能。下面的禁用功能名单不见得适合每个生产环境，建议大家在此基础上根据自身工作需求酌情删减：
第五步：LNMP 架构源码编译工作就此结束。准备享受胜利成果吧。
为了检验 LNMP 动态网站架构环境是否配置妥当，可以在上面部署 WordPress 博客系统，然后查看效果。如果能够在 LNMP 动态网站环境中成功安装并使用 WordPress 网站系统，也就意味着这套架构是可用的。WordPress 是一种使用 PHP 语言开发的博客平台，用户可以在支持 PHP 和 MySQL 数据库的服务器上架设自己的网站。WordPress 具有丰富的插件和模板系统，是当前最受欢迎的网站内容管理系统。
下面准备搭建 WordPress 博客。
把 Nginx 服务程序根目录的内容清空后，将 WordPress 解压后的网站文件复制进去：
为了能够让网站文件被 Nginx 服务程序顺利读取，应设置目录所有权的身份及可读写的权限：
随后输入本机 IP 地址访问 WordPress 网站的首页面，如图所示。该页面提醒了用户稍后需要的安装信息。
单击图中的“现在就开始”按钮，在随后出现的界面中依次输入刚刚建立的数据库名称、用户名及重置过的密码值。由于 WordPress 会要求用户自行创建好数据库，因此请确保网页中填写的数据库名称与刚才创建的一致，如图 20-5 所示。单击“提交”按钮进行确认后，便进入最终的安装阶段，如图 20-6 所示。
顺利安装完毕后，WordPress 网站系统会要求用户填写站点标题、用户名及密码等信息，如图 20-7 所示。这些信息均可自行填写，建议密码稍微复杂一些。在检查无误后即可单击“安装WordPress”按钮进行安装。安装成功后的界面如图 20-8 所示。
WordPress 的登录界面将在用户填写完账号及密码且单击“登录”按钮后自动出现，如图20-9 所示。
顺利进入 WordPress 的管理后台，如图 20-10 所示。WordPress 作为最热门的网站内容管理系统，都能做出什么样的网站呢？大家一定对此很好奇，感兴趣的可以自行研究一下。
我们日常访问的网站是由域名、网站源程序和主机共同组成的。其中，主机则是用于存放网页源代码并能够把网页内容展示给用户的服务器。下面是一些有关服务器主机的知识以及选购技巧。
➢ 虚拟机 ：在一台服务器中划分一定的磁盘空间供用户放置网站信息、存放数据等；仅提供基础的网站访问、数据存放与传输功能；能够极大地降低用户费用，也几乎不需要用户来维护网站以外的服务；适合小型网站。
➢ VPS （Virtual Private Server，虚拟专用服务器） ：在一台服务器中利用 OpenVZ、Xen或 KVM 等虚拟化技术模拟出多台“主机”（即 VPS），每个主机都有独立的 IP 地址、操作系统；不同 VPS 之间的磁盘空间、内存、CPU、进程与系统配置完全隔离，用户可自由使用分配到的主机中的所有资源，为此需要具备一定的维护系统的能力；适合小型网站。
➢ ECS （Elastic Computer Service，弹性计算服务[通常称为云服务器]） ：是一种整合了计算、存储、网络，能够做到弹性伸缩的计算服务；使用起来与 VPS 几乎一样，差别是云服务器是建立在一组集群服务器中，每个服务器都会保存一个主机的镜像（备份），从而大大提升了安全性和稳定性；另外还具备灵活性与扩展性；用户只需按使用量付费即可；适合大中小型网站。
➢ 独立服务器 ：这台服务器仅提供给用户一个人使用，其使用方式分为租用方式与托管方式。租用方式是用户将服务器的硬件配置要求告知 IDC 服务商，按照月、季、年为单位来租用它们的硬件设备。这些硬件设备由 IDC 服务商的机房负责维护，用户一般需要自行安装相应的软件并部署网站服务，这减轻了用户在硬件设备上的投入，比较适合大中型网站。托管方式则是用户需要自行购置服务器硬件设备，并将其交给 IDC服务商进行管理（需要缴纳管理服务费）。用户对服务器硬件配置有完全的控制权，自主性强，但需要自行维护、修理服务器硬件设备；比较适合大中型网站。
另外需要提醒读者的是，在选择服务器主机供应商时请一定要注意查看口碑，并在综合分析后再决定购买。某些供应商会有限制功能、强制添加广告、隐藏扣费或强制扣费等恶劣行为，请各位一定擦亮眼睛，不要上当！