为什么大多数战点选择lamp而不选择LAMJ

sleetdrop

jboss的前边用的也是tomcat

mikespook

tomcat~~~呵呵~~真要用tomcat上大项目是挺惨~~~不好配啊~~

懒猫

除了 LAMP，哪种解决方案是不骗钱的？

有本事不要拿 Oracle 代替 MySQL？

上企业应用，要考虑的因素当然很多，不是自己小打小闹的个人站点可比的。仇视 Java 可以解决系统伸缩性问题么？

mikespook

Post by 懒猫
除了 LAMP，哪种解决方案是不骗钱的？

有本事不要拿 Oracle 代替 MySQL？

上企业应用，要考虑的因素当然很多，不是自己小打小闹的个人站点可比的。仇视 Java 可以解决系统伸缩性问题么？

用正确的方法，在正确的环境，解决正确的问题~~~这不是有没有本事的问题，也不是仇视的问题~~~


LAMP在大多数问题下都是适用的~~~20%的环境可以解决80%的问题~~~多数系统的伸缩性都还是纸张上的理想~~~java不是万金油啊！！

而oracle的优势并不单纯是数据库的优势，oracle提供了完整的企业解决方案，而mysql现在还仅仅是数据库而已~~~

懒猫

Post by mikespook
多数系统的伸缩性都还是纸张上的理想~~~~~~

其他都同意，除了这点。

系统伸缩性不是纸张上的理想，而是架构师的能力问题。（个人这么认为，又或者是我理解错了伸缩性的含义？如果是这样的话，下面的内容就和伸缩性没有关系了）

同一个架构师对于同一个问题同一种环境，他肯定更加愿意接受本身就支持更良好伸缩性能的语言。

用 PHP 写的可重用组件怎样装配？（Java 又怎样装配？）PHP 有多少可复用 framework？嘿，framework 可是促进生产效率的好东西。如果每个系统都重头写所有的实现，那 OO 又有什么作用呢？另一条路来说，也可以拿别人的开源系统回来自己改。改得少了，没有自己的特色，或许还会有一大堆遗留问题；改得多了，如果开源系统文档量少，工作量超大，还不如自己写一个呢。

这是 PHP 的缺陷，你不这样认为吗？

当然了，我同意 20/80 法则，是因为数量上 80% 的网站都是小打小闹的站点，企业关键应用，不会用全球站点数量上的 80% 来计算吧？例如，LinuxSir 就算不上关键应用，也不需要考虑自己的特性，更不需要考虑伸缩性，所以 PHP 就已经足够了。

但是，你说，vBulletin 的一个模块或者一个框架能不能直接搬到别的论坛系统上，只修改极少量代码，就达到复用的目的呢？在 PHP 界，我还没见过有这种事情发生过，恕我孤陋寡闻吧。

“仇视论”，我只是特别针对 nbx 版主的发言而言罢了。好像只有重量级的 EJB 才一直在吹嘘分布式。似乎 Spring、Struts、、WebWork 等等 framework 都没有提过分布式这回事。

情绪完全解决不了问题。Java 解决不了一切问题，PHP 也不能。几乎可以看作一种互补，楼主的标题问题我也在 20/80 那里回答了。

后注，我很有可能掺和进了本版另一个主题的内容了 http://www.linuxsir.cn/bbs/showthread.php?t=216563&page=2 离题的话，很抱歉。

batfree

各有各的适用范围，杀鸡用牛刀固然浪费，但是用杀鸡刀去宰牛更不明智。因此选择适合的才是最重要的。

nbxmedia

Post by 懒猫
其他都同意，除了这点。

系统伸缩性不是纸张上的理想，而是架构师的能力问题。（个人这么认为，又或者是我理解错了伸缩性的含义？如果是这样的话，下面的内容就和伸缩性没有关系了）

同一个架构师对于同一个问题同一种环境，他肯定更加愿意接受本身就支持更良好伸缩性能的语言。

用 PHP 写的可重用组件怎样装配？（Java 又怎样装配？）PHP 有多少可复用 framework？嘿，framework 可是促进生产效率的好东西。如果每个系统都重头写所有的实现，那 OO 又有什么作用呢？另一条路来说，也可以拿别人的开源系统回来自己改。改得少了，没有自己的特色，或许还会有一大堆遗留问题；改得多了，如果开源系统文档量少，工作量超大，还不如自己写一个呢。

这是 PHP 的缺陷，你不这样认为吗？

当然了，我同意 20/80 法则，是因为数量上 80% 的网站都是小打小闹的站点，企业关键应用，不会用全球站点数量上的 80% 来计算吧？例如，LinuxSir 就算不上关键应用，也不需要考虑自己的特性，更不需要考虑伸缩性，所以 PHP 就已经足够了。

但是，你说，vBulletin 的一个模块或者一个框架能不能直接搬到别的论坛系统上，只修改极少量代码，就达到复用的目的呢？在 PHP 界，我还没见过有这种事情发生过，恕我孤陋寡闻吧。

“仇视论”，我只是特别针对 nbx 版主的发言而言罢了。好像只有重量级的 EJB 才一直在吹嘘分布式。似乎 Spring、Struts、、WebWork 等等 framework 都没有提过分布式这回事。

情绪完全解决不了问题。Java 解决不了一切问题，PHP 也不能。几乎可以看作一种互补，楼主的标题问题我也在 20/80 那里回答了。

后注，我很有可能掺和进了本版另一个主题的内容了 http://www.linuxsir.cn/bbs/showthread.php?t=216563&page=2 离题的话，很抱歉。

我的话是不是真的针对JAVA,也许你误会了,语言只是一个工具,对我来说无所谓.

OOP也许很重要,但它并非一个好程序的先决条件.
我并不仇视JAVA,但是我有我自己的观点,不需要别人强求

对于php下的oop,我的意见是-能不用就不用吧.....

我是这样说的吧,我只是表达我的意见,并不要求别人一定去同意或者认同,OK?
因为php下OOP本来就不是很好,虽然5.X好了很多,但是和JAVA,甚至py比都有很大距离.

好吧,我承认做为斑竹,我的话应该保持理智和中立,不应该带入太多的个人感情色彩,抱歉.

还有,最近忙于工作,晚上又忙于wow,在两个世界里工作,很累,都懒得来这里晃荡了.希望大家多多包涵.

That's up.我不会回帖了.

hantsy

Post by mikespook
tomcat~~~呵呵~~真要用tomcat上大项目是挺惨~~~不好配啊~~

呵呵，你先配好再说话，。。。
什么样的项目叫大项目。。。

goldeagle

tomcat还可以啊，我知道的一个网站就是tomcat的，40万pageview/day，一个tomcat进程就全部搞定。

mikespook

Post by hantsy
呵呵，你先配好再说话，。。。
什么样的项目叫大项目。。。

这个问题好，什么样的项目是大项目？
1000W数据的算大项目么？5000W的呢？

不好说~~~

或许是我表达的不够清楚~~~
我的意思是tomcat默认配置拿来跑应用不理想，而很多自称多年java工作经验的人也并不能将tomcat配置到一个比较好的状态（绝非杜撰，亲眼所见）~~~~所以，tomcat对于多数人来说并不好配~~~

PS：本贴俺也不跟了，向斑竹学习~~讨论技术没什么不可以~~不过讨论到这个份上，也就没意思了~~火气都太大~~

我还是比较看好现在很流行的java处理业务逻辑，php解决用户界面的组合~~呵呵~很中庸的解决方案~~