commandlinephp

‘壹’ php鏄浠涔堬纻

Php锛屾槸鑻辨枃瓒呯骇鏂囨湰棰勫勭悊璇瑷Hyprtext Preprocessor镄勭缉鍐欍 鏄涓绉岺TML鍐呭祵寮忕殑璇瑷锛屾槸涓绉嶅湪链嶅姟鍣ㄧ镓ц岀殑宓屽叆HTML鏂囨。镄勮剼链璇瑷锛岃瑷镄勯庢牸链夌被浼间簬C璇瑷銆傝骞挎硾杩愮敤銆

PHP 镫鐗圭殑璇娉曟贩钖堜简 C銆丣ava銆丳erl 浠ュ强 PHP 镊鍒涙柊镄勮娉曘傚畠鍙浠ユ瘆CGI鎴栬匬erl镟村揩阃熺殑镓ц屽姩镐佺绣椤点傜敤PHP锅氩嚭镄勫姩镐侀〉闱涓庡叾浠栫殑缂栫▼璇瑷鐩告瘆锛孭HP鏄灏嗙▼搴忓祵鍏ュ埌HTML鏂囨。涓铡绘墽琛岋纴镓ц屾晥鐜囨瘆瀹屽叏鐢熸垚HTML镙囱扮殑CGI瑕侀珮璁稿氾绂PHP杩桦彲浠ユ墽琛岀紪璇戝悗浠ｇ爜锛岀紪璇戝彲浠ヨ揪鍒板姞瀵嗗拰浼桦寲浠ｇ爜杩愯岋纴浣夸唬镰佽繍琛屾洿蹇銆侾HP鍏锋湁闱炲父寮哄ぇ镄勫姛鑳斤纴镓链夌殑CGI镄勫姛鑳絇HP閮借兘瀹炵幇锛岃屼笖鏀鎸佸嚑涔庢墍链夋祦琛岀殑鏁版嵁搴扑互鍙婃搷浣灭郴缁熴

‘贰’ linux服务器上运行PHP，除了PHP-FPM还有其他的方式吗

运行模式
关于PHP目前比较常见的五大运行模式：
1）CGI（通用网关接口/ Common Gateway Interface）
2）FastCGI（常驻型CGI / Long-Live CGI）
3）CLI（命令行运行 / Command Line Interface）
4）Web模块模式（Apache等Web服务器运行的模式）
5）ISAPI（Internet Server Application Program Interface）

备注：在PHP5.3以后，PHP不再有ISAPI模式，安装后也不再有php5isapi.dll这个文件。要在IIS6上使用高版本PHP，必须安装FastCGI 扩展，然后使IIS6支持FastCGI。

1.1、CGI模式
CGI即通用网关接口（Common Gateway Interface），它是一段程序，通俗的讲CGI就象是一座桥，把网页和Web服务器中的执行程序连接起来，它把HTML接收的指令传递给服务器的执行程序，再把服务器执行程序的结果返还给HTML页。CGI 的跨平台性能极佳，几乎可以在任何操作系统上实现。CGI已经是比较老的模式了，这几年都很少用了。
每有一个用户请求，都会先要创建CGI的子进程，然后处理请求，处理完后结束这个子进程，这就是Fork-And-Execute模式。 当用户请求数量非常多时，会大量挤占系统的资源如内存，CPU时间等，造成效能低下。所以用CGI方式的服务器有多少连接请求就会有多少CGI子进程，子进程反复加载是CGI性能低下的主要原因。
如果不想把 PHP 嵌入到服务器端软件（如 Apache）作为一个模块安装的话，可以选择以 CGI 的模式安装。或者把 PHP 用于不同的 CGI 封装以便为代码创建安全的 chroot 和 setuid 环境。这样每个客户机请求一个PHP文件，Web服务器就调用php.exe（win下是php.exe,linux是php）去解释这个文件，然后再把解释的结果以网页的形式返回给客户机。 这种安装方式通常会把 PHP 的可执行文件安装到 web 服务器的 cgi-bin 目录。CERT 建议书 CA-96.11 建议不要把任何的解释器放到 cgi-bin 目录。 这种方式的好处是把Web Server和具体的程序处理独立开来，结构清晰，可控性强，同时缺点就是如果在高访问需求的情况下，CGI的进程Fork就会成为很大的服务器负担，想 象一下数百个并发请求导致服务器Fork出数百个进程就明白了。这也是为什么CGI一直背负性能低下，高资源消耗的恶名的原因。

