当前位置：首页 > 编程日记 > 正文

php安装模式mod_php和Fastcgi的选择与对比

编程日记 2024-11-06 21:40:00

安装php又面临到了模式的选择，以前都是选择mod_php模式，因为这样安装比较方便哈，今天突然关心起FastCGI这种模式，败毒了一把，找到了一些关于mod_php和Fastcgi的选择与对比这方面的讨论，现在发出来留一个记号，以便进一步研究：

第一篇：php在apache中安装模式的区别：fastcgi和mod_php

说到fastCgi就不得不说Cgi。
CGI英文全称是 Common Gateway Interface，通常翻译为共同网关接口，是HTTP服务器与机器上的其他程序进行通信的一个接口。这个“其他程序”可以使用任何计算机语言来编写，它通过CGI这个接口从HTTP服务器取得输入，然后把运行的结果又通过CGI这个接口交给HTTP服务器，而HTTP服务器把这个结果送给浏览器。

CGI的出现让WEB从静态变为为动态，随着Web的越来越普及，很多的网站的都需要有动态的页面，以便与浏览者互交。CGI方式的缺点也越来越突出。因为HTTP要生成一个动态页面，系统就必须启动一个新的进程以运行CGI程序，不断地fork是一项很消耗时间和资源的工作。这就出现了FastCGI。

百度百科关于FastCGI

　2. FastCGI 可在任何平台上使用，Netscape Enterprise 及 IIS 都有 FastCGI 的模块可供使用，阿帕契 (Apache，以及利用 Apache 衍生出做的服务器) 上也有 mod_fastcgi 可用。
　3. FastCGI 支持 C/C++，Ruby, Perl，Tcl，Java，Python 等程序语言。
　4. FastCGI 的应用程序亦兼容于 CGI。即 FastCGI 的应用程序也可以当成 CGI 来执行。
　5. 现有的 CGI 程序要改写成 FastCGI 非常简单，最少可能只需要多加入三行程序代码。
　6. FastCGI 的侦错方式与 CGI 大同小异，只要带入程序所需的环境变量及参数，即可在命令列模式执行或侦错。
　7. FastCGI 应用程序的写作方式与 CGI 类似，除了几项原则要特别注意外，FastCGI 的写作方式跟 CGI 几乎一样，与学习 Web Server API 比较起来， FastCGI 简单多了。
　8. FastCGI 支授分布式运算 (distributed computing)，即 FastCGI 程序可以在网站服务器以外的主机上执行并且接受来自其它网站服务器来的请求。

mod_php就是把PHP做为APACHE一个内置模块。让apache http服务器本身能够支持PHP语言，不需要每一个请求就启动PHP解释器来解释PHP。

第二篇：mod_php or fastcgi性能比较与选择

用php肯定少了不这个问题的选择，cgi自然就不必说了，但是mod_php和fastcgi的争论确还是比较多的。
找了一些资料，晾在这，可供参考。
首先，性能应该是大家最关心的问题了，除了mod_php和fastcgi 的 benchmark，还有一些服务器差别的测试，如apache vs lighthttpd

1 mod_php, LightTPD, FastCGI - What’s fastest?
这个bechmark的结果是 Apache(prefork)+Fastcgi+php的性能是最好的。超过了apache+mod_php，甚至也超过了lightty+fastcgi+php。当然，这个结果得出值相差都很小。另外，以上说的几个结果都使用了APC加速，使用APC后性能提高1倍以上。

2 php4-mod-vs-cgi
这个bechmark是在php4的环境下完成的。其summary.txt的内容如下。

------------------------

PHP4 module, very simple script (phpinfo.php): requests/s
plain 130.04
+turckcache 129.42
+turckcache+zend-optimizer 125.50

PHP4 module, very complex script (insurance application): requests/s
plain 1.84
+turckcache 6.23
+turckcache+zend-optimizer 5.58
+optimizer 1.58

PHP4 CGI, very simple script (phpinfo.php): requests/s
plain 22.69
+turckcache n/a*
+turckcache+zend-optimizer n/a*
+optimizer 21.23

PHP4 CGI, very complex script (insurance application): requests/s
plain 2.00
+turckcache n/a*
+turckcache+zend-optimizer n/a*
+optimizer 1.72

* = turkcache doesn't support caching of the PHP scripts in CGI mode

上面的结果我觉得需要关注的是无cache的情况，因为使用mod_php或fastcgi主要还是用来生成动态页面。前面的cache有更好的工具来实现，如squid。所以，这个结果也是fastcgi胜出，相差也不大。

3 http://buytaert.net/drupal-performance?page=1
这个文章的结果和上面两个刚好相反。使用fastcgi代替mod_php后，”When switching from

we observe a 63% slowdown for anonymous visitors, and a 18% slowdown for authenticated visitors.”以下是图表

另外，benchmark中也做了和lightty的比较，如下图：

这个文章的结论是Apache+mod_php性能好于Apache+fastcgi。另外，Apache+mod_php略好于lightty+fastcgi。

4 最后看看 fastcgi官方自己怎么说的吧
Of course, the answer is that it depends upon the application. A more complete answer is that FastCGI often wins by a significant margin, and seldom loses by very much.

5 结论是，还是根据自己的应用测一下吧….

最后,个人观点
如果mod_php和fastcgi的性能相差不是很大的话，还是倾向于fastcgi的，这种方式毕竟更灵活、安全和简单。
1 使用fastcgi，你的web server 可以比较简单的切换，可以测试不同的服务器，Apache,lightty,ngix 等等，不需要有代码的修改
2 如果想换脚本的实现，如不用php，而是改成perl,python之类的，web服务器也不需要任何的改动
3 web server和fastcgi可以用不同的帐号运行，带来了一定的安全隔离
4 只在Apache中编个mod_fastcgi可以说是简单多了，把mod_php编进apache时，出问题时很难定位是php的问题还是apache的问题，我就见过这样的core，函数调用几十层，一点头绪都没有

https://www.dkcj.cn/info/26371.html

php安装模式mod_php和Fastcgi的选择与对比

相关文章：

暴雨之后，评估与重建可以用这个数据集

从jQuery的缓存到事件监听

对一些品种数量校正

收藏喜+1！值得使用的100个Python小技巧

一款基jquery超炫的动画导航菜单

如何用C#动态编译、执行代码

【解决】MySql 5.6 运行崩溃错误

制作安全网站的checklist

百变冰冰！手把手教你实现CVPR2021最新妆容迁移算法

Vlan 4096的限制原因

Hive 数据模型

完整中英文世界国家级联下拉列表插件【前端版】

何时使用margin和padding？

10年IT老兵给新人程序员的几点建议

asp.net文件上传下载的简单实现

JAVA数组的定义及用法

英特尔公布新技术路线图，将为 AWS、高通代工芯片

epoll相关资料整理

18.绝对路径和相对路径

IE的box模型显示bug

AI 能匹敌程序员了吗？OpenAI 新研究展示 NLP 大模型的局限性

MSLicensing中断远程桌面连接

如何恢复，迁移，添加, 删除 Voting Disks

跨站脚本攻击(XSS)FAQ

linux中的for命令

终于有人把计算机视觉讲明白了。。。

mysql启动与关闭（手动与自动）

C#中抽象类和接口的区别

echo向文件中写入

火山引擎向企业客户开放上万款抖音同款特效