☰

Fast-CGI、CGI、Mod-PHP、SuPHP 和 PHP-FPM 之间的区别和缺点

tag-icon • tag-icon php php-fpm fastcgi suphp mod-php
Fast-CGI、CGI、Mod-PHP、SuPHP 和 PHP-FPM 之间的区别和缺点

php 有几种不同的“包装器”(?)。它们之间有什么区别？尝试用 Google 搜索一些，但似乎找不到信息。（mod-php 无法用 Google 搜索）。

为什么我会选择其中一个而不是另一个？

答案1

CGI 和 FastCGI 是两种非 PHP 特有的协议：

  • CGI 脚本是一种在 HTTP 请求到达时运行服务器端脚本（不仅仅是 PHP！）的方法。在这种设置下，Web 服务器会为每个传入请求启动一个新的 CGI 进程，从而导致显著的性能开销。

  • 快速CGI是一种“更好的 CGI”——为了解决 CGI 的局限性，FastCGI 作为服务器（TCP 或 UNIX）运行，以便可以在请求之间重用资源。

启用 PHP 的 Web 服务器可以配置如下：

  • mod_php是运行 PHP 的 Apache 模块。在此设置中，PHP 请求在 Apache 进程下处理，并附带以下内容：PHP 进程在 Apache 配置中定义，PHP 在 Apache 用户和权限下运行等。

  • PHP-FPM是 PHP 的 FastCGI 实现。在此设置中，PHP-FPM 作为独立 FastCGI 服务器运行，Apache 使用 FastCGI 模块（例如mod_fcgid、mod_fastcgi或mod_proxy_fcgi(Apache 2.4+)）连接到它。在此配置中，权限、进程相关内容和其他所有内容均由 PHP-FPM 服务器控制。性能与 相当mod_php。

  • 苏必利尔- 这曾是用于解决mod_php与权限相关的一些缺点：mod_phpPHP 脚本在 Apache 用户/组下运行，但mod_suphp可以以不同的用户身份运行脚本。suPHP 不再维护，不应使用。

  • CGI/FastCGI - 我根据评论中的一个问题添加了这个。无需了解设置细节，PHP 可以使用任何其他 FastCGI 实现作为 FastCGI 服务器运行 - 详见另一个问题。我不使用这个设置并且没有看到它比 PHP-FPM 有什么优势。

  • CGI - PHP 也可以作为老式的 CGI 脚本运行，但除了与一些非常过时的环境兼容之外，我无法想象它有什么好的用例。

关于这些不同方法的优缺点，我只坚持mod_php使用 PHP-FPM，涵盖两个主要用例：

  • mod_php在某些 Docker 设置中很有用，在这些设置中，您想要交付运行启用 PHP 的 Web 服务器的单个容器。事实上，所有内容都以单个进程运行，这使得 Docker 容器配置更容易。另一方面，在带有 Web 服务器的单个容器中运行 PHP-FPM 服务器需要使用以下方式进行进程编排：主管、高级 bash 脚本或其他方法，并且违背了编写 Docker 容器的最佳实践。

  • PHP-FPM 是一种更强大的方法，可以更好地分离关注点，因此可以单独配置、（性能）调整和维护 PHP-FPM 服务器，而无需依赖 Web 服务器。这也允许在池中或与 Web 服务器不同的机器上运行 PHP-FPM 服务器。如上所述，对于 Docker 容器，建议在这种情况下使用单独的 PHP-FPM 和 Web 服务器容器，从而使配置更加复杂（且功能更强大）。PHP-FPM 方法也是nginxwebserver 据我所知，它的 PHP 模块不存在。

我对上述两种方法的 Docker 实现可以在这里找到：

该实现旨在与我的 Kubernetes 集群中的一些旧项目和新项目配合使用。请随意使用。

因此，TLDR：

  • CGI、FastCGI 是协议；CGI 很慢，FastCGI 快得多
  • mod_php和 PHP-FPM 是运行 PHP 的两种主要方式
  • mod_SuPHP是一种用来弥补mod_php缺点的方法。它已经过时了，应该使用 PHP-FPM。

答案2

CGI（通用网关接口）

  • 描述：CGI 是执行服务器端脚本的最古老的方法之一。它的工作原理是为每个请求创建一个新进程，这会导致大量资源消耗。
  • 优点： 独立于平台。易于设置和配置。
  • 缺点： 由于每个请求都会创建进程，因此资源占用较高。与其他方法相比，性能较慢。

FastCGI（改进的CGI）：

  • 描述：FastCGI 是 CGI 的改进版本，它通过使用持久进程来处理多个请求来克服性能问题。
  • 优点： 由于进程持久性，性能比 CGI 更好。减少资源消耗。
  • 缺点： 与 CGI 相比，配置复杂度较高。

mod_php：

  • 描述：mod_php 是一个 Apache HTTPD 模块，它将 PHP 解释器直接嵌入到 Web 服务器中，从而允许 PHP 代码本地运行。
  • 优点： 由于 PHP 代码在服务器进程内运行，因此性能良好。易于配置和管理。
  • 缺点： 如果配置不当，则存在安全风险。缺乏进程隔离会导致稳定性问题。Apache HTTPD 的资源占用率很高。

SuPHP (mod_suphp) — 旧版：

  • 描述：SuPHP 是一个以所有者的权限执行 PHP 脚本的工具，通过限制对文件的访问来增强安全性。
  • 优点： 通过以用户权限运行脚本来提高安全性。隔离进程以增强稳定性。
  • 缺点： 由于对每个请求进行权限检查而产生的开销。与其他方法相比，配置比较复杂。

PHP-FPM（FastCGI 进程管理器）：

  • 描述：PHP-FPM（本身）是 FastCGI 的进程管理器，通过管理 PHP 进程池来提高性能和可扩展性。但上下文是 FastCGI 协议的实现。
  • 优点： 高效的进程管理，可处理高负载。提高性能和可扩展性。
  • 缺点： 与传统 FastCGI 相比，需要额外配置。设置和调整进程池比较复杂。

综上所述，FastCGI 和 PHP-FPM 是高性能PHP 应用程序，而 mod_php 可能适合更简单的设置。

相关内容