小视频，自媒体平台，达种族草一站服务
PHP的确十分非常容易撰写。可是PHP也是有一些十分比较严重的缺点。
下边我能得出我的原因，为何PHP不适感合于比中小型业余组网站更大的网站。
1. 对递归的欠佳适用
递归是一种涵数启用本身的体制。它是一种强劲的特点能够把一些繁杂的物品越来越非常简单。有一个应用递归的事例是迅速排列(quicksort)。悲剧的是，PHP其实不善于递归。Zeev，一个PHP开发设计工作人员，讲到： PHP 4.0(Zend)对聚集数据信息应用了栈方法，而并不是应用堆方法。换句话说它能容忍的递归涵数的总数限定和别的語言相比来显著少。 见bug 1901。它是一个很不太好的托词。每个程序编写語言都应当出示优良的递归适用。
2. 很多PHP控制模块也不是进程安全性的
在两年前，Apache公布了Web网络服务器的2.0版。这一版本号适用多段程方式，在这里个方式下，手机软件一个一一部分能够同时运作好几个。PHP的创造发明者说PHP的关键是进程安全性的，可是单核心控制模块不一定是５ 鞘 斡芯糯危 阆胍 赑HP脚本制作中应用这类控制模块，但这又使你的脚本制作不可以适合Apache的多段程方式。这也是为何PHP工作组不强烈推荐在Apache 2 的多段程方式下运作PHP。欠佳的多段程方式适用使PHP常被觉得是Apache 2仍然不时兴的缘故之一。
3. PHP 因为商业服务缘故而不完善
根据应用缓存文件，PHP的特性能够俱增500%[见标准检测]。那麼为何缓存文件沒有被搭建在PHP中呢?由于Zend PHP的生产制造者，它在市场销售自身的Zend Aelerator，因此自然，她们不愿抛下自身的商业服务商品这方面肥肉。
可是有另外一个可选择择的： APC. (Zend之后发布Zend Optimizer，完全免费的加快器 译者)
4. 沒有取名室内空间
构想某一人制作了一个PHP控制模块用于阅读文章文档。控制模块中一个涵数称为read。随后另外一本人的控制模块能够载入网页页面的，一样包括一个涵数read。随后大家就没法同时应用这2个控制模块了，由于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文档，你能手中册中发觉2个控制模块：PDF 和 ClibPDF。可是这2个全是有商业服务批准证的。因此，你所应用的每一个控制模块，你必须保证你愿意他的批准证。
7. 不一致的涵数取名标准
一些涵数名字是有好几个英语单词构成的。一般有三种英语单词组成的习惯性：
立即拼凑：getnumberoffiles
用下横线分离：get_number_of_files
骆驼图片规律：getNumberOfFiles
大部分分語言挑选在其中一中。可是PHP都采用了。
比如，你要要把一些独特标识符变换成HTML实体线，你能应用涵数htmlentities (立即拼凑英语单词)。假如你需要应用反过来的作用，你需要采用它的小侄子html_entity_decode。因为一些独特的缘故，这一涵数名是由下横线隔开英语单词。如何能那样呢?你了解有一个涵数叫strpad。或是他是str_pad?每一次你必须查询一下究竟这一标记是啥或是立即等他出現一个不正确。涵数不是分尺寸写的，因此针对PHP来讲rawurldecode 和RawUrlDecode中间沒有甚么差别。这也很不尽人意，由于2个都应用来到同时她们看起来还不一样，搞混了阅读文章者。
8. 法术引入的炼狱
法术引入(Magic quote)能够维护PHP脚本制作免遭SQL引入进攻。这非常好。可是出自于一些缘故，你可以以在php.ini中关掉这一配备。因此你假如要写成一个有延展性的脚本制作，你都要查验法术引入是打开還是关掉。那样一个 特点 应当让程序编写更简易，而客观事实上越来越更繁杂了。
9. 缺乏规范架构
一个发展中的网站沒有一个总体架构，最后能变成维护保养的恶梦。一个架构可让许多工作中越来越简易。如今最时兴的架构实体模型时MVC-实体模型，在这其中主要表现层、业务流程逻辑性和数据信息库浏览都分离出来开过。
许多PHP网站不应用MVC-实体模型。她们乃至沒有一个架构。乃至如今有一些PHP架构同时你都可以以自身写一个，有关PHP的文章内容和指南沒有提升架构的一个字。同时JSP-开发设计工作人员应用像Struts的架构、ASP开发设计工作人员应用，看上去仿佛这种定义都普遍被PHP开发设计工作人员所掌握。这便说一目了然PHP具体上究竟是多技术专业。
小结
甚么难题?
针对十分小的新项目，它能够是一个十分合乎人意的程序编写語言。可是针对很大的和更加繁杂的新项目，PHP就凸显他的欠缺了。如果你持续地探求以后，你能发觉我提及的一些难题的处理计划方案。因此，当处理计划方案己知以后，为何不可以调整他呢?此外为何这种修复没有指南中提及呢? 一个开源系统的語言十分离行是一件好事儿。但悲剧得是，它并不是一个杰出的語言。希望全部的难题能有一天获得处理(或许在PHP6?)，随后大家就将有着一个开源系统語言，他既开源系统，又功能强大。
到如今，如果你要起动一个超过五个脚本制作网页页面的新项目的情况下，你最好考虑到C#/ASP.NET或是 Java/JSP或是或许Python一样是一个更强的挑选。
