老是有人纠结什么语言。语言有那么重要吗？能解决问题就行。不用纠结具体什么语言。只是某些语言可能在某个领域好用而已。

优点就是专业，缺点也是专业，和同样从web2.0时代起家的javascript相比，Php始终打算守住web开发的一亩三分地，而javascript却从前端发展到后端

看起来好像专门开了一个黑PHP得贴

专业的PHP程序员很少，就是PHP最大的缺点。

比起缺点，我觉得PHP的优点更多一些。

别人说的，永远是别人说的。我建议你每门花一个月学习使用下，就了解区别和优劣了。

为什么那么多人吐糟PHP 也没说原因
http://segmentfault.com/q/1010000002470016/a-1020000002470259

之前是没有常驻内存的进程,没法直接写deamon的各种程序....

直到swoole的出现

引用PHP核心组开发成员Laruence在知乎上的一个回答：

其实, 我是比较拒绝参与这种讨论的, 不过想想我好像从来没有系统的阐述过对这个问题的看法, 今天就算破例一次吧.

首先, PHP烂? 我其实不明白是谁, 或者是那些人得出这个结论的, 或者请你说说PHP哪里烂了? 当然我也见过很多的PHP的失败设计之处, 比如函数名混乱, 比如一直被人黑的性能差. 如果这些就是你说PHP烂的理由, 那么我来反驳下.

函数名混乱, 这个有一定的历史原因, PHP在版本迭代的过程中首要保证的就是兼容性, 一些老的函数, 在那个久远的年代, 在那个社区没有人意识到这个问题的年代, 已经被加入到了PHP内部, 我们并不能简单的就改名, 这会造成代码不兼容, 所以这个是我们没办法抛弃的包袱.

但对我个人来说, 我不觉得函数名乱(首先, 我说的是极少数, 目前整个开发组都会很在意新加入的函数的命名, 或者其他的一致性)是个大问题, 就好比Linux各种发行版的各种类库, 你用哪种, 就遵循哪种的变量命名, 你会因为不喜欢一个类库的函数命名而不去用他么? 你在用了以后, 帮你免费的解决了问题以后, 省掉了你自己写代码的烦恼以后, 你反过来因为人类库作者函数命名乱，就骂一句烂！是不是稍微有点不厚道?

至于性能, 我们一直在致力于提高PHP的性能, 虽然绝大多数情况下, 性能的瓶颈根本不在语言本身(IO, 代码质量), 但是我们确实一直致力于去做这个事情, 让phper们可以透明的享受到性能的提升, PHP5诞生到PHP5.6已经有了数倍的性能提升, 更不用说最近的PHP7. 如果说PHP以前性能比较差, 没有问题, 但是未来, 有着这么一群优秀的贡献者努力为PHP提高性能, 如果你还天天闭着眼睛说PHP性能烂, 那就是有点不客观了.

对于未来发展, PHP有着繁荣的社区, 积极的开发组, 大量的开源项目支持, 你做任何的项目, 都可以找到合适的类库, 系统帮你快速完成任务, 并且随着性能的提升. 你可以小成本快速的完成项目, 快速的验证产品理念. 这对于百万创业者来说, 是烂么?

当然, 不厚道的说下, 还有一部分人是单充就是为了智商优越感, 或者屁股决定脑袋的为了推广自己的一些东西而恶意攻击PHP. 比如他们说PHP入门门槛低(90% of这些人可能认为语言越复杂, 学起来越爽), 烂. 说PHP不支持多线程(90% of这些人不知道多线程模型和IO复用模型的不相伯仲), 烂. 说PHP不支持异步(90% of这些人, 根本不知道异步代表什么), 烂. 说PHP是屌丝语言(99% of这些人是想找寻智商优越感), 烂. 每每我看到这种的论调, 我真的很无奈, 因为你根本没办法让一个装傻的人变聪明.

我们要努力认清这些人, 对于这部分人, 我们大可不必理会(但是有的时候, 这些人就天天在你面前晃悠, 也是挺无奈的). 给他们一些找寻优越感的机会, 人生本来已经如此辛苦, 何必剥夺他人寻找点点慰籍的可怜机会呢?

至于为什么PHP火起来了？ 因为它是一门能帮人们高效解决问题，快速实现想法的优秀工具，有什么理由不被大量采用呢？

最后， 我真的希望国内的社区少一些语言和工具之争, 多一些良性的技术讨论. 每一个语言都是很优秀的存在, 尊重每一个语言给我们带来的价值, 给社会带来的价值. 我们要做的是在合适的地方选用合适的语言和工具(我自己就是多种语言的使用者, C和PHP就不用说了, Lua, Js, Perl, Go, 等, 我会用最合适的工具解决我的问题, 你总不能在浏览器里写Go吧? ), 综合每一个工具的优势为我们所用. 而不是狂热的把非己类视为异教徒.

希望未来语言之争只是被大家当做笑话, 供茶余饭后消遣而用.

thanks

问题在这里：PHP既然这么烂，那它是怎么火起来的？

PHP-FPM和MOD_PHP(Apache)下的运行模式下:

有人说,每次请求PHP都要执行一次框架涉及到的PHP文件.这时可以开启ZendOpcache,把涉及到的PHP文件的opcode缓存到内存中.就算不开启ZendOpcache,操作系统也会把PHP文件缓存到内存,不会每次请求都访问磁盘.

有人说,PHP不能实现数据库连接池,每次请求都要建立数据库连接.这时可以开启持久连接,让每一个PHP工作进程(PHP-FPM/HTTPD)维持一个到数据库的连接,这样不同请求就可以共用一个数据库连接,需要注意的是,PHP进程数不要多于MySQL最大连接数(默认151).另外,不需要担心MySQL的wait_timeout 8小时超时问题,因为脚本执行new mysqli(),如果持久连接超时,会重新建立持久连接,否则重用存在的持久连接.

有人说,PHP不能缓存数据在内存,比如计数器不能保存到内存.这时可以把数据保存到MySQL memory内存表,或者Memcached和Redis这些K/V内存数据库中.事实上,鸟哥在PHP进程内部实现了一个K/V缓存系统,就是Yac.

有人说,PHP的多进程架构占用的内存多,假设一个进程占用40MB内存,开启100个进程也就占用4GB内存,而PHP-FPM默认才开启5个.

PHP这种可以认为是FastCGI的Web运行模式是非常健壮的,几乎不会因为脚本的问题而导致服务进程的崩溃,几乎也不会出现内存泄露的问题,修改代码即时生效,大大方便了开发和运维,也正是因为这样,PHP才能广泛运行于恶劣的虚拟主机环境下.

就算没有Swoole之前,CLI下的PHP也是可以写Daemon守护进程的,网络应用WorkerMan就是一个案例,用到了下面这些PECL扩展:
pcntl: 进程创建,信号控制,定时器,进程状态监控
posix: 守护进程化,用户组控制
sysvshm: 共享内存,进程间通信
sysvmsg: 消息队列,进程间通信
libevent: 让PHP可以使用系统epoll/kqueue等高级事件处理机制
proctitle: 更改进程的名称