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都用到了。
8、魔法引用的地狱
魔法引用(Magic?quote)可以保护PHP脚本免受SQL注入攻击。这很好。但是出于某些原因，你可以在php.ini中关闭这个配置。所以你如果 要写出一个有弹性的脚本，你总要检查魔法引用是开启还是关闭。这样一个“特性”应该让编程更简单，而事实上变得更复杂了。
9、缺少标准框架
一个成长中的网站没有一个整体框架，最终会变成维护的噩梦。一个框架可以让很多工作变得简单。现在最流行的框架模型时MVC-模型，在其中表现层、业务逻辑和数据库访问都分离开了。
很多PHP网站不使用MVC-模型。他们甚至没有一个框架。甚至现在有一些PHP框架同时你都可以自己写一个，关于PHP的文章和手册没有提高框架的一个 字。同时JSP-开发人员使用像Struts的框架、ASP开发人员使用.net，看起来好像这些概念都广泛被PHP开发人员所了解。这就说明了PHP实 际上到底是多专业。
总结
对于非常小的项目，它可以是一个十分符合人 意的编程语言。但是对于较大的和更为复杂的项目，PHP就显出他的薄弱了。当你不断地摸索之后，你会发现我提到的某些问题的解决方案。所以，当解决方案已知之后，为什么不能修正他呢?另外，为什么这些修补不在手册中提到呢??一个开源的语言十分流行是一件好事。更多详细编程语言教程集合可登陆e良师益友网。
