有感于“论PHP的倒掉”

----------------------------------------
前言
    已被隐藏的《论PHP的倒掉》参见http://www.iteye.com/topic/520153。
    面对攻击和隐藏扣分，我并不感到愤怒和伤怀，那样太消极了。被隐藏后引发了我的思考，为什么会被隐藏和遭受攻击？到底我所思考的是不是走入了误区？我如何正确的认识php和编程？我能从中得到些什么启示呢？
    另外我声明一下，我就是phpchina的七月十五，但是并不代表phpchina的立场，所说的话只是私人言论，在javaeye我只希望我是javaeye的会员而已。）
----------------------------------------

    php作为目前排名的第三大语言，这么多年来多少有点研究，php的发展并没有扬长避短，发挥优势，实在看不出php的长处在最近几年的发展。一样东西如果没有长处，一定会有替代品，淘汰是迟早的事情。撇开php在后端领域目前根本就竞争不过java和.net不说，javascript潜力的发掘和崛起，以及Flex，JavaFX，GWT等的进步，无一不威胁着php的优势地位。不要认为php是服务端脚本就没有被取代的可能性。

    未来的编程发展方向是服务(Service)式和分布(Distributed)式的。这必然会导致信息传输的编码标准化，与服务器交互是不限制语言的，只要这个语言有解析编码的能力，就能处理信息。面向服务编程不限语言，这一点可以从淘宝的TOP上直观的看到，TOP几乎支持任何主流语言。面向服务编程也不限客户端，不管你是应用小程序（applet），浏览器（browser），桌面应用程序（desktop），还是移动终端（moblie）都可使用服务。

    也许是我过于偏激了，因为目前大量的phper编程都使用一直以来非常传统的php数据编码编程，思想固化；要么就走向了所谓的企业化的oop及使用大型框架的方向，偏离php的优势。而php的发展方向在哪里，我估计目前zend也比较疑惑。很多人认为php应该加强底层的优化，提高性能和效率，继续以前的简单实用。然后zend貌似要把php拉向企业计算的大池塘里，php这条小鱼要跟java，.net等等大鱼去争一席之地，大鱼吃小鱼是规律。更可怕的是在企业计算重视性能和安全，php这条慢鱼也逃不过快鱼吃慢鱼的的悲剧。

    zend如果不重新审视php的发展方向，以及目标市场，以及发展计划的话。不出三五年后端java，.net等以及前端的javascript，html5，Flex，GWT，JavaFX等会重新占领市场份额。php会在萎缩中倒掉。

    这篇文章因为立场原因不适合发在phpchina，这样的论调要么引发不满，要么消极导向。另一个原因是因为javaeye层次更高些。所以我发在了javaeye的php版块。发布后我就去上海参加了为期三天的行动成功公司的4*8绩效管理研修班了，没有及时关注。原以为会引发讨论，没想到换来的一堆的谩骂和攻击，最后被隐藏扣分。这是我意想不到的。

    之前我就说过，任何语言层面的讨论都没有意义，人菜那才是真的菜。PHPer的现状是不思考，不实践，全作愤怒状，听不进任何意见和建议。心态决定思维，思维准定行为，行为决定结果。盲目自大、鼠目寸光、杯空自满的心态，我想这才是php倒掉的真正原因。

    其实倒掉更多的是人，我不希望见到这个倒掉，那个倒掉。朝阳喷薄，以至如日中天，亦有日薄西山时。时乎，时乎，会当有变时。

评论

72 楼 七月十五 2009-11-23  

diogin 写道

真是笑死了，你有本事来批判我的每一条？我陪你玩到底。
别光玩嘴巴功夫，拿出你的真本事来。

笑话。有什么好玩的，层次不一样。不在一个层面上，就像对牛弹琴，教猪唱歌。太累。我不想自己找不自在。

71 楼 七月十五 2009-11-23  

diogin 写道

七月十五 写道

3、PHP的核心与机制是有资源浪费的，它目前为止还没有建立在虚拟机上。没有init一次，后面继续极小的占用资源一直持续运行。是请求一次完毕后全部释放的，重新来过的。

