在生产服务器上使用非官方 PHP PPA

Mat*_*att 14 php ppa php7

我有一个关于我的 Ubuntu 服务器上的 PHP 更新的查询。

我注意到https://launchpad.net/~ondrej/+archive/ubuntu/php 的php 版本似乎比官方 ubuntu PHP 包的更新速度快得多。

我的主要用例是在这些 Ubuntu 服务器上运行 PHP 生产环境,虽然使用官方的 Ubuntu 存储库通常是最好的选择,但实际上使用“ondrej ppa”会更安全,因为它们得到了错误修复和 CVE 补丁考虑到我的主要用例是 PHP 服务器,速度要快得多?

理想情况下,我想在 PHP 核心团队发布后立即更新http://us3.php.net/ChangeLog-7.php#7.0.14这样的东西,而不是等x 个月让 ubuntu 打包. 根据我收集的信息,建议的 PPA 的软件包维护者似乎也是为 Debian 制作官方软件包的人。

在这个用例中在生产中使用非官方的东西有什么实际的缺点?你不推荐吗?


解决方案总结

基于评论中的答案和选定的解决方案。Canonical 将安全补丁应用于当前打包的 PHP 版本。因此,带有 Ubuntu 的官方软件包同样安全 - 但不会包含 PHP Core 团队添加的任何额外功能 - 这意味着它不会引入对许多用户来说很重要的错误/回归。

/〜的Ondrej PPA可以被认为在这种情况下值得信赖; 许多用户依赖 PPA,频繁更新,并且维护者是 Debian 软件包的核心维护者之一。

在我的例子中,我选择使用这个 PPA。因为它允许我利用 PHP 7.1 附带的功能

感谢你的帮助。

Rin*_*ind 13

根据我收集的信息,建议的 PPA 的软件包维护者似乎也是为 Debian 制作官方软件包的人。

......对我来说是至关重要的部分。

如果是这种情况,您需要做的就是跟踪 PHP 包的工作人员发生了哪些变化。当维护者退出并有人接手时,它可能需要暂停更新,直到新的维护者证明他/她自己。

您还应该问自己:我是否需要 Ubuntu 版本尚未提供的功能。如果答案是否定的,请不要使用该 PPA。如果答案是肯定的,你可以考虑。

在这个用例中在生产中使用非官方的东西有什么实际的缺点?

您还将更快地引入错误。错误 Ubuntu 不会为您修复(因为它不知道它)。

你不推荐吗?

一般来说:没有。在这种情况下:如果您需要额外的功能,这可能是值得的。