锁定老帖子 主题:有感于“论PHP的倒掉”
该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2009-11-23
noname11 写道 十五,你知道为什么会招来谩骂么,因为你那篇写的确实很糟糕,只有论点而没有论据。这样的文章不管你是大牛小牛写出来,当然会招来声讨。你要是想说明点什么问题,那你就通俗的写给大家看,也不要挣写一些装点门面的术语,好好说话,就行。这样的问题,我是很期待学习的。
其实我表达的应该很清楚,我并没有说PHP不能做哪些事,而是PHP做这些事的机会越来越少。就像很多人一样,因为不长进,最后只能是失业找不到工作。这就是我想说的。至于有没有论据,我承认,我是个预言家。 |
|
返回顶楼 | |
发表时间:2009-11-23
最后修改: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这样的语言会更多的用来做更适合它干的事情。 |
|
返回顶楼 | |
发表时间:2009-11-23
最后修改: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从诞生之日起就被牛人们不断的预言灭亡,到今天不还活得好好的?倒是很多被吹上天的东西一点一点的衰弱中。 |
|
返回顶楼 | |
发表时间:2009-11-23
最后修改:2009-11-23
那我就奇怪了
1、amazon全是php实现的service,从何可以说明php不能做service乃至SOA呢?另外,还是回到我问题的起点,目前是application多还是service多?service要取代application需要多久?有什么能够推算出日后service一定是主流?而application会消亡?我们需要数据。还有就是,为什么php不能用来做service? 2、请先告诉我们,如何让浏览器端编程语言获得数据库的数据来节省服务器计算 3、虚拟机机制和php的运行机制各有利弊,这个专业的讨论多的是,完全不能说明php就是落后的,需要倒掉的技术 4、如果一个替代过程需要数千万年,我们现在有必要来讨论吗?有吗?没有吗?有吗?没有吗? |
|
返回顶楼 | |
发表时间:2009-11-23
七月十五 写道 3、PHP的核心与机制是有资源浪费的,它目前为止还没有建立在虚拟机上。没有init一次,后面继续极小的占用资源一直持续运行。是请求一次完毕后全部释放的,重新来过的。
不用虚拟机是PHP的优势之一,因为它带来了傻瓜式部署,开发者不需要担心内存泄漏。 还有PHP的性能一直不是问题,Zend Optimizer应该提高不少性能吧。如果有些功能确实需要高性能,完全可以自己用C写PHP扩展。 |
|
返回顶楼 | |
发表时间:2009-11-23
楼主啊!你觉得php快倒了,那你就为php做点什么吧,php是开放的,他可以吸纳各种各样的建议,你可以写份信给创始人。提提你的建议,php这些年就是这么发展过来。你要是觉得php核心机制不好,你也可以和创始人商讨啊(如果你有更好的想法)。如果你真的用过php,并且热爱它的话,那就为php做点什么吧,争论这个有意义吗!!!!
|
|
返回顶楼 | |
发表时间: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很多不都一样?牛了就做大方向~具体的编码可以交给小兵~ |
|
返回顶楼 | |
发表时间: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、几十年后,你我全部会从地球上消失,因此什么“以至如日中天,亦有日薄西山时”之类的骚包语句就请不要在这里摆出来了,拜托,拜托。 |
|
返回顶楼 | |
发表时间:2009-11-23
最后修改:2009-11-23
diogin 写道 2、分布式、数据编码等等不是语言的范畴,禁锢人们的是思维,不是语言,楼主请仔细区分这些后再来谈 PHP 能否倒掉; 3、你不可能把业务逻辑全部扔进客户端,而只把服务端当成数据结构的存放地:任何人都可以轻易地对客户端程序进行反向工程,这种情况下你的程序安全无从谈起; 不知道是你真懂,还是我真不懂。 很多时候我以为程序员的思维非常的清晰。 看来真的不是,怪我自己太把程序员的逻辑思维当一回事了。 菜不菜的,其实不用说大家都知道。 掉不掉价呢,别人心里明白,你自己心里也清楚。 要想评论人家的话,先把自己过过秤,知道自己有几斤几两。 |
|
返回顶楼 | |
发表时间: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 高,就请拿出你的“专家”态度来讨论。 |
|
返回顶楼 | |