1.2、FastCGI模式
FastCGI是CGI的升级版本，FastCGI像是一个常驻 (long-live)型的 CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去 Fork 一次 （这是 CGI 最为人诟病的 fork-and-execute 模式）。
FastCGI是一个可伸缩地、高速地在HTTP server和动态脚本语言间通信的接口。多数流行的HTTP server都支持FastCGI，包括Apache、Nginx和lighttpd等，同时，FastCGI也被许多脚本语言所支持，其中就有PHP。
FastCGI接口方式采用C/S结构，可以将HTTP服务器和脚本解析服务器分开，同时在脚本解析服务器上启动一个或者多个脚本解析守护进程。当HTTP服务器每次遇到动态程序时，可以将其直接交付给FastCGI进程来执行，然后将得到的结果返回给浏览器。这种方式可以让HTTP服务器专一地处理静态请求或者将动态脚本服务器的结果返回给客户端，这在很大程度上提高了整个应用系统的性能。

【原理】
1）Web Server启动时载入FastCGI进程管理器（IIS ISAPI或Apache Mole)；
2）FastCGI进程管理器自身初始化，启动多个CGI解释器进程 (可见多个php-cgi.exe或php-cig)并等待来自Web Server的连接；
3）当客户端请求到达Web Server时，FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi；
4）FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器（运行在 WebServer中）的下一个连接。在正常的CGI模式中，php-cgi.exe在此便退出了。
在CGI模式中，你可以想象 CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部dll扩展并重初始化全部数据结构。使用FastCGI，所有这些都只在进程启动时发生一次。一个额外的好处是，持续数据库连接（Persistent database connection）可以工作。

备注：PHP的FastCGI进程管理器是PHP-FPM（PHP-FastCGI Process Manager）
【优点】
1）从稳定性上看，FastCGI是以独立的进程池来运行CGI，单独一个进程死掉，系统可以很轻易的丢弃，然后重新分配新的进程来运行逻辑；
2）从安全性上看，FastCGI支持分布式运算。FastCGI和宿主的Server完全独立，FastCGI怎么down也不会把Server搞垮；
3）从性能上看，FastCGI把动态逻辑的处理从Server中分离出来，大负荷的IO处理还是留给宿主Server，这样宿主Server可以一心一意作IO，对于一个普通的动态网页来说, 逻辑处理可能只有一小部分，大量的是图片等静态。

【缺点】
说完了好处，也来说说缺点。从我的实际使用来看，用FastCGI模式更适合生产环境的服务器。但对于开发用机器来说就不太合适。因为当使用 Zend Studio调试程序时，由于 FastCGI会认为 PHP进程超时，从而在页面返回 500错误。这一点让人非常恼火，所以我在开发机器上还是换回了 ISAPI模式。对某些服务器的新版本支持不好，对分布式负载均衡没要求的模块化安装是否是更好的选择。目前的FastCGI和Server沟通还不够智能，一个FastCGI进程如果执行时间过长会被当成是死进程杀掉重起，这样在处理长时间任务的时候很麻烦，这样做也使得FastCGI无法允许联机调试。因为是多进程，所以比CGI多线程消耗更多的服务器内存，PHP-CGI解释器每进程消耗7至25兆内存，将这个数字乘以50或100就是很大的内存数。

