很多站长朋友们都不太清楚php5.2cgi，今天小编就来给大家整理php5.2cgi，希望对各位有所帮助，具体内容如下：
本文目录一览： 1、 php5-cgi和php5-fpm 这两个东西是什么意思啊？有什么区别？怎么使用 2、 php-cgi报错，无法启动 3、 如何选择PHP 5.2的版本 php5-cgi和php5-fpm 这两个东西是什么意思啊？有什么区别？怎么使用CGI
CGI全称是逗公共网关接口地(Common Gateway Interface)，HTTP服务器与你的或其它机器上的程序进行逗交谈地的一种工具，其程序须运行在网络服务器上。
CGI可以用任何一种语言编写，只要这种语言具有标准输入、输出和环境变量。如php,perl,tcl等。
FastCGI
FastCGI像是一个常驻(long-live)型的CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去fork一次（这是CGI最为人诟病的fork-and-execute 模式）。它还支持分布式的运算，即 FastCGI 程序可以在网站服务器以外的主机上执行并且接受来自其它网站服务器来的请求。
FastCGI是语言无关的、可伸缩架构的CGI开放扩展，其主要行为是将CGI解释器进程保持在内存中并因此获得较高的性能。众所周知，CGI解释器的反复加载是CGI性能低下的主要原因，如果CGI解释器保持在内存中并接受FastCGI进程管理器调度，则可以提供良好的性能、伸缩性、Fail- Over特性等等。
FastCGI特点
FastCGI具有语言无关性.
FastCGI在进程中的应用程序，独立于核心web服务器运行，提供了一个比API更安全的环境。APIs把应用程序的代码与核心的web服务器链接在一起，这意味着在一个错误的API的应用程序可能会损坏其他应用程序或核心服务器。 恶意的API的应用程序代码甚至可以窃取另一个应用程序或核心服务器的密钥。
FastCGI技术目前支持语言有：C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby等。相关模块在Apache, ISS, Lighttpd等流行的服务器上也是可用的。
FastCGI的不依赖于任何Web服务器的内部架构，因此即使服务器技术的变化, FastCGI依然稳定不变。
FastCGI的工作原理
Web Server启动时载入FastCGI进程管理器（IIS ISAPI或Apache Module)
FastCGI进程管理器自身初始化，启动多个CGI解释器进程(可见多个php-cgi)并等待来自Web Server的连接。
当客户端请求到达Web Server时，FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi。
FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。 在CGI模式中，php-cgi在此便退出了。
在上述情况中，你可以想象CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部扩展并重初始化全部数据结构。使用FastCGI，所有这些都只在进程启动时发生一次。一个额外的好处是，持续数据库连接(Persistent database connection)可以工作。
FastCGI的不足
因为是多进程，所以比CGI多线程消耗更多的服务器内存，PHP-CGI解释器每进程消耗7至25兆内存，将这个数字乘以50或100就是很大的内存数。
Nginx 0.8.46+PHP 5.2.14(FastCGI)服务器在3万并发连接下，开启的10个Nginx进程消耗150M内存（15M*10=150M），开启的64个php-cgi进程消耗1280M内存（20M*64=1280M），加上系统自身消耗的内存，总共消耗不到2GB内存。如果服务器内存较小，完全可以只开启25个php-cgi进程，这样php-cgi消耗的总内存数才500M。
上面的数据摘自Nginx 0.8.x + PHP 5.2.13(FastCGI)搭建胜过Apache十倍的Web服务器(第6版)
PHP-CGI
PHP-CGI是PHP自带的FastCGI管理器。
PHP-CGI的不足：
php-cgi变更php.ini配置后需重启php-cgi才能让新的php-ini生效，不可以平滑重启。
直接杀死php-cgi进程，php就不能运行了。(PHP-FPM和Spawn-FCGI就没有这个问题，守护进程会平滑从新生成新的子进程。）
PHP-FPM
PHP-FPM是一个PHP FastCGI管理器，是只用于PHP的，可以在 下载得到。
PHP-FPM其实是PHP源代码的一个补丁，旨在将FastCGI进程管理整合进PHP包中。必须将它patch到你的PHP源代码中，在编译安装PHP后才可以使用。
php-cgi报错，无法启动你这个命令：
c:\program files (x86)\PHP>php-cgi.exe -b localhost:9000 -c c:\program files (x86)\PHP\php.ini
是不可以的，因为里面的参数文件名中有空格，可以考虑使用引号试试看，例如：
c:\program files (x86)\PHP>php-cgi.exe -b localhost:9000 -c "c:\program files (x86)\PHP\php.ini"
否则，可以考虑重新安装，按照到其它简单的文件夹里面，例如C:\PHP5.2.14\
如何选择PHP 5.2的版本超过75%的网站使用了PHP作为开发语言，wordpress，phpmyadmin和其他一些开源项目的盛行，带来了一大批的长尾用户。然而，他们一般安装之后却很少升级。下图是目前PHP的使用统计。
惊人的是，此图的左半部分表示已经不被支持的PHP版本。PHP 5.2早在2011年1月已经不再维护。这并不意味着你就不能使用它，但是这意味着某些安全更新，你就无法跟进了。一些发行版将尝试修复一些BUG，但你的PHP版本似乎有点乏善可陈，因为，你正在使用的是2006年的过时技术。
该从哪里开始
已经没有人选择PHP 5.2版本了，但这些事情已经发生了，但我不是说我写这篇博客来吐槽什么，更不是说给你一些升级的指南。通常他们使用的都是一些2006开始的主机空间，他们有一个“长期支持”的版本，来避免使用更新的版本，或者他们目前还没有升级的打算。又或者，理由真的很多。然而，好东西在新版的PHP等着您。
PHP 5.3 加入了很多有用的OOP特性！例如：匿名函数，SPL扩展不仅仅是迭代器，神话般的DateTime扩展都已经集成在PHP 5.3里面。还加入极其重要的E_DEPRECATED的错误报告标志。它会提醒您现在用的那些特性，将在下一版本无法使用。如果您已经在使用PHP 5.3,那么您往后的升级道路将会更加顺畅。如果您有线上程序运行在低版本，我不建议您升级。
PHP 5.4则进行了一系列的优化，它具有更快的执行效率和更少的内存占用。以下是基准测试的结果。
不管你使用使用到traits特性，PHP 5.4提高了程序性能，并降低了硬件成本。所以，我建议您使用开源软件的时候要保持升级。
PHP 5.5 还在测试当中，不适用于生产环境。自PHP 5.3之后，升级的风险和改动都会大大降低。
下面是麦子同学整理的文章
大家在选择PHP版本时一定很困惑，有这么多版本究竟选那个呢？
问题：
我们现在新买了个服务器，用的是windows server 2008 r2。配置php 5.4的环境。
但我们之前开发的用2003,php是用5.2版本的，移植到新服务器，程序运行会有影响吗？或者我还需要注意那些问题？
API版本
PHP采用大版本向下兼容的升级方式，也就是说5.5兼容5.1-5.4，话虽如此，实际上兼容性并不乐观，大家也不要指望PHP官方会给出什么好的解决办法。现在2013年9月，版本有5.2.17 5.3.27 5.4.17 5.5.35.2.17
这一版本可以说是支持最广泛的版本了，现在还有绝大部分开源软件使用该版本，例如Drupal7.23，Joomla2.5，国内绝大多数软件：dedecms5.7,discuzX3等等最新版还在支持5.2，如果没特别要求，安装这一版本是最省心省力的，但长远来看可能终要被抛弃。现在许许多多的主机商为了省人力成本也懒得去升级PHP版本，反正基本上都支持。（这里插一句，现在国内软件为了兼容更多的安装环境，可谓用心良苦，甚至PHP5.1也能支持( discuzX3 不支持），最难得的是性能竟然也没落后多少，能做到如些极致真心不容易！）Drupal6建议使用该版本。
5.3.28（推荐）
这个版本虽然名称上是5开头，但很多人认为是PHP6.0版本的开始，性能有所提升，而且因为许多API都发生了变化，对5.2的兼容不太好，虽然有一部分开源软件声称能兼容5.2-5.3，但问题好像也不少，许多索性就放弃5.2了，例如Joomla3只支持5.3以上。而对于Drupal7强烈建议使用该版本，支持相当好。而对于Drupal8也可以使用该版本，支持也相当不错。该版本使用范围非常广，在兼顾性能和兼容性之间做出一个不错的平衡点。
5.4（轻轻推荐）
5.4基本上已经接近完整体了，现时比较完善，稳定性和性能也不错，未来升级的重点版本，Drupal7.X对其支持尚可，但第三方模块还不太完美。如果懒得以后升级，可以一步到位安装该版本。
5.5
从5.3开始，以后版本基本上都是主打性能上的提升，函数什么的都能向后兼容。5.5开始好像有了64位版本，性能更加强劲，我没试过，不敢发表言论。
总结
如果开源软件说建议安装PHP5.3，那你就老老实实用5.3，别用5.5什么的，你可能认为反正都能兼容，性能可能更好，为什么不用新的呢？话是这么说，但你知道开源软件在开发的时候一般都是在特定的环境开发，就算兼容再好也会有想不到的意外（再强大的队伍也不可能对所有函数API进行兼容测试，那是相当可怕的工作量！），它只会在特定的环境下进行测试和优化，而且就算知道兼容有问题，团队也不会去为了兼容更高版本去修改，不是他们死板，而是为了安全和稳定来考虑的。在开源氛围下，我们应该有个意识就是“够用就是最好”，而不是“最新是最好”。举个列子，Joomla3.1在5.4-5.5都运行不良，甚至安装不能成功。但Drupal却在5.5.3下也运行正常（本机），我想是个别案例吧？但好像运行中出现过意料之外的错误，不知道是不是版本的问题，希望不是。
None-thread-safe or thread-safe
Apache 一般选 none-thread-safe，IIS选后者(FAST-CGI)，我就不解释了，信哥就没错。
TS指Thread Safety，即线程安全，一般在IIS以ISAPI方式加载的时候选择这个版本。
NTS即None-Thread Safe，一般以fast cgi方式运行的时候选择这个版本，具有更好的性能。
从2000年10月20日发布的第一个Windows版的PHP3.0.17开始的都是线程安全的版本，这是由于与Linux/Unix系统是采用多进程的工作方式不同的是Windows系统是采用多线程的工作方式。如果在IIS下以CGI方式运行PHP会非常慢，这是由于CGI模式是建立在多进程的基础之上的，而非多线程。一般我们会把PHP配置成以ISAPI的方式来运行，ISAPI是多线程的方式，这样就快多了。但存在一个问题，很多常用的PHP扩展是以Linux/Unix的多进程思想来开发的，这些扩展在ISAPI的方式运行时就会出错搞垮IIS。因此在IIS下CGI模式才是 PHP 运行的最安全方式，但CGI模式对于每个HTTP请求都需要重新加载和卸载整个PHP环境，其消耗是巨大的。
为了兼顾IIS下PHP的效率和安全，微软给出了FastCGI的解决方案。FastCGI可以让PHP的进程重复利用而不是每一个新的请求就重开一个进程。同时FastCGI也可以允许几个进程同时执行。这样既解决了CGI进程模式消耗太大的问题，又利用上了CGI进程模式不存在线程安全问题的优势。
因此，如果是使用ISAPI的方式来运行PHP就必须用Thread Safe(线程安全)的版本；而用FastCGI模式运行PHP的话就没有必要用线程安全检查了，用None Thread Safe(NTS，非线程安全)的版本能够更好的提高效率。
64位和32位
你的系统是64位就选64位，是32位就选32位，不解释，信哥。
未来
说实话，未来是属于那些使用PHP5.4及以上的人。保持升级，定期跟踪语言的新特性和进展是我们日常工作的一部分。如果您已经落后了，那么我强烈建议您开始做升级计划，升级到一个比较新的版本。努力是值得的，毕竟程序是长年累月运行的。
关于php5.2cgi的介绍到此就结束了，不知道本篇文章是否对您有帮助呢？如果你还想了解更多此类信息，记得收藏关注本站，我们会不定期更新哦。