这是我最近看到的一篇文章的后续，该帖子表明PHP性能很差：
“菲律宾比索。断续器总是。这。瓶颈。我的服务器场，让我向您展示它们！PHP 整体性能"
其次：
“PHP性能非常糟糕。我基于我对OpenX（在Linux上）和WordPress（在win64上）的经验。
我们能否得到一些客观的社区意见，关于PHP性能是好是坏......
“PHP性能有多好？”的答案是“足够好”。
我的意思是，网站的大多数性能问题都与其他问题有关，例如糟糕的数据库设计，很少甚至没有缓存，CSS / JavaScript /图像缓存等。
PHP被互联网上一些最大的网站使用，所以它通过了测试。Jeff Atwood认为PHP很糟糕，但这并不重要。有些事情可以正确地批评PHP（例如，不一致的参数顺序，不一致的函数命名，魔术引号等），但我认为他夸大了否定。
因此，不要根据假定的性能选择PHP（或不选择PHP），因为它无关紧要（与其他所有内容相比）。
PHP的性能很好。当然，除非你正在设计3D游戏。
这些差异可以忽略不计，而且是火焰诱饵。因为，真的，Rubyism的“谁在乎它是否快速，如果它扩展了？”都是错的吗？请参阅#2，了解导致您减速的原因的示例。
任何需要时间的事情。（讽刺，我知道。但实际上，这总是取决于你如何做你所做的事情，这需要时间。例如，我可以编写两个输出几乎相同的查询，但速度提高2.5倍，语法/选择更好。总的来说，PHP脚本中最糟糕的时间浪费是文件访问......多亏了硬件。因此，您包含/需要的文件数量会比其内容更慢地降低脚本的速度，尤其是在碎片化时。
通过这个简单的系统，我已经操纵了我自己的MVC框架，使其速度几乎是裸核CodeIgniter应用程序的10倍。是的，它更简单，更简约，但它应该表明，包含1个文件，而不是每个类1个，可以在速度上产生巨大的差异。
只要它的*AMP是好的，Linux服务器就会更快，或者当然会更快。我对我的WAMP和LAMP系统都很满意，尽管硬件和软件存在很大差异。（但一般来说，LAMP系统是最快的，尽管在硬件上是较小的。
