【问题标题】:Internal Apache request to PHP script overhead对 PHP 脚本开销的内部 Apache 请求
【发布时间】:2010-12-28 09:41:52
【问题描述】:

我有一个 PHP 页面,它通过使用file_get_contents同一服务器上的另一个站点发出 HTTP 请求来获取其内容。这两个站点都在 Apache 2 中运行,它使用 suPHP(它是 FastCGI,对吗?)调用 PHP

此调用的开销有多大? Apache 在向 PHP 发送请求之前会做很多处理吗?

另一种拨打电话的方法是让第一个站点拨打exec('php /the/other/script.php some parameters')。这会更快,还是生成进程的开销比通过 Apache 的开销更大?

【问题讨论】:

    标签: php performance apache apache2 overhead


    【解决方案1】:

    Apache 的开销将取决于为该站点主机配置的内容,例如 https、htaccess 检查、重写等。这些东西可以叠加。现在我认为相对而言开销不会太大,但是您将有时间生成响应,这取决于外部页面的性质,oyure 调用在某些情况下可能很重要。

    话虽如此,我并不认为通过 apache 拨打电话有问题。但我确实认为,正如您建议的那样直接公开 php 会更好。我认为也许阅读一般的 SOA 可能会帮助您了解如何最好地实施。

    【讨论】:

      【解决方案2】:

      不幸地将 PHP 安装为 cgi,你会失去很多性能,因为每次你都必须为它创建一个新进程。 所以最好的方法是将 PHP 安装为 apache 模块

      【讨论】:

      • PHP 连接的选择(在我们的例子中是 suPHP)不是这里的问题,但还是谢谢
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2012-02-02
      • 1970-01-01
      • 2021-02-24
      • 2021-04-20
      • 2014-03-09
      • 1970-01-01
      • 2016-02-11
      相关资源
      最近更新 更多