纯粹是睁眼说瞎话，PHP 没有建立在虚拟机上？你倒说说下面这两个是什么？
1、http://svn.php.net/viewvc/php/php-src/trunk/Zend/zend_vm.h?view=markup
2、http://svn.php.net/viewvc/php/php-src/trunk/Zend/zend_vm_execute.h?view=markup

MINIT/MSHUTDOWN、RINIT/RSHUTDOWN 这些是 PHP 解释器的固有限制，是为了适应 HTTP 这种无状态的、单个请求对应单个响应的运行模型而做的设计，PHP 只适用于这种运行模型，对于需要对象常驻内存的应用，它没辙。

不要人云亦云说纯粹凭自己主观臆断，既然是在 JavaEye，既然你也认为 JavaEye 的水平比 PHPChina 高，就请拿出你的“专家”态度来讨论。

别扯什么phpchina和javaeye，麻烦您看清楚“前言”。我也没有认为javaeye水平高于phpchina，很容易吵无聊的嘴皮，层次跟水平是两码事。据说语文没学好，程序也好不到哪里去。原来我一直将信将疑，现在我信了。

70 楼 diogin 2009-11-23  

七月十五 写道

diogin 写道

2、分布式、数据编码等等不是语言的范畴，禁锢人们的是思维，不是语言，楼主请仔细区分这些后再来谈 PHP 能否倒掉；
3、你不可能把业务逻辑全部扔进客户端，而只把服务端当成数据结构的存放地：任何人都可以轻易地对客户端程序进行反向工程，这种情况下你的程序安全无从谈起；

不知道是你真懂，还是我真不懂。
很多时候我以为程序员的思维非常的清晰。
看来真的不是，怪我自己太把程序员的逻辑思维当一回事了。
菜不菜的，其实不用说大家都知道。
掉不掉价呢，别人心里明白，你自己心里也清楚。
要想评论人家的话，先把自己过过秤，知道自己有几斤几两。

真是笑死了，你有本事来批判我的每一条？我陪你玩到底。
别光玩嘴巴功夫，拿出你的真本事来。

69 楼 diogin 2009-11-23  

七月十五 写道

3、PHP的核心与机制是有资源浪费的，它目前为止还没有建立在虚拟机上。没有init一次，后面继续极小的占用资源一直持续运行。是请求一次完毕后全部释放的，重新来过的。

纯粹是睁眼说瞎话，PHP 没有建立在虚拟机上？你倒说说下面这两个是什么？
1、http://svn.php.net/viewvc/php/php-src/trunk/Zend/zend_vm.h?view=markup
2、http://svn.php.net/viewvc/php/php-src/trunk/Zend/zend_vm_execute.h?view=markup

MINIT/MSHUTDOWN、RINIT/RSHUTDOWN 这些是 PHP 解释器的固有限制，是为了适应 HTTP 这种无状态的、单个请求对应单个响应的运行模型而做的设计，PHP 只适用于这种运行模型，对于需要对象常驻内存的应用，它没辙。

不要人云亦云说纯粹凭自己主观臆断，既然是在 JavaEye，既然你也认为 JavaEye 的水平比 PHPChina 高，就请拿出你的“专家”态度来讨论。

68 楼 七月十五 2009-11-23  

diogin 写道

2、分布式、数据编码等等不是语言的范畴，禁锢人们的是思维，不是语言，楼主请仔细区分这些后再来谈 PHP 能否倒掉；
3、你不可能把业务逻辑全部扔进客户端，而只把服务端当成数据结构的存放地：任何人都可以轻易地对客户端程序进行反向工程，这种情况下你的程序安全无从谈起；

不知道是你真懂，还是我真不懂。
很多时候我以为程序员的思维非常的清晰。
看来真的不是，怪我自己太把程序员的逻辑思维当一回事了。
菜不菜的，其实不用说大家都知道。
掉不掉价呢，别人心里明白，你自己心里也清楚。
要想评论人家的话，先把自己过过秤，知道自己有几斤几两。

