你们投资那一种网页编程语言？(ASP/JSP/PHP/OTHER)

haryewkun

如果你是一家网页开发公司，想要为决定自己要招收那一类型的员工。。。
如果你是一个网页编程人员，想要学习一种最不会褪色的语言平台。。。
如果你想建立电子商务公司，想要开发一个平台，而要决定用那一种语言来写才能安心于代码的容易维护网站、容易找到主机 hosting、费用最低、不会过几年后被淘汰而必须重写全部代码。。。

请问，你们会选择什么语言呢？(如果是其他，可以在以下注明)

haryewkun

我自己在大学时学习的是 ASP，但却发现网上要找到 Windows 的 server 较不容易(因为 Windows server 的 license 很贵)，即使有，hosting 的价格也比较高，所以有些迷茫。。。不知道要投入开发在那一项编程技术中。。。请各位多多指教。

megablue

PHP有很好的发展趋向。。Sun对它很有意思

小鋒

對呀
也在迷惑中...
ASP vs PHP?
哪種好? 當然兩者兼備是最好囉...
目前在學習ASP中

goatstudio

长期发展的话, 我会选择全力在 ASP.NET 和 JSP/J2EE 发展.
这两个技术在网络开发的伸缩性相当强, 对外支持和第三方对它们的支持也相当多, 可以说是相当成熟的网络平台.

PHP 和 ASP 由于本身的技术限制, 始终只适合在中小型企业的网络应用系统.

Harimau

goatstudio 于 27-11-2004 11:45 AM  说 :
长期发展的话, 我会选择全力在 ASP.NET 和 JSP/J2EE 发展.
这两个技术在网络开发的伸缩性相当强, 对外支持和第三方对它们的支持也相当多, 可以说是相当成熟的网络平台.

PHP 和 ASP 由于本身的技术限制, 始终只 ...

伸缩性很强的后果，就是 resource 吃得很厉害...

不够 resource 给它吃，它就会变身成乌龟... 不是... 是蜗牛了...

haryewkun

怪不得好像听过人家说 JSP 很慢。。。

goatstudio

Harimau 于 27-11-2004 03:03 PM  说 :



伸缩性很强的后果，就是 resource 吃得很厉害...

不够 resource 给它吃，它就会变身成乌龟... 不是... 是蜗牛了...

呵呵... 这是没办法的事...
不过, 也就只有大型企业的大型项目, 才有能力负担的起类似 weblogic 这类的 apps server, server resource 对他们来说也是小事, 因为付的起钱.

goatstudio

haryewkun 于 27-11-2004 04:00 PM  说 :
怪不得好像听过人家说 JSP 很慢。。。

JSP 和 J2EE 本身也是一个 "喝" resources 的怪物, 所以在中大型企业里, 从来没人敢用 tomcat 来执行 J2EE. 即使有, 也很少, 不然就是那项目本身是不重要的.

AMADEUS82

goatstudio 于 27-11-2004 04:04 PM  说 :


JSP 和 J2EE 本身也是一个 "喝" resources 的怪物, 所以在中大型企业里, 从来没人敢用 tomcat 来执行 J2EE. 即使有, 也很少, 不然就是那项目本身是不重要的.

用雄猫来跑J2EE可谓不太稳定，weblogic在这方面很好。
雄猫本身是单纯的webserver，要使他能跑J2EE的系统要需要与application server整合。

本人公司很多客户都用J2EE的系统，都相当的满意。

goatstudio

AMADEUS82 于 27-11-2004 04:20 PM  说 :

用雄猫来跑J2EE可谓不太稳定，weblogic在这方面很好。
雄猫本身是单纯的webserver，要使他能跑J2EE的系统要需要与application server整合。

本人公司很多客户都用J2EE的系统，都相当的满意。

Tomcat 本身是 jsp apps server 吧, 虽然能独立运行, 但它还是需要配合 apache 才能真正成为 jsp web server.

Tomcat 用来做测试算是个实际的方法.

Harimau

goatstudio 于 27-11-2004 04:04 PM  说 :


JSP 和 J2EE 本身也是一个 "喝" resources 的怪物, 所以在中大型企业里, 从来没人敢用 tomcat 来执行 J2EE. 即使有, 也很少, 不然就是那项目本身是不重要的.

对于大型的东西，我觉得姜还是老的辣，CGI，最佳选择，只是... 伸缩性就完全看设计的人了。

