有感于“论PHP的倒掉”

Adobe/Sun/Oracle这些州官们，
在windows,linx,mac,solaris,freebsd,...上多多少少，大部分都玩得转，
不像M$的大部分产品那样，出了他家windows的门，别的平台都歇菜，
能一样吗?

自家的产品为什么不能自己扩充,难不成你在卖东西的时候还要免费帮你的竞争者宣传???

不要忘了,微软始终是 操作系统 开发商...

php 也许会走向末路

微软扩充自家产品是应该的，但是第三方公司，
特别是那些跟微软没有丝毫合作关系的公司，
在成本差不多的情况下，选择IE only甚至是IE6 only的方案，
我觉得有些欠妥。

终于看完了所有的贴子，然后再看主楼，发现楼主的文字是没有表达出应有的意思，我的理解应该是这样的：

1、PHP的优势是简单，快速。很多特性都是为了生成WEB页面设计的，所以使用PHP可以非常快速的生成应用的页面，这是PHP的传统优势；而JS/Ajax的兴起，前端JS接管了页面的组装，而只需要后端返回一个数据源而己，比如前端使用ExtJS，消费JSON数据源，那后端是PHP还是.net，开发速度差距就不像以前那么明显了。

2、因为服务标准化的关系，前端和后端的划分更加的明显。比如一个应用采用 XML/RPC方式开放服务，前端可以任意采用ExtJS, GWT或是Flash, JavaFX等方式。这个时候，PHP肯定和Java，.Net一样，退到了后端，为前端提供服务。

3、目前PHP的确相比其它语言来说，的确有硬伤，比如OOP的支持，XML的支持等等，在纯后端的开发中，是不可能和C#, Java, Python之类的语言相比的。

也就是说，因为Ajax，Flash的兴趣，PHP退到了后端，和.net, Java直接竞争，当然以目前的情况来说，很是悲观，所以楼主发了这篇贴子。

PHP的开源 + 大型商业公司的支持 + 社区力量 + 庞大的群众基础，就注定PHP只会越来越强大。

为什么PHP就不能在后端服务？？？

我现在一个项目就是extjs+QeePHP，用的很爽，当然爽在ajax json数据交互非常简单流畅！！

现在基本上可以验证了，传说Facebook用PHP自有一套，貌似要转C++的
http://www.iteye.com/news/13287

恩 总结的不错 楼主的帖子我没有看懂再说什么！

我不同意 这种看法，这种one page one application的模式 应用还不是很广泛，前后端完全隔离的难度也很大，不管是对于做内容还是做应用的web app来说，使用服务器端语言组装页面的模式还是主流，原因就是简单，而且很容易在页面中处理各种复杂的数据结构！

至于用纯xml/js做前端的开发模式，我做了一个实验，比如这个 http://shoes-ordering.heroku.com/ 目前只能在ff下运行， 前端就是完全用js生成的，后端用ruby生成的xml作为数据源，发现开发效率严重下滑，还要考虑js的兼容性，而且并没有发现特别的理由这样做，再说，前后端完全分离的模式也叫了不止一年二年了，目前还是web game这样做的比较多，值得注意的是，php+flash是目前开发webgame的主流技术平台之一

1、正如“seanzeng”所说“因为Ajax，Flash的兴趣，PHP退到了后端，和.net, Java直接竞争，当然以目前的情况来说，很是悲观”。

2、“下一站，火星”说：“发现开发效率严重下滑，还要考虑js的兼容性”，这也是现实存在的问题，也可以看成是很好的机遇。如果采用jQeury或Ext之类javascript框架，开发效率应该会有所改观。会有更多的人重视javascript的学习和应用。

3、最乐观的情况是：PHP在开发效率和运行性能上都表现良好。相对于Java来说，PHP已经大大提高了开发效率；看到了Facebook的HipoPHP，PHP有希望在后端提高核心竞争力。当然可能“任重而道远”。

4、现在以扩展方式使用PHP基本上只有有实力的大公司才可以玩得转，需要相当的C/C++编程能力，还要熟悉PHP内核及源码。

5、传闻中Facebook跟Zend合作改进PHP，非常希望看到ZendFramework得到根本的性能改善，或许不久的将来会看见zendframework.so加入PHP扩展。