PHP框架的繁荣是正确的发展方向吗？

补充下，PHP要想高效率是需要花钱的
Zend 公司的 Platform
http://www.zend.com/en/products/platform/

据说能为PHP带来N倍性能的提升。

php 创始人自己都用开源的 apc 缓存方案。

语言还是有安全性可言的,系统管理员不愿看到用户程序运行一段时间就跑到系统级别了
面对具体项目,有时候就凭语言的安全性就可以否定一种语言

我的经验是，有一个PHP的小型网站需要更改首页一些设计，收的是300元，但如果是RAILS做的，我收可能就150，或200就可以了。因为如果一个设计良好，遵从MVC开发，view层对designer是很友好的。甚至不需要有RAILS基础就能完成重新布局了。

不同意.  MVC是一种思想, 这个和php没啥关系.  
还有就是, 由于haml, sass 等技术引入rails, 一方面提高了rails项目的view层的代码美观度和易维护度. 但另一方面的确招人上会是个问题. 

说java比ruby python成熟应该是没有太大问题吧。至少java虚拟机就比ruby的强大啊。
我真的觉得如果不是很复杂的页面，就仅仅针对企业级应用(重表单轻表现)使用SEAM来做怎么也不会比ruby开发效率低多少。
不过可能是因为我对rails不是很熟悉，我现在最想知道ror和seam的性能谁好，反正我自己做seam感觉性能不太好，请教达人解惑

python 也是基于虚拟机的语言，如果从年头来算，python 出现比 java 要早5年，有 google, youtube 这样的应用，不能算不成熟吧。

Drupal，不错的选择！！！

成熟不单指年头，还包括应用的范围和深度，厂商的支持程度，开发社区的厚度。

关于安全：也许我这里说security不是很妥当，可能说safety更能表达这个意思，security容易让人想到加密、攻击那些玩意，的确这些方面是由实现者来决定的，而不是语言所完全决定。之所以说safty，是指ruby语言灵活的语法，以及解释（非编译）的特性使得错误往往难以控制和察觉，而必须完全依赖于详尽的测试，这在情况在我实际的ror项目开发当中多次遇到。如果需要举出实例，那么对于逻辑等运算符号的处理可以算是一例，我之前也发贴说过这个问题，就是在ruby当中容易在逻辑等上面引发一些问题，比如：
if a=1
#do something
end
没有问题，你可以过，直到你最后运行发现问题不对了，或者通过测试去及时发现，而在java当中通过编译完全可以在编程的时候解决。这就是我所说的safety，或者之前说的security，在编写核心业务的时候，这种错误的难以察觉性会是比较致命的。ruby这种语言对于有丰富编程经验和良好编程习惯的人而言会觉得非常之爽快，但是也对团队开发的人员有较高的要求，在http://jack.lifegoo.com/?p=175这个博文当中，作者提到“前面很多post里面我都表达一个观点 —- 动态语言比较适合多年写程序的程序員。宽松的约束需要需要更好的习惯来平衡。比如在动态语言中，参数个数/类型的检查，强制实现方法的申明是很多人往往忽略的东西。 ”，这个观点我是非常之认同。

关于成熟：
java成熟是其非常大的一个优点，而不是其最后的一块遮羞布，起码这块布还很大，足以去做一件华丽的衣服：）我在ror开发当中遇到过库不成熟时、无法满足业务的苦痛，当然，这也激发了自己去写的热情，并非一件坏事，但如果在java中我可以有更多的选择，放到复杂的商业开发中，情况更显得突出，这可以体现在开发的效率和解决方案的完美上。

最后想说一点的是，我在这里不是想挑起争端，这些争论实在是太无趣，因为它会掩盖我们讨论问题的真正意义。