1.3 CLI模式
PHP-CLI是PHP Command Line Interface的简称，如同它名字的意思，就是PHP在命令行运行的接口，区别于在Web服务器上运行的PHP环境（PHP-CGI，ISAPI等）。 也就是说，PHP不单可以写前台网页，它还可以用来写后台的程序。 PHP的CLI Shell脚本适用于所有的PHP优势，使创建要么支持脚本或系统甚至与GUI应用程序的服务端，在Windows和Linux下都是支持PHP-CLI模式的。
【优点】
1）使用多进程，子进程结束以后，内核会负责回收资源；
2）使用多进程，子进程异常退出不会导致整个进程Thread退出，父进程还有机会重建流程；
3）一个常驻主进程，只负责任务分发，逻辑更清楚。
我们在Linux下经常使用"php –m"查找PHP安装了那些扩展就是PHP命令行运行模式；有兴趣的同学可以输入"php –h"去深入研究该运行模式。

1.4 模块模式
模块模式是以mod_php5模块的形式集成，此时mod_php5模块的作用是接收Apache传递过来的PHP文件请求，并处理这些请求，然后将处理后的结果返回给Apache。如果我们在Apache启动前在其配置文件中配置好了PHP模块
（mod_php5）， PHP模块通过注册apache2的ap_hook_post_config挂钩，在Apache启动的时候启动此模块以接受PHP文件的请求。
除了这种启动时的加载方式，Apache的模块可以在运行的时候动态装载，这意味着对服务器可以进行功能扩展而不需要重新对源代码进行编译，甚至根本不需要停止服务器。我们所需要做的仅仅是给服务器发送信号HUP或者AP_SIG_GRACEFUL通知服务器重新载入模块。但是在动态加载之前，我们需要将模块编译成为动态链接库。此时的动态加载就是加载动态链接库。 Apache中对动态链接库的处理是通过模块mod_so来完成的，因此mod_so模块不能被动态加载，它只能被静态编译进Apache的核心。这意味着它是随着Apache一起启动的。
Apache是如何加载模块的呢？我们以前面提到的mod_php5模块为例。首先我们需要在Apache的配置文件httpd.conf中添加一行：
LoadMole php5_mole moles/mod_php5.so

这里我们使用了LoadMole命令，该命令的第一个参数是模块的名称，名称可以在模块实现的源码中找到。第二个选项是该模块所处的路径。如果需要在服务器运行时加载模块，可以通过发送信号HUP或者AP_SIG_GRACEFUL给服务器，一旦接受到该信号，Apache将重新装载模块，而不需要重新启动服务器。
该运行模式是我们以前在windows环境下使用apache服务器经常使用的，而在模块化（DLL）中，PHP是与Web服务器一起启动并运行的。（它是apache在CGI的基础上进行的一种扩展，加快PHP的运行效率）。

1.5 ISAPI模式
ISAPI（Internet Server Application Program Interface）是微软提供的一套面向Internet服务的API接口，一个ISAPI的DLL，可以在被用户请求激活后长驻内存，等待用户的另一个请求，还可以在一个DLL里设置多个用户请求处理函数，此外，ISAPI的DLL应用程序和WWW服务器处于同一个进程中，效率要显着高于CGI。（由于微软的排他性，只能运行于windows环境）
PHP作为Apache模块，Apache服务器在系统启动后，预先生成多个进程副本驻留在内存中，一旦有请求出现，就立即使用这些空余的子进程进行处理，这样就不存在生成子进程造成的延迟了。这些服务器副本在处理完一次HTTP请求之后并不立即退出，而是停留在计算机中等待下次请求。对于客户浏览器的请求反应更快，性能较高。

‘叁’ php 怎么用zend加密

可以加密就可以解密。

解密ZEND加密后的PHP文件：

zend加密php文件解密工具Dezender可以做到。

1、下载Dezender.zip

2、解压到盘里面，最好不要有中文路径，比如解压到 I:Dezender 里面，修改I:DezenderPHP5PHP5php.ini文件，修改里面的文件路径。

‘肆’ php报错，找不到指定模块，Fatal error