67 楼 diogin 2009-11-23  

隐藏了又出来了，出来的是这么一篇帖子，实在是感叹。

1、Google 现在在搞 HTTP 的替换协议，它的基石是 TCP 长连接。这种模型，PHP 是完全失配的，除了 PHP 之外的各种语言（就我所知：Python、Ruby、Java、.NET、C/C++、JavaScript、Lua等等）则可以很好地匹配，因此如果这种模型在未来成为主流，那么 PHP 将变得黯淡，这点是毋庸置疑的。可惜楼主你比较的客体不对，贻笑大方；

2、分布式、数据编码等等不是语言的范畴，禁锢人们的是思维，不是语言，楼主请仔细区分这些后再来谈 PHP 能否倒掉；

3、你不可能把业务逻辑全部扔进客户端，而只把服务端当成数据结构的存放地：任何人都可以轻易地对客户端程序进行反向工程，这种情况下你的程序安全无从谈起；

4、从 Java 出来到现在，十几年的时间，PHP 的目标位置一直没有变化。市场占有率呢？一直在增加。试问楼主，你因何而断定“PHP会在萎缩中倒掉”？前端技术会蚕食 PHP 市场？请回头看第 3 条；

5、PHPChina 是菜鸟集中地，在那种地方当版主，放到 JavaEye 这种地方来说事，实话说比较掉价；

6、我在你被隐藏掉的帖子里就说了，“倒的是不是 PHP，而是楼主你自己”，你回头看看你自己的帖子以及你后面的回复，有多少帖子的观点和论点是打自己嘴巴的、有多少帖子是前后矛盾的、有多少帖子是想炫耀却被闷回去的；

7、几十年后，你我全部会从地球上消失，因此什么“以至如日中天，亦有日薄西山时”之类的骚包语句就请不要在这里摆出来了，拜托，拜托。

66 楼 ycmhn 2009-11-23  

其实php这样的语言，想要写好也不容易
要提高性能，就要设计好web架构，对个人要求也是比较高的
设置环境，性能优化，对linux系统也要有一定了解
对web服务器设置优化多少也要了解一点
这样下来，bash脚本啊之类也会接触不少
php天生和perl很像，时间一长，一来二去也能学一下perl（事实上我先了解的perl）
同为脚本，且在linux管理方面帮助很大的python，在好奇心很强的phper的好奇心驱使下，也会试试这个与php大不一样的东东～
对php越来越熟的情况下，有时候为了满足对特殊应用的性能要求，也会学着去写写php的c扩展
一个phper要学习的东西实际上是很多的
只是phper里有很多并非是专业的程序员，有不少是为了自己blog和简单的网站而临时接触的，在程序方面素质不高很正常
而很多高级的phper都慢慢转向系统架构设计或者优化方面了，纯写php就很少了
不只是php很多不都一样？牛了就做大方向～具体的编码可以交给小兵～

65 楼 coolcoolhot 2009-11-23  

楼主啊！你觉得php快倒了，那你就为php做点什么吧，php是开放的，他可以吸纳各种各样的建议，你可以写份信给创始人。提提你的建议，php这些年就是这么发展过来。你要是觉得php核心机制不好，你也可以和创始人商讨啊（如果你有更好的想法）。如果你真的用过php，并且热爱它的话，那就为php做点什么吧，争论这个有意义吗！！！！

64 楼 luolonghao 2009-11-23  

七月十五 写道

3、PHP的核心与机制是有资源浪费的，它目前为止还没有建立在虚拟机上。没有init一次，后面继续极小的占用资源一直持续运行。是请求一次完毕后全部释放的，重新来过的。

不用虚拟机是PHP的优势之一，因为它带来了傻瓜式部署，开发者不需要担心内存泄漏。
还有PHP的性能一直不是问题，Zend Optimizer应该提高不少性能吧。如果有些功能确实需要高性能，完全可以自己用C写PHP扩展。

63 楼 magician 2009-11-23  

那我就奇怪了