咦？怎么没有人提到 Coldfusion 的？

goatstudio

CGI... 似乎很难, CGI 本身的设计已经造成它无法承受太大的 "压力".

在这种时代, 有了 ASP/PHP/JSP 这三个强大的阵营, 其他的选择如 Cold Fusion 似乎是多余的, 更何况还要收费. 我没用过 Cold Fusion, 根据用过的朋友说, 它简单且强大, 但是由于收费的关系, 再有更多更好更便宜的选择下, 越来越少朋友用 Cold Fusion.

AMADEUS82

AMADEUS82 于 27-11-2004 04:20 PM  说 :

用雄猫来跑J2EE可谓不太稳定，weblogic在这方面很好。
雄猫本身是单纯的webserver，要使他能跑J2EE的系统要需要与application server整合。

本人公司很多客户都用J2EE的系统，都相当的满意。

对不起对不起，一时不注意，说倒反了。应该是熊猫是APPLICATION SERVER 而但不是J2EE compliant的application server。

[ Last edited by AMADEUS82 on 28-11-2004 at 01:33 AM ]

haryewkun

goatstudio 于 27-11-2004 11:45 AM  说 :
长期发展的话, 我会选择全力在 ASP.NET 和 JSP/J2EE 发展.
这两个技术在网络开发的伸缩性相当强, 对外支持和第三方对它们的支持也相当多, 可以说是相当成熟的网络平台.

PHP 和 ASP 由于本身的技术限制, 始终只适合在中小型企业的网络应用系统.

似乎 CARI 论坛本身也是用 php 的 discuz 来做的不是吗？(现在还留有 .php 的后啜名呢)。CARI 论坛的流量应该不算少。。。一个月的流量高达六百万页。。。(当然这个数字算不算高我不知道)

搜集资料中突然发现这一点

Sirius

现在要在网上找ASP 的资料好像不是那么容易了，出来的全都是ASP.NET 要不然就找到一堆ActiveX component(有些还是要$$的)，server不是我的呀，怎么用。

PHP在开源project上的例子就多了，以Forum/portal来说，出名的就有phpBB, Dizcuz, Xoops之类的。

ASP.NET是怎么样我不知道，但是在debug方面 ASP 3.0比 PHP4 麻烦许多。


[ Last edited by Sirius on 2-12-2004 at 02:10 AM ]

goatstudio

haryewkun 于 1-12-2004 06:14 PM  说 :


似乎 CARI 论坛本身也是用 php 的 discuz 来做的不是吗？(现在还留有 .php 的后啜名呢)。CARI 论坛的流量应该不算少。。。一个月的流量高达六百万页。。。(当然这个数字算不算高我不知道)

搜集资料中突然发 ...

很多论坛都是用 PHP 开发的, 最大的原因是 PHP 可以在 Linux/Windows 上同时运行. 另外一点是 PHP 对于显示资料来说我认为是最快的, 比 ASP/JSP 还快, 甚至还快过 ASP.NET. 这就是我喜欢 PHP 的原因, 轻巧却强大. 但是当用 PHP 来开发大型项目的时候就显得有点吃力了... 虽说 PHP 胜在快, 但也太轻巧了, 对物件导向支持不完善, 对资料库支持不完善, 无法承受过于复杂的逻辑运作... 这些在 J2EE/.NET 已经很好的解决了... 当然, 也就赔上了速度, 还有简易度.

虽然如此, 目前的 PHP 是这样... 但至于以后如何, 将很难说... 当然还是希望看到 PHP 日渐强大的.

tnc23

PERL 和 PYTON 呢?
怎么近来好像不吃香了... 风光期完了吗?

ticky

請問各路英雄,

所謂的resource是不是server 的ram等等???
因, 小弟在寫PHP時,有一個query在server run 的時候,
顯得很慢,是不是server符合不了?
我的query inner join table 共有5個table,
record只有1000餘個,再加上一些logic和簡單的calculation,
server平均用了45秒的時間,而導致我的client一直投訴,

請問是甚麼原因? 要如何解決? 謝謝.

Harimau

ticky 于 11-12-2004 12:23 AM  说 :
請問各路英雄,

所謂的resource是不是server 的ram等等???
因, 小弟在寫PHP時,有一個query在server run 的時候,
顯得很慢,是不是server符合不了?
我的query inner join table 共有5個table,
record只有1000 ...

改用 left join, right join.