如果你在使用命令行运行 `php -v` 时遇到 "Fatal error: 找不到指定模块" 的错误，这可能是由于 PHP CLI（Command Line Interface）与你的本地服务器环境存在差异导致的。
PHP CLI 和本地服务器使用的 PHP 版本和配置可能不同。请尝试以下解决方法：
1. 确认 PHP CLI 安装：确保你已正确安装了 PHP CLI，并且可以从命令行中访问到它。你可以通过运行 `which php` 命令来查看 PHP CLI 的路径。如果没有找到，请检查你的系统是否正确安装了 PHP CLI。
2. 检查 PHP 配置文件：PHP CLI 使用的配置文件可能与本地服务器不同。你可以通过运行 `php --ini` 命令来查看 PHP CLI 使用的配置文件路径。确保该配置文件存在并包含所需的模块加载语句。
3. 检查扩展模块加载：如果报错指明找不到某个特定的模块，例如 MySQL 或 GD 等，那么可能是因为 PHP CLI 缺少相应的扩展模块。你可以编辑 PHP CLI 的配置文件（如上一步所示），启用或加载所需的扩展模块。具体操作方式取决于你的操作系统和 PHP 版本。
4. 更新 PHP 版本：如果以上方法都无效，你可以考虑更新你的 PHP 版本。较新的 PHP 版本通常包含更多功能和修复了一些问题。请注意，更新 PHP 版本可能需要你重新配置和调整你的代码。
如果问题仍然存在，请提供更详细的错误信息、PHP 版本以及操作系统等相关信息，我再帮你解决。

‘伍’ php与asp.net的区别

1. PHP, Hypertext Preprocessor, 动态网页开发语言。
PHP，Hypertext Preprocessor，最初在95年问世（那时以前叫Personal Home Page）。PHP最初是制作动态网页的服务器端脚本语言，但

现在PHP已经可以作为command line运行有GUI的standalone的程序。现在是PHP Group在开发和管理PHP的规则，功能等。但PHP大都用在

dynamic webpage scripting上，好象没听过谁用它开发desktop application。

PHP使用率是制作动态网页的几种语言（JSP，ASP，ASP.NET, ColdFusion, Ruby, SHTML）中最高的。因为PHP在95年已经问世至今，以有

相当数量的开发者。我们熟知的国际权威网络全书Wikipedia有90%用PHP写的，而且国外流行多年的“校内网”FaceBook 也全部用PHP写

的，同时Yahoo, Sony官方，Pepsi百事官方这些网站都是用PHP的。根据维基网络（Wikipedia）的说法，PHP被超过20,000,000的网站所

用，被超过1,000,000的网页服务器所用。目前到2008五月，PHP最新版本为5.2.6。

PHP不仅使用率高，而且能兼容各类平台。它可以在大多数网页服务器上运行（如：MS IIS，Apache），大多数操作系统上运行（如：

Windows, UNIX, Linux）。而且PHP支持很大多数牌子的数据库：MySQL, Informix, Oracle, Sybase, Solid, PostgreSQL, Gerneric

ODBC等。

结构方面，虽比JSP，ASP.NET差点，PHP也有很多Framework可用。微软的ASP.NET结构是出名的，JSP的MVC结构也很厉害，所以开发大网

站ASP.NET，JSP都很快。而PHP Group也为此付出很大努力，来开发自己特有的结构适应不同类型的大网站的需求。常见的PHP的

Framework有：CakePHP, PRADO, Symfony, Zend等。

另外LAMP结构，是PHP最常用的开发模式，即是配合Linux, Apache, MySQL, PHP，合称LAMP。

2. ASP（Active Server Pages）, ASP.NET 两个分别是 动态网页开发语言，动态网页开发语言和结构
(1) 关于ASP的淘汰
ASP, Active Server Pages已经过时了, 但因为其出现的早，96年就有了，所以现在有些中小网站还用（但，使用最多最广的是PHP，最

初于95年现世。ASP是微软第一代动态网页开发语言，只能在Windows系统 + MS IIS服务器平台下运行。

Wikipedia, Facebook, 网络等都用PHP，PHP学习的简单度和ASP差不多；JSP稍微难点，JSP用的一般都是银行，购物等安全性较高的网站

，Google也用JSP）。但随着开发者的各种需求，ASP以后可以被ASP.NET取代，因为微软停止对其的一切技术维护与功能更新。ASP.NET是