1、amazon全是php实现的service，从何可以说明php不能做service乃至SOA呢？另外，还是回到我问题的起点，目前是application多还是service多？service要取代application需要多久？有什么能够推算出日后service一定是主流？而application会消亡？我们需要数据。还有就是，为什么php不能用来做service？

2、请先告诉我们，如何让浏览器端编程语言获得数据库的数据来节省服务器计算

3、虚拟机机制和php的运行机制各有利弊，这个专业的讨论多的是，完全不能说明php就是落后的，需要倒掉的技术

4、如果一个替代过程需要数千万年，我们现在有必要来讨论吗？有吗？没有吗？有吗？没有吗？

62 楼 fnet 2009-11-23  

七月十五 写道

1、service和application是不一样的，两者同样架构在server(服务器)端上。但是大势所趋，application大量的转向service设计（在“论PHP的倒掉”中有谈到）。

2、没有必要用PHP粘合。一个序列化的标准编码字串，交给浏览器端编程语言解决就可以了。可以大量节省服务器计算。

3、PHP的核心与机制是有资源浪费的，它目前为止还没有建立在虚拟机上。没有init一次，后面继续极小的占用资源一直持续运行。是请求一次完毕后全部释放的，重新来过的。

4、这个自然。我一直认为地球在围绕太阳做向心螺旋运动，也就是迟早有一天会被太阳吸去做燃料的，所以天气越来越热，一年越来越短。当然我也想过，是离心螺旋运动，但是貌似不太可能。一来太阳需要燃料，二来天气并没有越来越冷。哈哈。

1、哦，service可以用于所有场景？？？PHP不能使用service？

2、哦，那标准编码字串从哪里取得？js直接从数据库获取的吗？

3、这正是优势所在，至少编写PHP程序，不用担心内存泄漏问题。PHP程序所谓的泄漏都是底层C泄漏，与PHP程序员无关。



LZ想谈论技术可以，我也想学习，但LZ太过偏激了，属于新技术狂热派。

技术还是要看市场的，PHP从诞生之日起就被牛人们不断的预言灭亡，到今天不还活得好好的？倒是很多被吹上天的东西一点一点的衰弱中。

61 楼 syre 2009-11-23  

七月十五 写道

1、service和application是不一样的，两者同样架构在server(服务器)端上。但是大势所趋，application大量的转向service设计（在“论PHP的倒掉”中有谈到）。

2、没有必要用PHP粘合。一个序列化的标准编码字串，交给浏览器端编程语言解决就可以了。可以大量节省服务器计算。

3、PHP的核心与机制是有资源浪费的，它目前为止还没有建立在虚拟机上。没有init一次，后面继续极小的占用资源一直持续运行。是请求一次完毕后全部释放的，重新来过的。

4、这个自然。我一直认为地球在围绕太阳做向心螺旋运动，也就是迟早有一天会被太阳吸去做燃料的，所以天气越来越热，一年越来越短。当然我也想过，是离心螺旋运动，但是貌似不太可能。一来太阳需要燃料，二来天气并没有越来越冷。哈哈。

1 php当然可以用来做service
2 很多东西不需要用php粘合，因为服务器端可以直接用php做，当然用php粘合也不错。毕竟脚本语言可以快速修改部署，小步前进。
3 没有以虚拟机运行可以说是缺点，也可以说是优势。强制无状态恰恰可以方便扩展，集群化，这才是解决性能问题的更好的办法。同时也更简单，无须考虑很多复杂的并发问题。我也已经说过，php不比java慢很多。在套上一堆框架后，java没准还比php慢。

现在，开发效率越来越重要。不然RoR也不会火一把了，也不会有Groovy了。在快鱼吃慢鱼的时代，php等快速开发的方案的份额只会越来越大。

今后，java这样的语言会更多的用来做更适合它干的事情。

60 楼 七月十五 2009-11-23  

noname11 写道

十五，你知道为什么会招来谩骂么，因为你那篇写的确实很糟糕，只有论点而没有论据。这样的文章不管你是大牛小牛写出来，当然会招来声讨。你要是想说明点什么问题，那你就通俗的写给大家看，也不要挣写一些装点门面的术语，好好说话，就行。这样的问题，我是很期待学习的。

