使用erlang 开发 web的选择

    最近看 Joe 的blog，并且研读他的那个  wiki 的例子程序。Joe就是那篇著名的  Yaws vs Apache的作者。不过， yaws 我始终还没有搞太明白，毕竟多了一层template，erlang程序本身还没搞熟呢。
    在那个wiki里面， Joe用了pico 这个 erlang web server，想来和 RoR 中的 webrick 角色类似。这个 pico 就是一个小的web服务器，erlang程序启动它之后，通过 event_handler 的方式处理 url dispatch，这里用了 pattern match 的方式，url 对应 erlang函数，处理起来倒也自然。
    现在还没有看到关于 pico 的性能测试方面的数据。

    其他通过Erlang开发web的方式还有： CGI,  yaws, erlyweb ，另外还可以作为 PHP等脚本的后台，通过socket进行通讯。现在 erlang的大型站点还真没有听说过，估计比 django的还要稀缺。
    考虑到 erlang 在并发性能上的优势，比较适合做大型的论坛社区。

Erlang的优势是并发能力，所以可以单机提供非常高的并发负载能力，号称C100K，即单机负载10万并发请求。个人以为Erlang用来做网络游戏的服务器端比较有前途。即服务器端代码量不大，有一定的逻辑复杂度，然后要求极高的并发负载能力（大量长连接）。

论坛社区用Erlang并不划算，论坛代码量很大，逻辑不复杂，负载能力也不算高(都是短连接)。

呵呵，你应该介绍说Joe Armstrong是Erlang的创始人。

hehe~~ 孤陋寡闻了，连erlang的祖师爷都不认得了

选择BBS社区，是因为这个离自己现实工作比较接近一些，游戏方面暂时接触不到阿，而且还要涉及到client开发，不是一个人可以搞定的。所以选择bbs作为实验学习之用还是比较合适

前几天看到一个博客上说“这年头搞IT的英雄可真多啊”(注意：是“英雄所见略同”的英雄，不是“张艺谋的那个英雄”)。

真是有同感。



robbin的看法也是有道理的。实际上，在一个高度社会化的论坛社区中，很多功能就类似于网络游戏。

我们姑且把这个叫做bbs2，或者说，是真正的基于web的bbs，而不是在现在的技术面前多方妥协的forum。

不知道这里多少人用过telnet协议的bbs(或者文字mud)。在那个世界中，几乎所有的功能都是“联机”的。比如：可以看到另一个用户在某个版发呆，可以即时收到站内短信，可以直接和在线的用户聊天，可以玩消耗积分的小游戏……。

这些功能在web的论坛中，要么是彻底砍掉，要么是“变通解决”，因为做过web论坛的人都知道，这些功能难以模拟，而且消耗巨大，访问量一上去，就会把系统拖垮。

有了erlang/comet技术的支持，web终于有可能支持大量的并发长连接，从而使得跨越这些技术障碍成为可能。而作为erlang语言基础架构的消息机制，使得上述功能的实现变得既简单又自然。

怎么说呢，我个人也是很看好这个方向的。

(on a LiveCD linux, no chinese input mothod)

I read the yaws doc again, now I get more clearly of it.

Yaws can build MVC structure applications. and ErlyWeb is a framework of it (but I won't use it now, it is too young.)

so maybe:
  M - Mnesia database
  V - yaws file or erlyTL?
  C - yaws appmod


jackyz has said some advantage of app use erlang, maybe, plus the power of Ajax.
T1 has an article on zhe <Programmer> magzine about it.

象javaeye服务器这样的，跑经过优化的firebird bbs系统，最起码可以支持3000人以上的在线用户数，瓶颈主要是在I/O上。

erlang这种面向并发的语言，因为以前没有接触过，所以编程模型看起来比较难懂，可能一时半会儿在Web开发不会流行起来吧。那么代码开发估计也不过要想老了不失业还真要好好学学。

像Second Life那样的虚拟社区，大家有没有关注过？它的后台语言好像叫Linden。

哥们给介绍一下把。