革新版本的ASP（注意是“革新版本”，而非“改进版本”），或者说是完全新一代的Dynamic Web Scripting。

ASP代表着传统的dynamic web scripting，与ASP.NET没什么关系，学了确实也没用。因为ASP不象CGI（Common Gateway Interface），

CGI是动态网站制作的始祖，所有ASP，JSP，PHP什么的都根据CGI演化而来，而且ASP，PHP，JSP都包含了些 CGI的东西；而ASP却没有被

衍生出任何新技术，ASP.NET也不算基于ASP，只能说ASP.NET开发理念，library，功能完全是基于.NET的其它组件。

其实PHP，JSP，ASP明白其中一种，其它的都很容易学会了。如果非要学学传统的dynamic web scripting，那就学学PHP吧，不比ASP难，

但比ASP功能多，稳定性好，PHP5运行速度也比ASP快很多（JSP稍难因为要学点 Java）。学了PHP或JSP什么的，对学ASP.NET有好处，而

且还可以直接用PHP，JSP进行开发。去google差差英文资源，有评价PHP 最好的，有评价JSP最好的，还从没有听谁说过ASP最好。

ASP.NET毕竟在.NET中，所以ASP.NET还是有相当地位的。

(2). 关于ASP.NET的优势
ASP.NET是微软.NET Framework的一部分。伴随.NET 1.0在2002的问世，ASP.NET也出现在动态网页开发语言的家族中（与

PHP,JSP,ColdFusion, Ruby, SHTML等并行了）。

功能上，ASP.NET比ASP有更强大的library, 更好的稳定性。 ASP.NET可以使用.NET Framework中所有组件（也就是说.NET能实现的，

ASP.NET一样能实现），功能上显然强大于传统功能单调的ASP。最强的技术支持Web Service, 而且有.NET的所有library做后盾。而且

ASP.NET 在.NET 3.5中还有微软专门为AJAX开发的功能--ASP.NET AJAX。

结构上，传统的ASP把所有代码混为一团，简单的用<%%>把HTML和VBScript（或JScript）分开，实现动态输出 HTML。因为ASP.NET模仿

JSP的MVC网页结构，微软为ASP.NET开发了自己的Code-Behind结构，将 presentation（文件拓展名：.aspx）和business logic(文件拓

展名：.cs或.vb等)分离。同时Code-Behind模式也实现了让ASP.NET开发者用.NET中最普通Winform的开发模式来开发网站，方便非网页开

发者制作动态网站。所以ASP.NET更容易维护，比ASP更适合于Enterprise Level 的大网站开发。

由于ASP.NET比JSP，PHP等更接近于.NET Winform的开发。如Tree View, Datagrid View（即高级Table）等高级UI，都可以直接用

ASP.NET中的Web Control来实现，这比传统的使用JavaScript + XTHML + CSS的DHTML开发方式简单不少，也更好维护。同时ASP.NET开发

这可以定义自己的User Control，制作自己特别的一种UI（如网站LOGO，版权等部分），而且此User Control可以被存为.ascx文件，方

便让每一页(.aspx)来使用。

运行速度上，ASP.NET模仿了JSP的预编译机制(Pre-Compile)。使编译好的代码(MSIL语言)在网页服务器上运行。这样比传统的ASP，传统

PHP（PHP4以前版本）更快，因为传统的ASP是直接运行开发者写的Script，相当于每运行一次，就得编译一次那么慢。 ASP.NET可以用

VB, C#, J#等所有.NET Framework的语言开发.(但其实每种语言做的东西都一样... 就象山东话, 东北话, 写出来都是中文:)

不过ASP.NET对出学者可能有点难. 因为它其实在模拟desktop application development，即Winforms开发的模式, 不象传统的JSP,

PHP, ASP这样容易明白。传统的Dynamic Server Scripting, 象PHP 5, 这是现在最简单的, 最有效的了。（ 那个JSP也不难. 如果有钱

还可以考虑下Adobe ColdFusion。）

