15个 PHP 开发工具 PHP是一种服务器端的脚本语言，通常用于WEB开发，但也可以用于其他普通的功能。它是最常用的语言之一，目前大约有240万个网站是用PHP语言实现的。网络上有很多免费的PHP开发工具，这些工具对于PHP程序员来说是非常好用的，并且有很大的帮助作用。有很多基本的功能，也有许多高级工具，但是想找到适合你的却不是一件容易的事。互联网上有太多的资源，以至于很难找到适合的。如果你是一名Web开发人员，并在寻找一些新鲜的PHP开发工具，那么你就找对地方了。这篇文章中，我们将为你提供一份互联网上免费的最好用的PHP开发工具列表。这份列表中包含对初学者十分有用的工具，同样也包含专业PHP程序员开发特定功能所需的高端工具。1) PHP CPPphp-tools-php-cppPHP-CPP库是一个用于开发PHP扩展的C++库。它提供了一个可以用了创建PHP扩展的、文档健全、简单易用的类的集合。2) SUBLIMETEXTphp-tools-sublimetextSublimeText是程序员中最流行的编辑器之一。你一定会喜欢它漂亮的界面、强大的功能以及非凡的性能。3) PLATES PHPphp-tools-phpplates1Plates 是一个快速、简单易用、易扩展的本地PHP模版系统。Plates是为喜欢本地PHP模版，而非编译后的模版（如Twig，Smarty）的程序员准备的。4) HOAphp-tools-hoaHoa 是另一个非常流行的PHP库。5) SlimStarterphp-tools-xsenistySlimStarter为中小型Web应用提供了完美解决方案，提供HMVC环境，只有4M左右的大小。建立在完善的Slim框架之上，数据库层面提供Eloquent ORM，表现层使用Twig模版引擎。6) PARSEDOWNphp-tools-parsedownPHP中非常棒的Markdown解析工具。7) PRETTIFIERphp-tools-prettifierPrettifier 为常用的编程语言，如JSON、CSS、HTML、XML、SQL、PHP、Perl、Apache Config、JavaScript等提供了代码格式化和语法高亮等功能。8) FORPphp-tools-forpforp是提供PHP配置文件数据的轻量级PHP扩展。功能：每个函数分配时间和内存的测量CPU使用率函数调用的文件及行号谷歌跟踪事件格式函数说明函数分组函数别名9) GEOCODERphp-tools-geocoderGeocoder库通过提供了一个强大的抽象层来操作地理编码，可以帮你创建地理感知应用程序。10) TWIGphp-tools-twigTwig是一个快速、安全、灵活、现代化的PHP模版引擎。允许开发人员自定义标签和过滤器，并创建自己的DSL。11) REQUESTS FOR PHPphp-tools-requestsforphpRequests 是一个用PHP实现的HTTP库，它基于优秀的Requests Python库API实现。12) GUZZLE PHPphp-tools-guzzlephpGuzzle 是一个PHP的HTTP客户端，可以轻易地发送HTTP请求及实现WEB服务集成。13) BELTphp-tools-beltBelt 是PHP程序员非常顺手的工具。14) FAKERphp-tools-fakerFaker是一个为你生成假数据的PHP库。无论你是想启动数据库、创建漂亮的XML文件、进行压力测试等，Faker都可以满足你。15) MINKphp-tools-minkWEB中最重要的一部分就是浏览器。浏览器是互联网用户与Web应用程序及其他用户交互的窗口。用户总是通过浏览器来与应用程序交互。

