php - 什么是APC的最佳PHP处理程序？

Closed. This question is opinion-based。它当前不接受答案。

想改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。

6年前关闭。

Improve this question

我将APC用于操作码，与4-cpu许可证Litespeed相提并论。
就性能而言，然后是安全性而言，针对这种情况的最佳PHP处理程序是什么？

是suphp / dso / fcgi / cgi吗？（我读到，如果其中一个脚本有错误，DSO可能会留下漏洞）？

myusername@mybox [~]# /usr/local/cpanel/bin/rebuild_phpconf --available
Available handlers: suphp dso fcgi cgi none
PHP4 SAPI: cgi
PHP5 SAPI: not installed
SUEXEC: available
RUID2: not available

谢谢。

最佳答案

Servint博客上有一篇很棒的文章：http://blog.servint.net/2011/10/28/the-tech-bench-all-about-php-handlers/

确保访问该网站，它也有比较表。

PHP处理程序列表

DSO

也称为mod_php。虽然这是一个较旧的配置，但其主要优点是速度。通常认为它是最快的处理程序。它直接从Apache运行PHP，而不必将其传递给单独的服务进行处理。这意味着PHP脚本将以Apache用户身份运行，在我们的服务器上，默认情况下该用户为“ nobody”用户。

在切换到DSO之前，需要考虑两点。首先，任何需要由网络服务器写入的文件都必须具有“ nobody”用户的写入权限，并且由网络服务器创建的任何文件都将归“ nobody”所有。需要通过PHP上传文件的网站可能会遇到权限问题，因为这些设置没有其他处理程序那么明确。这是通过WordPress界面上传文件或利用自动更新功能的WordPress用户的常见现象。

关于上述内容的特别说明：人们普遍误解为文件必须具有777模式才能写入。这是不正确的，并且通常是一个坏主意，因为这意味着任何人都可以写入文件。为了使文件可被网络服务器写入，所需的最高权限应为664，并由“用户”和“无人”组拥有。对于目录，这将是775，而user：nobody。这应该足以允许Web服务器写入该位置，而又不使其所有人都能写入，并引入潜在的严重安全漏洞。

另外，要知道DSO提供了不同于suPHP / FastCGI的另一种安全性。由于服务器以“无人”身份运行，因此任何能够利用服务器上的文件获得更高特权的人都可以访问网络服务器可以直接访问的任何其他文件。这仅表示入侵者可以访问多个帐户中的文件，但只能访问“没人”拥有的文件。有关更多信息，请参见下面的“安全性”部分。

DSO的主要优点是速度和资源使用率。安装了诸如eAccelerator或APC之类的操作码缓存扩展后，DSO的运行速度将大大加快，并且占用的空间也将比其他处理程序少。这也是我们服务器上的默认设置。

一个好的经验法则是，DSO最适合运行一个或两个大型网站的服务器，而这些网站都关注效率和速度。

CGI

CGI处理程序将PHP作为CGI模块而不是Apache模块运行。当DSO不可用时，CGI方法可用作后备处理程序。无论是否启用suEXEC，此方法都不快速也不安全。因此，ServInt不建议使用CGI。

suPHP

suPHP将PHP作为单独的服务运行，然后将已编译的代码传递回Apache进行服务。从技术上讲，它是一个CGI模块，但是与上面提到的CGI处理程序有很大不同。拥有suPHP的主要区别和优点在于，启用suEXEC后，它将以调用脚本的用户身份而不是以“ nobody”用户身份运行PHP脚本。例如，如果一个帐户归Spock用户所有，则为该用户网站提供服务的所有Apache实例都将以Spock用户身份运行。这样做的好处是，它使使用过多资源的网站跟踪更加容易。

以用户身份运行该进程的另一个优点是，它简化了总体权限方案。网络服务器将能够写入用户拥有的文件，而不仅仅是“没人”。从长远来看，这意味着许多CMS解决方案中的自动更新/安装功能将更容易运行，并且文件/目录的一般权限更加明确：644，由文件的用户和组用户拥有， 755和user：user用于目录。

suPHP和DSO之间的安全性区别在于suPHP将入侵者限制在他/她受影响的特定用户身上。该漏洞无法跨帐户使用，但是会影响用户拥有的每个文件，而不仅仅是网络服务器可写的文件。有关更多信息，请参见下面的“安全性”部分。

suPHP的主要缺点是速度和CPU负载。 suPHP的运行速度比其他处理程序慢得多，切换到该处理程序后，您会发现总体CPU负载显着增加。 suPHP也不能与eAccelerator或APC等操作码缓存扩展一起使用，这是CPU使用率增加的部分原因。因此，如果将它与CMS一起使用，则建议您实现一个缓存插件，例如WordPress的W3-Total-Cache。对于较小的经销商客户端，建议更多使用此处理程序。这是因为它将漏洞利用锁定在一个受影响的帐户上，并且在站点较少繁忙或单个cPanel帐户较少的情况下，CPU负载的增加就不会那么明显。

快速CGI

FastCGI（aka：mod_fcgid）与suPHP相似，因为它是一个单独的过程，用于编译PHP，然后将其发送回Apache。它也是一个CGI模块，这意味着在启用suEXEC的情况下，PHP以用户身份运行该进程。这使您具有上述suPHP相同的权限优势。但是，两者之间的区别在于它们如何控制PHP进程。 suPHP每次需要编译PHP进程时都会运行，而FastCGI则使持久性连接保持打开状态，可以由同一PHP进程调用。这样，您就可以将其与eAcceleartor或APC等操作码缓存扩展一起使用，以提高性能。

缺点是FastCGI具有很高的内存使用率。由于上述持久性连接存储在内存中，因此您将看到FastCGI占用了更多的可用内存。

FastCGI和suPHP的一个很好的类比是想一本书，其中有几章。使用suPHP，这本书将没有目录，也没有索引，因此，每当您想查找某些内容时，都必须仔细阅读才能获得它。这会花费时间（增加CPU使用率）并且很慢。借助FastCGI，这本书具有广泛的索引和目录，因此您可以快速轻松地找到所需内容。但是，这些额外的页面使书变得更厚（增加了内存使用量）。

关于php - 什么是APC的最佳PHP处理程序？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/19482903/

上一篇：sql - 在 Oracle 正则表达式查询中转义单引号

下一篇：Xcode 5 在创建新项目时崩溃

php无法执行mysql查询转义

javascript - JSON 解析错误 : Unrecognized token '<' In angular

php - Yii2:基于两种模型的日期自定义验证

CakePHP:使用 APC 进行缓存仍然会创建缓存文件，没有性能优势

apache - htaccess帮助，需要强制www，https并删除index.php

php - PHP 大文件上传内存问题

phpmailer 主体内的 JavaScript

php - 使用 memcached/APC 进行 session 存储？

php - 什么是APC内部调试？