ASP.NET的新潮的Dynamic Server Scripting, 在其带动下SUN也推出自己的JavaServer Faces (其实是拓展JSP，但JSF无法取代JSP), 和

ASP.NET很象, 也有很多Web Control（JTable, JTree），同时JSF也曾强了对WEB SERVCIE的支持, 也很适合ENTERPRISE LEVEL 的网站。

(3). ASP与ASP.NET的优劣总结：
-- ASP已经被微软停止更新；ASP.NET却在.NET（1.0, 2.0, 3.0, 3.5）中突飞猛进；
-- ASP在96年出现，并没有引领一个潮流，PHP，ColdFusion都出现于95年，引领了整个潮流；ASP.NET引领新的动态网站开发潮流，SUN

的JSF（JavaServer Faces）就是与ASP.NET极其相似；
-- ASP大多被用在是中小网站；PHP被Wikipedia, Facebook, 网络所用，JSP被GOOGLE所用；
-- ASP不支持Web Service; ASP.NET支持Web Service。要是了解.NET中的Web Service在大组织系统中的重要性，就能立杆见影的看出差

距
-- ASP开发AJAX比较麻烦；而ASP.NET专门用AJAX控件，更方便。要是了解Web 2.0，那么AJAX是什么地位，就不用我说了吧。
-- ASP.NET模仿JSP，是pre-compile的；ASP不compile，直接运行Script的速度显然没有compile之后的快。
-- ASP.NET的唯一缺点，就是开发用的IDE--Visual Studio Professional比较贵（express版免费的功能太少）；ASP的唯一优点是，其

学起来最简单，跟PHP一样简单，比JSP简单，更比ASP.NET简单几倍。

3. .NET Framework
.NET Framework的概念就大了。.NET Framework是微软开发的一种软件开发技术。主要用来开发MS Windows系统上的各类软件。.NET主要

包含一个庞大的library（解决常见编程问题）和一个virtual machine（管理程序的运行）。可以说Windows是微软的命根：），所

以.NET就是微软占领软件市场的关键。

.NET Framework的library叫做BCL, Base Class Library，包含了在各种领域的大范围的编程需要，如user interface用户界面，data

access数据接入，database connectivity, cryptography, web application development网站开发，numeric algorithms数学计算，

network communications网络交流等。开发者利用各种BSL来构成自己的代码，进而开发出多样的应用程序。

.NET写出的程序在CLR, Common Language Runtime上运行。CLR是一个application virtual machine来帮助运行开发者写的程序。CLR提

供很多重要功能，如：security安全，memory management内存管理，exception handling错误控制。

BSL，CLR构成了强大的.NET Framework。

.NET Framework主要安装在Windows Server 2008, Windows Vista。小版本的.NET Framework还安装在Windows Mobile系统上。但是家用

Windows XP等系统一样可以安装.NET Framework来运行用.NET写的程序。

平时在学校学习，通常学习.NET中的三个主要技术：Winforms（桌面应用程序开发，就是平时普通程序如QQ，Skype可以用它，但其实QQ

用C,C++写的）, ASP.NET（网页，平时在IE，FireFox上看的网页可以用它）, ADO.NET（接入数据库，处理相关数据）。但.NET不是一种

语言。写.NET程序可以用任何.NET支持的语言，如：C#, VB.NET, J#等等。明白其中一种就可以了。

.NET概念挺大，东西也非常非常多。与之相似的技术有SUN的Java技术(分三个技术部分Java SE, Java EE, Java ME)。

‘陆’ Unix/Linux中如何直接执行PHP脚本文件

使用Linux系统搭建完整的PHP环境后，用户常会遇到执行PHP脚本需要使用php myscript.php的方式，感觉较为繁琐。实际上，Linux系统支持直接执行PHP脚本文件。具体操作步骤如下：

首先，编写PHP脚本文件。例如，创建名为test_run.php的文件，内容如下：

Here is some plain text.

Here is the file name：

《？php

echo $argv［0］， PHP_EOL;

》

脚本功能简单，输出当前脚本文件的名称。

接着，通过命令执行脚本：