一次php进程诡异退出的排查过程 一次php进程诡异退出的排查过程背景最近给XX项目搭建一个反垃圾平台。效果不错，但是出现了一个诡异的事情。离线扫描部分会有一个常驻的php进程，以便处理发现的垃圾信息。常驻的php进程总是诡异的退出。php代码示例如下：<?phpwhile(1){$content = fgets(STDIN);if(empty($content)){sleep(1);}//逻辑处理部分代码省略}?>排查过程最初的想法是php执行过程中出现的致命错误，导致php进程退出。好吧，我们使用register_shutdown_function来跟踪下到底是什么错误导致的进程退出。（想更多了解register_shutdown_function，请查看博文 妙用php中的register_shutdown_function和fastcgi_finish_request）加入了错误捕捉代码。如下：<?php$is_end = false;function catch_error(){global $is_end;$time = date('Y-m-d H:i:s');$error = error_get_last();$msg = "$time [error]";if($is_end){$msg .= "is_end[yes]";}else{$msg .= "is_end[no]";}if($error){$msg .= var_export($error,1);}echo $msg."\r\n";}register_shutdown_function("catch_error");?>可是，php进程再次退出。而在日志中并没有记录任何信息。说明register_shutdown_function方法根本没有执行。是什么导致register_shutdown_function方法没有运行呢？在php的官方文档中又这样一个注释：Shutdown functions will not be executed if the process is killed with a SIGTERM or SIGKILL signal. While you cannot intercept a SIGKILL, you can use pcntl_signal() to install a handler for a SIGTERM which uses exit() to end cleanly.注释的意思是当php进程获得SIGTERM和SIGKILL信号而退出时，是不执行register_shutdown_function方法的。可以使用pcntl_signal()方法来捕获信息，并调用相应的处理方法。好，那是不是信号导致我们的php进程退出呢？我们加入如下代码：<?phpdeclare(ticks = 1);function sig_handler($signo){$time = date('Y-m-d H:i:s');echo $time." exit signo[{$signo}]\r\n";exit("");}pcntl_signal(SIGTERM, "sig_handler");pcntl_signal(SIGHUP, "sig_handler");pcntl_signal(SIGINT, "sig_handler");pcntl_signal(SIGQUIT, "sig_handler");pcntl_signal(SIGILL, "sig_handler");pcntl_signal(SIGPIPE, "sig_handler");pcntl_signal(SIGALRM, "sig_handler");?>过一段时间，发现php进程退出了，日志中出现了如下日志信息：2014-11-23 18:30:06 exit signo[14]2014-11-23 18:30:06 [error]is_end[no]看来是sigalarm信号导致php进程退出了。这个信号是可以捕获和处理的。这样无关紧要的信号，我们还是忽略吧。最终的代码如下：<?phpdeclare(ticks = 1);$is_end = false;function catch_error(){global $is_end;$time = date('Y-m-d H:i:s');$error = error_get_last();$msg = "$time [error]";if($is_end){$msg .= "is_end[yes]";}else{$msg .= "is_end[no]";}if($error){$msg .= var_export($error,1);}echo $msg."\r\n";}register_shutdown_function("catch_error");function sig_handler($signo){$time = date('Y-m-d H:i:s');if($signo == 14){//忽略alarm信号echo $time." ignore alarm signo[{$signo}]\r\n";}else{echo $time." exit signo[{$signo}]\r\n";exit("");}}pcntl_signal(SIGTERM, "sig_handler");pcntl_signal(SIGHUP, "sig_handler");pcntl_signal(SIGINT, "sig_handler");pcntl_signal(SIGQUIT, "sig_handler");pcntl_signal(SIGILL, "sig_handler");pcntl_signal(SIGPIPE, "sig_handler");pcntl_signal(SIGALRM, "sig_handler");while(1){$content = fgets(STDIN);if(empty($content)){sleep(1);}//逻辑处理部分代码省略}$is_end = true;?>经过一段观察，在日志中又发现了alarm相关的日志，但是php进程依然在。看来我们的修改有

编程指南 第 1 部分：降低复杂性（算法级别摆脱复杂性）第 2 部分：摆脱空值（代码中的问题）第 3 部分：对象的生与死（对象生命周期以及如何正确封装它们）第 4 部分：消息（对象通信）

PHP路由技术的原理与实践 PHP路由技术的原理与实践0×00 路由实现原理用户通过指定的URL范式对后台进行访问，URL路由处理类进行处理后，转发到逻辑处理类，逻辑处理类将请求结果返回给用户。约定URL范式和规则约定一套自己喜欢的，对搜索引擎友好，对用户友好的URL规则URL处理类(即路由实现的核心)对用户请求的URL进行解析处理，获取到用户请求的类，方法，以及Query参数等，并将请求转发给逻辑处理类。逻辑处理类处理网站的真实业务逻辑。0×01 URL范式约定目前来说，有两种比较流行的URL格式，一种是普通模式，一种是 pathinfo 模式。普通模式在 ThinkPHP 框架中，默认的URL格式即为普通模式，普通模式URL如下:index.php?m=home&c=user&a=login&v=value其中 m 参数的值为模块名称， c 参数的值为控制器名称， a 参数的值为方法名称，之后的参数则为该方法中所要接收的其他 GET 请求参数pathinfo模式在 CodeIgniter 框架中，默认的URL格式为 pathinfo 模式，如下：index.php/controller/method/prarme1/value1这块的意义也已经标注的很明白了，在 method 以后，就是方法接收的 GET 参数了，格式就是 名称/值0×02 URL路由处理类（核心）此处我们选用最简单的普通单模块模式进行演示，只为说明简单的原理，如下：index.php?c=user&a=login&v=value我们约定参数 c 为控制器名称，参数 a 为方法名称，之后的均是 GET 参数<?phpinclude 'index.class.php';include 'user.class.php';// 对用户请求URL进行处理$query = $_GET;$controller = isset($query['c']) ? $query['c'] : 'indexController';$action = isset($query['a']) ? $query['a'] : 'index';if (class_exists($controller)) {if (method_exists($controller, $action)) {unset($_GET['c']);unset($_GET['a']);// 实例化用户请求类并调用方法(new $controller())->$action();} else {echo '控制器' . $controller . '中不存在方法' . $action;}} else {echo '不存在控制器' . $controller;}其中 unset() 掉两个get参数，只是为了对真正调用的方法造成其他影响。0×03 逻辑处理类逻辑处理类就是最终的业务逻辑，也就是真正的回应用户请求的代码片段。下面只是一个简单的示例：/ index.class.php 文件源码 /<?phpclass indexController {public function index(){var_dump($_GET);}}/ user.class.php 文件源码 /<?phpclass user {public function index() {echo '这里是User控制器';}public function login() {var_dump($_GET);}}0×04 结束这里只是最简单的PHP路由技术的原理，其实真正为一个项目或者框架进行路由开发，可能需要能够兼容很多复杂的情况，需要对各种情况都要考虑到。

浅谈 Node.js 和 PHP 进程管理 浅谈 Node.js 和 PHP 进程管理众所周知，PHP 占据了服务端编程语言的半壁江山，正如汪峰在音乐圈的地位一般。随着 Node.js 逐渐走上服务端编程的舞台，关于 PHP 和 Node.js 孰优孰劣的争论也不曾间断。垄断性的市场份额足以佐证 PHP 的优秀。并且 HHVM 虚拟机、PHP 7 的革新，也给 PHP 带来了跨越式的性能突破。然而，当我们为语言层面的性能差异喋喋不休时，却往往忽略了 Web 模型在性能表现中的权重。从 CGI 到 FastCGI早期的 Web 服务，是基于传统的 CGI 协议实现的。每个发送到服务器的请求，都需要经过启动进程、处理请求、结束进程三个步骤，以至于访问量增大时，系统资源（如内存、CPU 等）开销也巨大，导致服务器性能下降甚至服务中断。图 1：简单的 CGI 流程示意在 CGI 协议下，解析器的反复加载是性能低下的主要原因。如果让解析器进程长驻内存，那么它只需启动一次，就可以一直执行着，不必每次都重新 fork 进程，这就有了后来的 FastCGI 协议。如果 FastCGI 仅仅做到这样，那么和 Node.js 单进程单线程的模型是基本一致的：Node.js 进程启动后保持持续运行，所有的请求都由这个进程接收和处理，当某个请求引起未知错误时，才可能致使进程退出。事实上 FastCGI 并没有那么简单，为了保证服务的稳定性，他被设计成了多进程调度的模式：图 2：Nginx + FastCGI 执行过程这个过程同样可以描述为三个步骤：首先，初始化 FastCGI 进程管理器，并启动多个 CGI 解释器子进程；接着，当请求到达 Web 服务器时，进程管理器选择并连接一个子进程，将环境变量和标准输入发送给它，处理完成后将标准输出和错误信息返还给 Web 服务器；最终，子进程关闭连接，继续等待下一个请求的到来；从 child_process 到 cluster我们回过头来看看 Node.js 的进程管理方式。原生 Node.js 的单进程单线程模型是一个极易被喷的槽点。这种机制也决定了 Node.js 天生只支持单核 CPU，无法有效地利用多核资源，一旦进程崩溃，还会导致整个 Web 服务的土崩瓦解。图 3：简单的 Node.js 的请求模型和 CGI 一样，单一进程始终面临着可靠性低、稳定性差的问题，当真正服务于生产环境时，这样的弱点相当致命。如果代码本身足够健壮，倒可以在一定程度上避免出错，但同时也对测试工作提出了更高要求。现实中我们无法避免代码 100% 不出纰漏，有些东西容易编写测试用例，有些东西却只能依靠人肉目测。所幸 Node.js 提供了 child_process 模块，通过简单 fork 即可随意创建出子进程。如果为每个 CPU 分别指派一个子进程，多核利用就完美实现了。于此同时，由于child_process 模块本身继承自 EventEmitter 这个基础类，事件驱动使得进程间的通信非常高效。图 4：简单的 Node.js master-worker 模型（扒的淘杰老湿的图）为了简化庞杂的父子进程模型实现，Node.js 紧接着又封装了 cluster 模块，不论是负载均衡、资源回收，还是进程守护，它都会像保姆一样帮你默默地搞定一切。具体技术细节可以参考淘杰老湿的《当我们谈论 cluster 时我们在谈论什么(上)》和《当我们谈论 cluster 时我们在谈论什么(下)》，里面有所有关于 cluster 方案的推演和实现，这里不再赘述。在 Node.js 里，要让应用跑在多核集群上，只需寥寥几行代码就万事大吉了：var cluster = require('cluster');var os = require('os');if (cluster.isMaster) {for (var i = 0, n = os.cpus().length; i < n; i ++) { cluster.fork(); }} else {// 启动应用...}那么反观 FastCGI 协议，它又是如何处理这种模型的呢？PHP-FPM 的天生缺陷PHP-FPM 是 PHP 针对 FastCGI 协议的具体实现，也是 PHP 在多种服务器端应用编程端口（SAPI：cgi、fast-cgi、cli、isapi、apache）里使用最普遍、性能最佳的一款进程管理器。它同样实现了类似 Node.js 的父子进程管理模型，确保了 Web 服务的可靠性和高性能。PHP-FPM 这种模型是非常典型的多进程同步模型，意味着一个请求对应一个进程线程，并且 IO 是同步阻塞的。所以尽管 PHP-FPM 维护着独立的 CGI 进程池、系统也可以很轻松的管理进程的生命周期，但注定无法像 Node.js 那样，一个进程就可以承担巨大的请求压力。受制于服务器的硬件设施，PHP-FPM 需要指定合理的 php-fpm.conf 配置：pm.max_children # 子进程最大数pm.start_servers # 启动时的子进程数pm.min_spare_servers # 最小空闲进程数，空闲进程不够时自动补充pm.max_spare_servers # 最大空闲进程数，空闲进程超过时自动清理pm.max_requests = 1000 # 子进程请求数阈值，超过后自动回收和 JS 不一样的是，PHP 进程本身并不存在内存泄露的问题，每个进程完成请求处理后会回收内存，但是并不会释放给操作系统，这就导致大量内存被 PHP-FPM 占用而无法释放，请求量升高时性能骤降。所以 PHP-FPM 需要控制单个子进程请求次数的阈值。很多人会误以为 max_requests 控制了进程的并发连接数，实际上 PHP-FPM 模式下的进程是单一线程的，请求无法并发。这个参数的真正意义是提供请求计数器的功能，超过阈值数目后自动回收，缓解内存压力。或许你已经发现了问题的关键：尽管 PHP-FPM 架构卓越，但还是卡在单一进程的性能上了。Node.js 天生没有这个问题，而 PHP-FPM 却无法保证，它的稳定性受制于硬件设施和配置文件的契合度，以及 Web 服务器（通常是 Nginx）对 PHP-FPM 服务的负载调度能力。ReactPHP，事件驱动，异步执行，非阻塞 IO对 PHP 7 的狂热掩盖了 Node.js 带来的猛烈冲击。当大家还沉醉在如何选择 HHVM 还是 PHP 7 的时候，ReactPHP 也在茁壮成长，它彻彻底底抛弃了 nginx + php-fpm 的传统架构，转而模仿并接纳了 Node.js 的事件驱动和非阻塞 IO 模型，甚至连副标题，都起得一毛一样：Event-driven, non-blocking I/O with PHP.鉴于大家都比较了解 Node.js，对 ReactPHP 的原理就不再赘述了，我们可以认为它就是个 PHP 版的 Node.js。拿它和传统架构（Nginx + PHP-FPM，公平起见，PHP-FPM 只开一个进程）去做对比，结果是这样的：图 5：输出“Hello World”时的 QPS 曲线图 6：查询 SQL 时的 QPS 曲线我们可以看到，当事件驱动、异步执行、非阻塞 IO 被移植嫁接到 PHP 上后，即便没了 PHP-FPM 支撑，QPS 曲线依然不错，在 IO 密集型的场景下，性能甚至得到了成倍成倍的提升。事件和异步回调机制真是太赞了，它巧妙地将大规模并发、大吞吐量时的拥堵化解为一个异步事件队列，然后挨个解决阻塞（如文件读取，数据库查询等）。针对单进程模型的吐槽，或许有些偏激。不过显而易见的事实是，单进程模型的可靠性，在 Web 服务器和进程管理器层面是有很大的优化空间的，而高并发的处理能力取决于语言特性，说白了就是事件和异步的支持。这两点想必是让 Node.js 天生骄傲的事情，但在 PHP 里没有得到原生支持，只能通过模拟步进操作的方式来支持类似 Node.js 的事件机制，所以 ReactPHP 其实也并没有想象中那么完美。结束语大部分时候，当我们比较语言优劣，容易局限在语言本身，而忽视了配套的一些关键因素。就拿 PHP 来说，这两年听到了太多关于即时编译器（JIT）、opcode 缓存、抽象语法树（AST）、HHVM 等等之类的话题。当这些优化逐步完备，语言层面的问题，早已不再是 Web 性能的短板了。如果实在不行，我们还可以把复杂任务交给 C 和 C++，以 Node.js addon 或者 PHP 扩展的形式，轻轻松松就搞定了。都说 PHP 是“世界上最好的语言”，既然如此，也是时候学习下 Node.js 事件驱动和异步回调，考虑考虑如何对 PHP-FPM 进行大刀阔斧的革新。毕竟不管是 Node.js 还是 PHP，我们所擅长的地方，终将还是 Web，高性能的 Web。相关资料FastCGI Process Manager (FPM)ReactPHP - Event-driven, non-blocking I/O with PHP.ReactPHP - PHP 版的 Node.js当我们谈论 cluster 时我们在谈论什么(上)当我们谈论 cluster 时我们在谈论什么(下)