MochiBot.com 提供 Flash 内容的访问统计和用户跟踪服务（大致上，可以理解为针对 flash 的 google Analytics 服务），他们在 mochiweb 之上构建了一个定制化的 web server ，并通过这个 web server 获取用户的访问数据（在这一点上有点象 Erlana 项目）。可以想象，这个定制的 web server 需要很高的并发支持，精简和牢固的底层架构，以及对于 http 协议的完备支持（乃至对于 socket 的直接操控）。如果可以的话，最好还有更为精简的 API ，易于定制的 URL 扩展方式，以及易于理解的底层框架。幸运的是，这些 mochiweb 都已经提供，而且还是开源的。

需要说明的是，相比 yaws / inets httpd 而言，它的目标并不是 apache 之类的软件，它并不是一个完整的 web server （没有cache等机制，因而也不做任何加速动作），它只是一个实现 web server 的工具包（这也就意味着，它直接通过代码来扩展，你可以在它的基础上做任何事）。正因为此，在“需要定制 Web Server”的情况下，它成为一个非常不错的选择（比如，配置在 enginx 的后面，专门用于动态内容的生成）。在 erlang 的世界里，有几个项目已经开始转而使用 mochiweb 。

下面是对这个项目代码的一些粗浅实战。

首先遵循它的提示，通过svn获取代码：

获得的文件和目录结构如下：

注：大写字母开头的是文件，小写字母开头的是目录。这是一个相当标准的 Erlang 项目目录结构，其 Makefile （用到 support 目录的 make 包含文件）非常值得借鉴（而且也有简化这一借鉴步骤的办法，后面会提到）。

这是一个纯粹的 Erlang 项目，并不涉及其它语言写的模块，照老规矩，直接 make ：

注：如果你和我一样，仍在 R11* 上工作，那么 make 会在 edoc 的步骤中失败，这是因为 R11* 的 edoc 工具存在 bug 无法正确处理 mochiweb 用到的 Parameterized module 语法，不用管它，并不影响后续使用。

make 完成之后，要怎么试运行呢？这就涉及我们上面提到的“借鉴”工作。因为 mochiweb 是设计用来作为一个完整项目的一个基础部分，也就是说，它只是一个骨架（或者如作者所说的toolkit），在你 make 完之后，什么也干不了，除非你对它进行定制化编码，完成这个 web server 。好在它自己已经提供了工具来简化这一步骤：

new_mochiweb.erl 是一个 EScript 脚本，它负责从 mochiweb 中拷贝使用 mochiweb 所必须文件和目录，形成你的新项目的“骨架”（概念上有点类似于 rails 的自动生成代码）。上面的命令生成了名为 test 的项目，会在当前目录建立名为 test 子目录（还可以使用 escript scripts/new_mochiweb.erl test testdir 将新建立的项目放在 testdir 目录中）。上面的命令生成了一些文件，我加了注释：

是的，什么也不用改，在新生成的项目骨架中，一个可用的web服务器已经就绪：

这会打开一个 erlang shell ，输出的信息表明在 8000 端口开了一个 web 服务，此时用浏览器访问 http://localhost:8000 （或者其它正确的地址）就能看到“MochiWeb running.”，这表明 mochiweb 配置正确，运行良好。注意，我们上面是用 start-dev.sh 来启动的，它打开了 reloader 特性。

现在修改一下 test_web.erl 的代码，加点料。因为我们上面已经打开了 reloader 所以，不用关掉这个 erlang shell ，我们可以直接修改和编译，然后刷新就能看到效果（有点 PHP 编程的意思了）。把 test_web.erl 改成这样，看看会有什么情况发生：

编译之前，先访问一下 http://localhost:8000/timer ，是“Not found.”。此时，不要中断之前的 erlang shell 而是直接再次 make ：

留意到之前打开的 erlang shell 上出现了这么一行：

