本文目录一览：
对于大型系统PHP为什么令人不爽
我在过去的四年里一直致力于PHP应用的开发。PHP确实十分容易编写。但是PHP也有一些十分严重的缺陷。下面我会给出我的理由，为什么PHP不适合于比小型业余网站更大的网站。1. 对递归的不良支持递归是一种函数调用自身的机制。这是一种强大的特性可以把某些复杂的东西变得很简单。有一个使用递归的例子是快速排序(quicksort)。不幸的是，PHP并不擅长递归。Zeev，一个PHP开发人员，说道：“PHP 4.0(Zend)对密集数据使用了栈方式，而不是使用堆方式。也就是说它能容忍的递归函数的数量限制和其他语言比起来明显少。”见bug 1901。这是一个很不好的借口。每一个编程语言都应该提供良好的递归支持。2. 许多PHP模块都不是线程安全的在几年前，Apache发布了Web服务器的2.0版。这个版本支持多线程模式，在这个模式下，软件一个一部分可以同时运行多个。PHP的发明者说PHP的核心是线程安全的，但是非核心模块不一定是。但是十次有九次，你想要在PHP脚本中使用这种模块，但这又使你的脚本不能合适Apache的多线程模式。这也是为什么PHP小组不推荐在Apache 2 的多线程模式下运行PHP。不良的多线程模式支持使PHP常被认为是Apache 2依然不流行的原因之一。3. PHP 由于商业原因而不健全通过使用缓存，PHP的性能可以陡增500%[见基准测试]。那么为什么缓存没有被构建在PHP中呢?因为Zend——PHP的制造者，它在销售自己的Zend Accelerator，所以当然，他们不想抛弃自己的商业产品这块肥肉。但是有另一个可选择的： APC. (Zend后来推出Zend Optimizer，免费的加速器——译者)4. 没有命名空间设想某个人制作了一个PHP模块用来阅读文件。模块中一个函数叫做read。然后另一个人的模块可以读取网页的，同样包含一个函数read。然后我们就无法同时使用这两个模块了，因为PHP不知道你要用哪个函数。 但是有一个很简单的解决方法，那就是命名空间。曾经有人建议PHP5加入这个特性，但不幸得是他没有这么做。现在，没有命名空间，每个函数都必须加上模块名作为前缀，来避免名称冲突。这导致了函数名恐怖得长，例如xsl_xsltprocessor_transform_to_xml让代码难于书写和理解。5. 不标准的日期格式字符很多程序员对 日期格式字符 都很熟悉，它是从UNIX和C语言中来的。其他一些编程语言采用了这个标准，但是很奇怪的，PHP有它自己的一套完全不兼容的日期格式字符。在C中，“%j”表示一年中的当天，在PHP中他表示一个月中的当天。然而使事情更混乱的是：Smarty (一个很流行的PHP模版引擎)的 strftime 函数和 date_format 函数，却使用了C/UNIX的格式化字符。6. 混乱的许可证你也许认为PHP是免费的，所有的在手册中提到的PHP模块也是免费的。错了!例如，如果你想在PHP中生成PDF文件，你会在手册中发现两个模块：PDF 和 ClibPDF。但是这两个都是有商业许可证的。所以，你所使用的每个模块，你都要确保你同意他的许可证。7. 不一致的函数命名规则有些函数名称是有多个单词组成的。一般有三种单词组合的习惯：直接拼接：getnumberoffiles用下划线分开：get_number_of_files骆驼法则：getNumberOfFiles大部分语言选择其中一中。但是PHP都用到了。例如，你想要把一些特殊字符转换成HTML实体，你会使用函数htmlentities (直接拼接单词)。如果你要使用相反的功能，你要用到它的小弟弟html_entity_decode。由于某些特殊的原因，这个函数名是由下划线分隔单词。怎么能这样呢?你知道有一个函数叫strpad。或者他是str_pad?每次你都要查看一下到底这个符号是什么或者直接等他出现一个错误。函数是不分大小写的，所以对于PHP来说rawurldecode 和RawUrlDecode之间没有什么区别。这也很糟糕，因为两个都使用到了同时他们看上去还不一样，混淆了阅读者。8. 魔法引用的地狱魔法引用(Magic quote)可以保护PHP脚本免受SQL注入攻击。这很好。但是出于某些原因，你可以在php.ini中关闭这个配置。所以你如果要写出一个有弹性的脚本，你总要检查魔法引用是开启还是关闭。这样一个“特性”应该让编程更简单，而事实上变得更复杂了。9. 缺少标准框架一个成长中的网站没有一个整体框架，最终会变成维护的噩梦。一个框架可以让很多工作变得简单。现在最流行的框架模型时MVC-模型，在其中表现层、业务逻辑和数据库访问都分离开了。很多PHP网站不使用MVC-模型。他们甚至没有一个框架。甚至现在有一些PHP框架同时你都可以自己写一个，关于PHP的文章和手册没有提高框架的一个字。同时JSP-开发人员使用像Struts的框架、ASP开发人员使用.Net，看起来好像这些概念都广泛被PHP开发人员所了解。这就说明了PHP实际上到底是多专业。总结什么问题?对于非常小的项目，它可以是一个十分符合人意的编程语言。但是对于较大的和更为复杂的项目，PHP就显出他的薄弱了。当你不断地摸索之后，你会发现我提到的某些问题的解决方案。所以，当解决方案已知之后，为什么不能修正他呢?另外为什么这些修补不在手册中提到呢? 一个开源的语言十分流行是一件好事。但不幸得是，它不是一个伟大的语言。我希望所有的问题能有一天得到解决(也许在PHP6?)，然后我们就将拥有一个开源语言，他既开源，又好用。到现在，当你要启动一个多于5个脚本页面的项目的时候，你最好考虑C#/ASP.Net 或者 Java/JSP或者也许Python同样是一个更好的选择。
PHP5.5 和PHP5.6的区别
PHP5.5 和PHP5.6的区别
摘要：在一个基于Vagrant的本地环境中，可能是某个错误的原因，导致HHVM测试结果很差；在HHVM伙伴们协助下，该原因仍在研究中！然而，在DigitalOcean的一个4GB虚拟机中，HHVM甚至盖过了最新版的PHP-NG的风头！
结论：它们反映出HHVM的功效更佳（在JIT热启动后），虽然出于某些原因，我们不能在所有装备中获取这些结果。
如果你记得我们在几个月前写过一篇文章，那时WordPress 3.9表明是完全支持HHVM的，当时是那么令我们欢欣鼓舞。最初的基准测试结果显示，HHVM要比驱动着当前所有PHP构建的Zend引擎高级得多。后来，问题就出来了：
HHVM只能以单个用户运行，这意味着（在共享环境中）安全性差了
HHVM在崩溃后不会自动重启，而不幸的是，它至今仍然经常发生
HHVM在启动时使用大量内存，虽然，它和同规模的PHP-FPM比较，单个请求的内存使用量更低
很显然，你不得不根据你的（或者更确切地说是你的站点）的需求采取折中方案，然而这值得吗？切换到HHVM后，你期望获得多少性能改善呢？
在Kinsta，我们真的想要测试所有新技术，并通常会优化这一切来为我们的客户提供最佳的环境。今天，我最终花了点时间来配置测试环境并进行了一些测试来对比两个不同的构建，一个是全新出炉的WordPress安装，另外一个则添加了大量内容的WooCommerce！为了计量脚本的运行时间，我只是简单地添加了
?php timer_stop(1); ?
这一行到footer.php的/body标记前。
这里是配置环境的详情：
DigitalOcean 4GB 雨滴容器 (2 CPU核心, 4GB RAM)
Ubuntu 14.04, MariaDB10
测试站点： 已导入演示内容的Munditia主题，WooCommerce 2.1.12 WordPress 3.9.1
PHP 5.5.9, PHP 5.5.15, PHP 5.6.0 RC2, PHP-NG （20140718-git-6cc487d）和HHVM 3.2.0 （版本是PHP 5.6.99-hhvm）
没有进一步大费周章，这些就是我的测试结果，数值越低越好，以秒为单位：
DigitalOcean 4GB 雨滴容器
单位是秒，运行10次，越低越好
看起来似乎PHP-NG在它首次运行后就获得了峰值性能！HHVM需要更多几次重载，但是它们的性能貌似差不多！我等不及PHP-NG合并到开发主干了！：）
一分钟命中数，越高越好。
PHP 5.5.15禁用OpCache
执行： 236 hits
可用性： 100.00 %
消耗时间： 59.03 secs
传输的数据： 2.40 MB
回应时间： 2.47 secs
执行率： 4.00 trans/sec
吞吐量： 0.04 MB/sec
并发数： 9.87
成功的执行： 236
失败的执行： 0
最长执行： 4.44
最短执行： 0.48
PHP 5.5.15启用OpCache
执行： 441 hits
可用性： 100.00 %
消耗时间： 59.55 secs
传输的数据： 4.48 MB
回应时间： 1.34 secs
执行率： 7.41 trans/sec
吞吐量： 0.08 MB/sec
并发数： 9.91
成功的执行： 441
失败的执行： 0
最长执行： 2.19
最短执行： 0.64
PHP 5.6 RC2禁用OpCache
执行： 207 hits
可用性： 100.00 %
消耗时间： 59.87 secs
传输的数据： 2.10 MB
回应时间： 2.80 secs
执行率： 3.46 trans/sec
吞吐量： 0.04 MB/sec
并发数： 9.68
成功的执行： 207
失败的执行： 0
最长执行： 3.65
最短执行： 0.54
PHP 5.6 RC2启用OpCache
执行： 412 hits
可用性： 100.00 %
消耗时间： 59.03 secs
传输的数据： 4.18 MB
回应时间： 1.42 secs
执行率： 6.98 trans/sec
吞吐量： 0.07 MB/sec
并发数： 9.88
成功的执行： 412
失败的执行： 0
最长执行： 1.93
最短执行： 0.34
HHVM 3.2.0（版本是PHP 5.6.99-hhvm）
执行： 955 hits
可用性： 100.00 %
消耗时间： 59.69 secs
传输的数据： 9.18 MB
回应时间： 0.62 secs
执行率： 16.00 trans/sec
吞吐量： 0.15 MB/sec
并发数： 9.94
成功的执行： 955
失败的执行： 0
最长执行： 0.85
最短执行： 0.23
PHP-NG启用OpCache（构建: Jul 29 2014）
执行： 849 hits
可用性： 100.00 %
消耗时间： 59.88 secs
传输的数据： 8.63 MB
回应时间： 0.70 secs
执行率： 14.18 trans/sec
吞吐量： 0.14 MB/sec
并发数： 9.94
成功的执行： 849
失败的执行： 0
最长执行： 1.06
最短执行： 0.13
学PHP开发有前途吗？
随着Web2.0的提出和发展，互联网行业迎来新一波的热潮，由于互联网本身快速发展、不断创新的特点，决定了只有以最快开发速度和最低成本，才能赢得胜利，才能始终保持网站的领先性和吸引更多的网民。互联网的企业生存和竞争的核心在于技术，技术、研发人才永远是这些企业不可或缺的关键性人物，具备优质的人才团队和领先技术，才能在最短的时间内创造出更优秀的网络应用。
PHP拥有非常强大的生态群，包括免费的网站内容管理系统(PHPCMS，DedeCMS，帝国CMS)，免费的商城系统(ShopEX，ShopNC)，免费微信管理系统(微擎，小猪CMS，微易)，免费的社交论坛系统(Discuz和PHPWind)，甚至免费的OA，免费的资料管理，客户关系管理系统等。企业可以免费使用这些系统，强大的生态群为企业降低了人力资源成本。
在未来，这些系统均需要PHP程序员来维护开发。这些开源免费的系统，占据市场份额后，他们的创使人又特别容易走向自主创业的道路，而这些系统均需要PHP程序员去维护。PHP作为服务端语言，需要了解的知识体系非常全面和丰富。由PHP入手，进入到未来互联网技术的顶端序列——架构师，是一个非常不错的选择。
以国内动态网站来说，超过80%都在使用PHP技术，少数普通PHP程序员无论从数量还是质量上都无法满足庞大的市场需求，在一个信息科技快速发展的时代，自然需要PHP的快速开发来实现。也就说PHP是不可或缺而且需求量很大。同时php本身的易用性和多平台实用性是其他开发技术难以比拟的。
它驱动全球超过2亿多个网站，有全球超过81.7%的公共网站在服务器端采用php。不仅如此，据统计，有78.1%从事php的人认为php最容易学习和上手。这是因为php常用的数据结构都内置了，使用起来方便简单，也一点都不复杂，表达能力相当灵活。
像京东、淘宝、天猫、Google、百度、新浪、腾讯QQ、微信等很多互联网相关企业都在使用php开发框架，所以可以说市场对php的开发程序员的需求还是比较大的。通过各个招聘网站搜索php工程师，得出的数字让我们两眼放光，智联招聘php的招聘岗位高达43081个;前程无忧的招聘岗位人数达46008;猎聘网的相关数据为6013个，可见php的需求多，职位也多.
而且php7的提出，使得php在不断兼容着类似closures和命名空间等技术，同时兼顾性能和当下流行的框架。版本是7之后，一直在提供更高性能的应用，在一些WordPress基准测试当中，性能可以达到php 5.6的3倍。PHP 7包含了一些重大安全改进，如除去php安全模式，添加魔术引号，有一些新的保留关键字等等。
从以上几个方面分析来看，PHP的就业前景还是很好的，学PHP开发是一个不错的选择。