其实我表达的应该很清楚，我并没有说PHP不能做哪些事，而是PHP做这些事的机会越来越少。就像很多人一样，因为不长进，最后只能是失业找不到工作。这就是我想说的。至于有没有论据，我承认，我是个预言家。

59 楼 七月十五 2009-11-23  

1、service和application是不一样的，两者同样架构在server(服务器)端上。但是大势所趋，application大量的转向service设计（在“论PHP的倒掉”中有谈到）。

2、没有必要用PHP粘合。一个序列化的标准编码字串，交给浏览器端编程语言解决就可以了。可以大量节省服务器计算。

3、PHP的核心与机制是有资源浪费的，它目前为止还没有建立在虚拟机上。没有init一次，后面继续极小的占用资源一直持续运行。是请求一次完毕后全部释放的，重新来过的。

4、这个自然。我一直认为地球在围绕太阳做向心螺旋运动，也就是迟早有一天会被太阳吸去做燃料的，所以天气越来越热，一年越来越短。当然我也想过，是离心螺旋运动，但是貌似不太可能。一来太阳需要燃料，二来天气并没有越来越冷。哈哈。

58 楼 noname11 2009-11-23  

十五，你知道为什么会招来谩骂么，因为你那篇写的确实很糟糕，只有论点而没有论据。这样的文章不管你是大牛小牛写出来，当然会招来声讨。你要是想说明点什么问题，那你就通俗的写给大家看，也不要挣写一些装点门面的术语，好好说话，就行。这样的问题，我是很期待学习的。

57 楼 magician 2009-11-23  

但是你完全没有理由说明：

1、为什么后端应用使用PHP的份额大量的萎缩？

说一个东西会萎缩，说明他现在正在繁荣。那么请问：有什么数据支撑这个说法？有什么因素能够促成这种萎缩？分析呢？

2、为什么大量的应用不用PHP粘合前端？

无论开发成本还是效率，php都是第一，同时这一块业务逻辑还不复杂，为什么不用？分析呢？

3、是，java可以实现，python可以实现，汇编也可以实现

但是，请问，这能说明php会倒掉吗？c可以做java能做的99.99%的事情，java活着有什么意义？

你得先搞清楚，为什么业界现在有这么多语言是并存的！

4、如果短期内地球毁灭，什么都会倒掉

但是，请问预言家，为什么短期内地球会毁灭或者不会毁灭呢？

56 楼 七月十五 2009-11-23  

从成熟程度、类库、组件支持、质量、性能、安全、团队合作、分析工具等方面看，php并不能算一种成熟的后端语言，它在后端应用很薄弱，没有java或.net那样厚重。

如果后端应用使用PHP的份额大量的萎缩，大量的应用不用PHP粘合前端，PHP完全可能倒掉。

To magician：用不用PHP做后端看应用需要和个人喜好。你所说的功能用java同样可以实现得很好。

55 楼 luolonghao 2009-11-23  

hatedance 写道

任何语言都有其一席之地。但php的将来必定是走下坡路。在如今这个做web界面还是以html字符串拼接为思路的时代，php活得很好。
等到大家喜欢用组件模型去构建web界面时，php就没戏了。等html5来了再说。

现在PHP都自带json_encode和json_decode，开发ajax服务器端再合适不过了。

54 楼 hongkong 2009-11-23  

lz最引起大家不解的就是 拿 js 和 php 比较
不是要显示数据列表呢，请问lz数据源从何处而来（别说是静态的html模拟）？
Y的，稍写过点代码的都知道，比啥呀
--在这寒冷的冬天，lz比白雪还纯洁--

53 楼 luolonghao 2009-11-23  

楼主完全必须担心PHP方向问题，PHP只要向前兼容优势一直在，当年PHP5加N个语言特性的时候，很多人对其非常有意见，说模仿Java，失去简洁性等等。现在看看呢，丝毫不影响PHP的发展，反而吸引更多的开发者。