此时，再次访问 http://localhost:8000/timer （耐心些 HTTP chunked 获得的数据要积累到一定的字节浏览器才会显示），你会发现这是一个不会“下载结束”的页面，不断会有新的内容出现在下面。你也许可以利用这个特性实现传说中的“无刷新聊天室”。

值得留意的是这样的代码：

我们这里是用 Req:ok(…) 而不是 request:ok(Req, …) 这在 Erlang 的代码中并不寻常，Req 是一个变量，通常这个变量的值是某个 atom 表明的是一个 module 的名称，但这里的 Req 显然不是这样。它是一个 “module 的实例”，这就是我们前面提到的“ Parameterized module 语法”的实际应用，它不仅意味着某个模块的名称，还意味着(初始化时)传给这个模块的一系列参数，它包装了与一个 request 相关的数据。应该说，这个语法更加简洁易懂。

问题：

1. 如果在此时，并不关闭正在不断“下载页面”的浏览器，在 test_web.erl 中将 timer 的部分注释掉，然后再次 make ，会发生什么？为什么？
2. 找出 Req 在 mochiweb 的哪个模块中被初始化？如何被初始化？它实际上是由哪个模块来实现的？
3. 解释 test_web.erl 的代码结构，各个部分都起什么作用？它是如何服务于每一个请求的？
4. 如何在 test_web.erl 中直接访问 http 连接的 socket ？

（实际上，这个例子只是一个 HTTP Chunked 的例子而已，你并不能依赖于 HTTP Chunked 来实现聊天室，这不是 HTTP Chunked 的问题，而是因为在现实的网络环境下，路由器有可能会自动断开连接时长超过某个值的连接。）

有位热心的 Dino Wu 朋友在 http://wiki.51sun.cn/ErlangDoc 上发表了对《Getting Started With Erlang》和 《OTP Design Principles》这两份文档的部分中文翻译。感谢 Dino Wu 付出宝贵的个人时间为 Erlang 中文社区所做的贡献！

Dino Wu 的译文，在http://wiki.51sun.cn/ErlangDoc(介绍文字相当精炼，也值得一读)上提供了PDF版本的译文下载。

[下载地址] [本地镜像]

后续部分会不定期释出，本文也会继续更新相关的链接。

回想一下试验过的 erlang 开发环境，陆陆续续的，也有不少了，目前我最满意的 erlang 开发环境（组合）是这样的，哈哈，忍不住拎出来显摆了：

windows 2k + colinux + debian + emacs + erlang mode + putty

因为平常工作还是离不开 win（别和我说 xp，在我的破机器上 2k 比 xp 跑得愉快得多了，所以我就“主动降级”了），没办法，太多东西了，实在没法一下子转投 linux 的怀抱，只能虚拟。而 colinux + debian 正好提供了一个近乎 native 运行的 unix 环境，资源占用很小，运行速度很快。平时当个 service 跑着也不吃力。最大的好处是所有的软件包都是原生的 unix 软件，啥也不用改，直接拖下来就用，个人感觉比 cygwin 强多了。一路 apt-get install emacs erlang 装下来就是了。

编程的时候，putty 登上去（当然要配好 public key 啥的，以节约生命）就可以用 emacs 。在 unix 下，编译，测试，再也不用担心做好的代码换到 unix 环境就跑不起来了。如果要 x 环境，那就装上 vnc： xfce4 + vnc4server + realvnc view4 ，登录进去，效果一流（额外的好处是可以随时关掉窗口，下次登录回到会话，啥也不会丢）。如果你又想念 eclipse 的 erlide 了，那也没关系，随时在 win 下跑起来便是，apt-get 一个 cvs 回来装上，代码同步就解决了。

现在的烦恼是 emacs 还没习惯，渐渐找感觉中。。。

然后是 Yet Another 系列，隆重推出：yatsy——Yet Another Test Server (咦？最后一个 y 是哪里来的呢？)， yatsy 和 test_server 的语法完全一致，功能大致相当，所不同的是： yatsy 是 host 在 google 上的 opensource 的项目，而 test_server 是 ericsson 的产品（虽说也给了 sourcecode 但不是 public repository ，这算哪门子区别？），另一个区别是 yatsy 和 yaws 有很好的结合（都是 Yet Another 一家的嘛），主要用来生成 report 。