yuanyu@ymac:phpworkspace $ php test_run.php hello

输出结果为：

Here is some plain text.

Here is the file name：

test_run.php

yuanyu@ymac:phpworkspace $

为脚本文件增加头信息及设置权限：

在文件首行添加php命令全路径，前缀为#！：

#！/usr/bin/php

保持脚本内容不变：

《？php

echo $argv［0］， PHP_EOL;

》

执行赋予可执行权限：

yuanyu@ymac:phpworkspace $ chmod u+x 。/test_run.php

即可直接执行脚本：

yuanyu@ymac:phpworkspace $ 。/test_run.php

输出结果为：

Here is some plain text.

Here is the file name：

/test_run.php

yuanyu@ymac:phpworkspace $

此方法在PHP官方文档中亦有提及，请参考：

http://php.net/manual/en/features.commandline.usage.php

文档中关于脚本在命令行运行的示例，请参照：

“Example #2 Script intended to be run from command line （script.php）”

‘柒’ 使用PHP程序检查PHP文件是否有语法错误

在网上找了一下。刚开始以为 token_get_all()函数能处理语法错误的问题，结果发现，它只是做简单的词法分析。没有办法。后来到论坛上去问了一下
之前在当当的时候的一个项目中用到了一个简单的模板引擎，其实也是借鉴discuz来做的模板引擎，很简单，它所作的事情就是把一些自定义的标签编译成php代码。已经说了很简单了，所以编译的时候也名优进行模板语法的检查，那么在开发过程中就会出现编译出来的php文件有语法问题，有语法问题没有关系，我修改重新编译一下就好了。首先不能在每次请求的时候都把php模板重新编译一下，会严重影响性能，折中的处理时在每个编译好的php文件末尾检查一下该模板文件是否已经修改过，根据设定的更新频率，如果又需要则重新编译模板文件，现在的问题是编译出来的php文件自己有语法错误，根本执行不到模板检查那一步，所以即使修改了模板文件中的问题也不会重新编译。 所以我想寻找一种简单的方法来检查生成的php文件是否合法。不合法就重新编译，这样开发过程中就不用出现错误就得手动删除缓存文件了。
在网上找了一下。刚开始以为 token_get_all()函数能处理语法错误的问题，结果发现，它只是做简单的词法分析。没有办法。后来到论坛上去问了一下
有人告诉我有这样一个函数 php_check_syntax() 我想问题就这么坚决了。。我真应该rtf(read the fuck mannual). 仔细一看。这个函数已近被弃用了：
note: for technical reasons, this function is deprecated and removed from php. instead, use php -l somefile.php from the commandline.
这个technical reason 到底是什么呢？ 先不管了，以后再慢慢研究，反正不能使用这个方法就对了。
他们的建议是使用命令行$php -l filename.php 来检查语法。
gary every给了我一个代码片段参考：
在命令行下检查问题也不大。如果我要放在在线应用呢？ 这就涉及到可移植性的问题了。首先是操作系统，然后就是环境变量。这样的话就会依赖于服务器端的配置。在http://www.php.net/manual/en/function.php-check-syntax.php 上有人贴出了自己的php_check_syntax()函数实现。
有的采用的就是上面的命令行的方法。
后面有提到使用eval的方法来验证。eval方法会执行传入的代码， 如果代码有语法错误则会抛出parser error, 可以使用'@'错误抑制符去掉错误信息，eval和echo一样并不是函数，不能使用变量函数的方法调用比如：
$func = ‘eval'
$func()这样的调用就是无效的。它会提示没有eval函数，如果你自己定义这么一个函数也是有问题的。因为eval是一个关键字。
eval调用和include差不多，如果被包含文件中没有明确return就返回null。如果直接eval我们需要检查的文件会造成被检查的文件内代码被执行，这可不是我们想要的，我们只需要检查一下这个文件的语法是否正确。 我们可以在要检查的文件之前添加return 语句，让代码提前跳出，那么后面的代码就不会执行了。好的，就这么干。
checker.php
if(!function_exists('php_check_syntax')) {
function php_check_syntax($file_name, &$error_message = null) {
$file_content = file_get_contents($file_name);
$check_code = "return true; ?>";
$file_content = $check_code . $file_content . "<?php ";
if(!@eval($file_content)) {
$error_message = "file: " . realpath($file_name) . " have syntax error";
return false;
}
return true;
}
}
if(!php_check_syntax("file.php", $msg)) {
echo $msg;
}
else {
echo "woohoo, ok!";
}
file.php
<?php
foreach:: a => b
?>
因为parse error 是没法被 set_error_handler处理函数处理的。这个异常没办法catch到。所以才使用了@来抑制错误。这带来的问题就是我们无法得到详细的错误信息。 不过目前我需要的功能也只是检查语法是否正确。不正确的话重新编译模板文件，就这么简单，至于语法错误，在显示网页的时候自然会看得到。

