从源代码编译和从包安装，有什么区别？

从包中安装通常意味着为您提供了现成的已编译应用程序（但这不一定是这种情况，它以各种方式发生）。这意味着将收集包作者决定的内容。这可能不适合特定情况。

手动组装代码时，您可以关闭部分功能，并打开一些功能。这可能会带来一些性能提升。或者反之亦然。您可以打开实验性功能，也可以关闭发现漏洞的功能。您可以快速卷起补丁。这一切都需要对产品和构建系统有很好的了解。此外，在具有现成包的系统上手动构建包充满了各种问题 - 例如，更新时，它可以覆盖自组装包（一切都可以配置，但是......）。

回到 nginx。其中，一些模块通常不是“开箱即用”的（即，它们不包含在包中）。这些通常是稀有模块，但有时需要它们。例如，我已经看到默认情况下不启用解压一个用 gzip 限制的请求体，我不得不学习如何解压 php。

为什么这个神话一直存在？只是早些时候，甚至现在，出于某种原因，人们认为像 gentoo 这样的发行版非常复杂，但另一方面，它的生产力非常高（你必须以某种方式证明世界的不断重建是合理的）。如果它们很复杂，那么它们应该运行良好（当然，如果它们配置正确）。事实上，您可以获得加号，但仅限于内核和某些包（例如，vlc 或 ffmpeg）。

结论：

• 你需要在 ubuntu 上重建 nginx 吗？几乎不。您不太可能获得任何性能提升。

• 如果你真的想重建？部署测试系统并尝试。做标杆。开箱即用地支持它的发行版也很好——gentoo、funtoo、LFS。

优点

1. 你将学会听从命令

   $ make && sudo make install
   

   或类似的东西（取决于程序开发人员如何构思构建/安装过程）。

2. 您意识到，如果您的发行版使用包管理器，那么下次您更新包时，由于与“安装”过程大量分散在文件系统中的那些文件/目录发生冲突，该过程可能会停止，由开发人员实现这个程序（他们几乎没有被需要“适应”世界上所有发行版的政策要求所困扰）。
3. 您会了解到，并非所有开发人员都提供删除文件系统上“安装”过程中分散的所有文件/目录的方法。
4. 了解如何手动查找和删除所有这些工件，以及如何编辑构建脚本以避免将来发生类似的冲突。
5. 想一想：重建现有包，向其添加新版本的源代码并调整所需的构建选项不是更好吗？
6. 了解如何为您的发行版构建包。
7. 你会发现你重新构建并安装到系统中的包可以在下一次更新包时被分发包覆盖。
8. 使用包管理器来防止这种覆盖。
9. 了解如何在下一个版本的程序发布后自动重建包的过程。

等等 等等

缺点

是的，实际上，没有，有这样那样的优点。