另外，还有 Erlang QuickCheck 是一个 commercial 的测试工具，咱们支持 opensource 这里就不表了。

我个人最喜欢的小巧工具是 EUnit ，简单，易用。对于“非火箭科技”的普通程序员来说，简简单单的就好。60秒入门如下：

就这么多了，简洁明快吧。

上面是功能测试或者说单元测试，那么，在性能测试上，我们有鼎鼎大名和鼎鼎大名的 Tsung （嗯，谁知道这个词的正确发音是怎样的？）。这个东西，留待日后俺学习到了再和大家分享。

1 加拿大的 CaoYuan （华人哦）开发的 ErlyBird （for NetBeans）

2 大名鼎鼎的 ErlIDE （for Eclipse）

Editor有：

1 Emacs

2 Vim

3 JEdit

目前就知道这么多了，其他人补充下吧。

我现在用的环境是 editplus + erlangconsole 呵呵，谁让我的机器太破呢，连 JEdit 都嫌慢。没办法了，没有语法加亮，没有函数OutLine，慢慢也习惯了，好像也不觉得缺啥。

ok，广告 blah 到此结束，口水留到下篇再说，让我们超快速的开始：

在linux平台“从头”安装 erlang-otp 是一个冗长乏味的过程，11.xM 的源代码文件倒还真不算大，安装命令也很常见以及非常简单：

./configure –prefix
make install

虽说只有这两句，可在你输入命令之后(以及之间)，陪伴你的只有漫漫无尽的等待。视机器快慢，20到40分钟不等，实在可以说是一件“居家旅行谋杀生命”的必备药品。

现在好了，我们有了 CEAN ，当当当当……。安装过程于是简化为：

wget http://cean.process-one.net/R11B/prod/linux-x86/cean_base.tar.gz
tar zxvf cean_base.tar.gz
./start.sh

注意：这个时候，你已经装好了 erlang otp 的基本系统，并直接进入了熟悉的 erl console。

然后是魔法时刻：

> cean:install(yaws).

hoho，搞定，收工。

btw. 如果你象我一样要在“受限” 环境启动 yaws 那就可以这样：

> yaws:start_embedded(“your/doc”, [{listen, {0,0,0,0}}], [{logdir, "your/log"}]).

…

目录

• 1 开始使用erlang
• 2 使用Erlang作为计算器
• 3 编辑前面的表达式
• 4 编译你的第一个程序
• 5 深入了解Erlang

1 开始使用erlang

如果你在unix系统下输入 erl ，或者在Window$系统下双击Erlang的图标，你可以看到一些提示:

os prompt > erl
Eshell V5.5.4  (abort with ^G)
1> _

其中 “>”提示符意味着系统正在等待输入。

2 使用Erlang作为计算器

1> 213183682167*12937192739173917823.
27579983733990928813319999135233
2> _

记住每个表达式以英文句号结束

3 编辑前面的表达式

可以使用简单的emacs命令获取前面的表达式。常见的几个如下：

注意：^X意味着Control+X 。

尝试按下Control+P来查看结果。

译者注：一位朋友提示如上的快捷键是在unix系统之下的，Window$下的快捷键附在了如上列表后的括号内。另外，在Unix系统下使用Control+G的退出方式，在Window$下使用Control+C来退出。

4 编译你的第一个程序

把如下内容输入到一个文件里:

-module(test).
-export([fac/1]).

fac(0) -> 1;
fac(N) -> N * fac(N-1).

把这些存储到文件 test.erl 中，文件名必须与模块名相同。

编译这个程序使用如下命令，并且运行:

3> c(test).
{ok,test}
4> test:fac(20).
2432902008176640000
5> test:fac(40).
815915283247897734345611269596115894272000000000
6> _

现在可以做些其他有趣的事情了。

5 深入了解Erlang

Getting Started