‘捌’ Php cli是守护进程的吗

php_cli模式简介

php-cli是php Command Line Interface的简称，如同它名字的意思，就是php在命令行运行的接口，区别于在Web服务器上运行的php环境（php-cgi, isapi等） 也就是说，php不单可以写前台网页，它还可以用来写后台的程序。 PHP的CLI shell脚本适用于所有的PHP优势，使创建要么支持脚本或系统甚至与GUI应用程序的服务端！——注：windows和linux下都支持php_cli模式

PHP-cli应用场景：

1.多线程应用
这方面的好处，引用鸟哥的话：

优点:
1. 使用多进程, 子进程结束以后, 内核会负责回收资源
2. 使用多进程,子进程异常退出不会导致整个进程Thread退出. 父进程还有机会重建流程.
3. 一个常驻主进程, 只负责任务分发, 逻辑更清楚.

php的多线程—没错就是php多线程应用，虽然大家都普遍认为php没有多线程（curl属于模拟多线程而不是真实的），但是在php_cli模式下的php彻底的是属于多线程。这个时候php属于linux的一个守护进程。 在本人之前写过的《PHP多线程批量采集下载美女图片(续)》的时候在采集程序里虽然使用curl来模拟多线程，但是在浏览器执行的时候也是会遇到执行超时或内存abort而导致程序中断，（要尝试几次才可以彻底成功），但是如果在php-cli模式下执行，你就会发现这个程序执行的很快，php多线程执行的优势被彻底表现出来了.

备注:这种多线程方式不是很成熟，不适合大规模的生成应用，偶尔使用还是可以的

2.定时执行php程序

利用linux的cron方式，那么这个方式是如何定时执行php程序？请看下文

3.开发桌面程序

你可以做您的Windows或Linux中使用PHP的图形用户界面（GUI）应用！所有你需要的是PHP的命令行接口和一包GTK。这将允许建立真正的便携式图形用户界面应用程序（呵呵，之前只是知道php可以做桌面程序，现在才知道是使用php_cli模式），并且不需要学习别的。

4.编写PHP的shell脚本
如果你不会bash shell或者Perl等的使用，但是你又需要一些脚本去执行的时候，怎么办？这个时候你完全可以使用你熟悉的php编写shell脚本，这个时候你是不是突然感觉PHP是不是太强大了！—–真正做到一种语言，到处开发！

PHP_CLI使用方法

win下面的执行方法：
假设php.exe 在D:xamppphp在dos命令在可以这个执行：

复制代码 代码如下:D:xamppphpphp.exe D:xampphtdocstest.php

就可以执行test.php这个文件了 。这里推荐win平台下xampp集成环境，真正比wamp强大N倍，这个集成包可以直接进入dos模式。

linux下php_cli使用
首先找到你安装php的路径，以我为例：



当然实现的方法不止一个，大家可以尝试其他方法实现！

例外关于php的cli还有很多参数可以加入：具体可以参考：http://php.net/manual/en/features.commandline.php

关于定时执行
cron是一个linux下的定时执行工具，可以在无需人工干预的情况下运行作业，周期性作业，比如备份数据 打开/etc/crontab，添加：
复制代码 代码如下:
/usr/bin/php -f /data/htdocs/test.php