2011年12月26日
上一回聊天室的代码，我曾经答应在下一讲进行详细的解释，对不起，我食言了。因为今天我写了个小东东想和大家分享。那个，那个详细解释放到下一回吧。咳，咳……
flash 中有一个 share object ，可以让大家通过网络共享一个对象。曾经有个示例，就是甲拖动屏幕上的小球，乙的屏幕上的小球也同样被拖动了，乙也同样可以拖动的动作共享给甲。当初看到这个例子时，我觉得好神奇啊。可是一打听，完成这样的功能需要 Flash Media Server，这玩意是要钱钱地。不过没关系，利用前面我们摸索出来的知识，我们已经可以实现这个案例了，而且，咱们不用插件！爽吧。
有图有真相：
如上图，拖动任意一页面红色方块，其他页面的方块会得到同步。
源码在这，解开用 node 执行 app.js 就可以了。 仅仅需要 socket.io 模块，放心，我也压进去了，所以您不用安装了。哦，对了，用了 jquery , 直接连 google 放互联网上的库的，主要是避免太多的代码给您造成混淆。我力图把代码精简到最少，方便您阅读。怎么样？我是个很体贴的男人吧。（广告语N句，略……）
还是那句，没有做不到，就怕想不到。任何事物在被创造出来之前，都已经在我们的大脑里造了一遍了。所以，尽情的去梦想吧……
发现直接上代码真是轻松啊，哈哈。
2011年12月25日
上回我们建立了一个框架，并测试正常工作了。在测试的时候，我们得到了一段长长的 Js 代码。这段代码可是宝贝啊，这是公主送给您的话机啊，赶紧收好，用它我们就可以和公主热线啦！趁今天圣诞节，赶紧和公主说声节日快乐吧，否则可要没戏哦。
好，速度：在 chatroom 文件夹下建一个 .htm 文件，名字嘛就叫 chatClient.htm 好了。chatClient.htm 原本是一平淡无奇的文件，不过，我们把前面获得的“话机”给他，他就成了我们的接线员了。作为一名充满好奇心的程序猿，我相信您已经把话机拆开，把您的爪子在话机里摸啊摸的，嗯，这个事请等等再干，我们现在要做的，是从外面使用它，而不是研究它的原理。咱不能等把电视机怎么干活的弄明白再来看电视，您说是吧？
<html> <head> <title>Chat Room</title> <script src="http://localhost:888/socket.io/socket.io.js"></script> <script type="text/javascript"> //TODO 这里是负责建立热线的代码 // TODO 这里负责接收和传送消息的代码 </script> </head> <body> <h1>Chat Room</h1> <div id="chatbox"></div> </body> </html>
好了，激动人心的时刻就要到了，我们要建立一条热线了，在一个美丽的圣诞节，和一位美丽的公主，建立一条畅通无阻的双向全双工的 web 史上史无前例的……谁踩我？哦，哦上代码：
//TODO 这里是负责建立热线的代码
var hotline = io.connect(‘http://localhost:888’);
将上述代码插入前面的 chatroom.htm 文件，运行服务器端 app.js 文件，然后，用浏览器打开 chatroom.htm 文件，观察服务器控制台：
如果看到我们控制台上出现了我们自己打印的连接成功的信息，那么这条热线就宣布成功。好吧，提醒下我们在服务器端怎么写的 ( app.js 文件里 )：
// WebSocket 协议握手成功
io.sockets.on('connection',function(socket) {
console.log("[SERVER]Connection OK!");
});
提醒注意一下，这里的连接事件是 io.sockets.on 上，和我们后面拿到单个 socket ，在 socket.on 上挂事件有点区别，我坦白，在这里我折腾了好一会，等到我发现问题，不禁忿恨自己的莽撞！粗心~有眼无珠~
热线建好了，开始亲密接触吧。
客户端，我们可以用刚才拿到的 hotline 的 emit 方法来发送消息， on 方法来处理接收到的消息。
服务器端，您注意到这里：
io.sockets.on('connection', //'connection' 是socket.io 保留的，不能错哦
function( socket ) { //socket 就是我们的热线了
socket.emit('sSayhello',{hi:'Happy new year.'}); //'sSayhello'是我们自定义的，客户端听取的时候要指定同样的事件名
socket.on('cSayhello',function(data){ //'cSayhello'需要和客户端发送时定义的事件名相同
console.log('[CLIENT]Client say hi:' );
console.log(data);
});
});
请原谅我直接上源码了，好困啊，迷糊中……zzzZZZ
我想该说的我基本都说了，有什么问题请留言吧。
祝大家圣诞节快乐！！！新年快乐！！！合家安康！！！
2011年12月24日
从这回开始，我们来搭建一个简单的聊天室。因为 http 协议是无状态的，搭建聊天室这样的事从来都让人觉得疙疙瘩瘩的不是那么顺理成章。如果不使用 flash、applet 等浏览器插件的话，我们需要定期轮询服务器来获取大家的聊天信息。这造成了一定的延迟和大量的网络通讯。
不过，随着 HTML5 的浮出水面，这一情况有望彻底改观了。在 HTML5 的众多特性中，有一个总是悄悄站在幕后的大哥级人物，他就是 WebSocket 。WebSocket 实在是太强大了，Firefox 浏览器在支持一段时间后，觉得实在不能保证这位大哥不会干出点什么出格的事，把他打入冷宫。可是正如毛遂说的，钉子放在口袋里，迟早都会冒出头的。现在最新版的 Chrome 、 Firefox 均支持 WebSocket ，还有 IE 10 据说也将支持。
在说明 WebSocket 的时候，我们需要和 HTTP 对比来看，才会发现他的价值。
|
HTTP |
WebSocket |
|
双向、但是半双工 |
双向全双工 |
|
无状态 |
持续连接 |
|
高延迟 |
实时，事件驱动 |
|
高带宽消耗 |
低带宽消耗 |
|
面向文档设计 |
文档、二进制均可，客户端不局限于浏览器 |
好了，比也比完了，如果你还有点迷糊的话，哎，那我辛苦点，打个比方好了。我们把服务器比做一位美丽的公主，我们就是那苦命的追求者，之一。 http 时代：我们写了一封信(request)，交给书童，快，送信去，路上别偷懒。书童到了公主的宫殿，在门口被拦了下来，交出路条(request headers)，哦，进去吧。还好，公主对我们也还算热情，很快写好了信(response)，放进信封，贴上标签(response headers) ，交给书童。书童再屁颠屁颠跑回来交给我们。随着我们和公主感情的不断升温，我们开始豢养一群名叫阿贾克斯的信鸽，这样，就可以很快地把我们写的小诗小词送给公主了。公主如果想我们的时候，也可以在有信鸽来的时候，把她的手帕啊什么的栓在鸽子腿上给我们捎回来。HTML5 时代来了，我们和公主的关系也开始如胶似漆起来，光靠信件和便签已经不能满足了，还好，我们有 WebSocket ，只要我们让书童送去一封信，WebSocket 就会来在我们和公主之间架起一条电话热线，这样公主说话您立刻就能听见，您说话公主也立刻能听见，当然，因为这条热线是双向全双工的，你们还可以一起合唱一首小情歌。
好了，说下个人的理解，不知道对不对，权当参考：WebSocket 就是通过 http 协议实现握手的 socket 。
下面是摘自 Kaazing 《WebSocket –The Web Communication Revolution 》 中的一副图：
理论上，socket 能干什么，他就能干什么。
这个问号的答案是无限的，我们看看这个在线版的 Quake 游戏吧，也许他能点亮我们的大脑。
家庭作业：和你的本我、自我、大我、小我开个头脑风暴会，讨论 WebSocket 对 Web 应用开发的深刻影响。
WebSocket 规范由客户端和服务器端规范分别组成。客户端由 W3C 制订，服务器端规范由 IETF 制订。Node.js 的第三方模块 Socket.IO 提供在 Node.js 上使用 WebSocket 协议的能力。
说得已经够多了，下面动手了。
建一个项目文件夹，这里我用 chatroom 好了，您自便。打开命令行窗口，移步到 chatroom 目录下，键入如下命令：
D:\chatroom> npm install socket.io –d
见图：(-d 参数可以使我们能够观察到安装的详细情况，但有资料说 –d 是安装齐所有依赖包，不管了，加上总比不加好，是吧？)
如果最后出现“ npm info ok ”，恭喜你，socket.io 模块安装成功。查看 chatroom 目录，得到如下结构：
准备工作完成后，我们还是先写一个最最最简的架子，然后测试他。
请看代码：
/* 平安夜快乐之聊天室框架 */
//照例先引入模块，这次我们需要 http 和 socket.io 两个
var http = require('http'),
socketio = require('socket.io');
//注意，和前面的区别是我们需要拿到 http 创建的服务器实例
var app = http.createServer(function(request,response){
//TODO 后面我们会在这把聊天室页面发回去，不过现在我们简单地提示就好了。
response.end('Server ok.');
}) ;
//http 服务开始侦听
app.listen(888);
console.log("Http Server start at 888");
// socket.io 开始侦听
var io = socketio.listen(app);
// WebSocket 协议握手成功
io.sockets.on('connection',function(socket) {
console.log("Websocket connect ok ...");
});
保持为 app.js 文件。运行。
D:\chatroom> node app.js
如果见到如下图，那么恭喜你，WebSocket 已经准备好来为我们的聊天室服务了。
看提示第一行是我们输出的说明 http 服务启动的信息，第二行是 Node.js ，或者准确地说是 Socket.IO 给我们的提示信息，真体贴啊。听是在听了，那么他们有没有谎报军情呢？试试看就知道了。
请打开浏览器，等等，什么浏览器都可以吗？你不是说只有 chrome 和 火狐？ 呃，差点忘了，Socket.IO 不仅帮助我们实现了 WebSocket 协议，还帮助我们提高了浏览器的兼容性，现在已经支持 IE5+、Safari 3+、 Chrome 4+、火狐 3+、Opera 10.61+，还支持一些手机和平板上得浏览器。
观察控制台和浏览器，你会发现控制台提示你： debug – served static content /socket.io.js ，而浏览器我们也得到了一段，不，一大段 js 代码，这说明我们的任务完成了。 Http 服务正常，WebSocket 服务正常，火箭即将发射！
----------------------- 平安夜的分割线，祝大家平安夜快乐 -----------------------------------------
我知道您有疑问，那段 js 代码是什么？哪里来的。嗯，欲知后事如何，请听下回分解。
2011年12月23日
上回我们在获取 request 对象的 headers 属性的 'user-agent’ 属性时，我使用了 request.headers.user-agent 这样的语法，谢谢网友artwl的提醒，这样写经实验是不行的。可是，为什么不行呢？这件事让我迷惑了。Js 中对象可以理解为属性的集合，属性的构成是键值对，Function 并不搞特殊化，和其他类型一视同仁。属性的值可以通过 object.key 或者 object[‘key’] 的方式来访问。问题出在哪里呢？上网一顿猛摸，无果。后来观察观察 headers 对象：
headers: { host: 'localhost:888',
connection: 'keep-alive',
'cache-control': 'max-age=0',
'user-agent': 'Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/14.0.835.202 Safari/535.1 CoolNovoChromePlus/1.6.4.30',
accept: 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8',
'accept-encoding': 'gzip,deflate,sdch',
'accept-language': 'zh-CN,zh;q=0.8',
'accept-charset': 'GBK,utf-8;q=0.7,*;q=0.3' }
发现所有加了引号的键全部都有 '-' 啊，万恶的横杠啊，原来如此。
提醒：键名称如果有 '-' 、空格等貌似非法的字符，Js 是很宽容的，不过要求你用引号括起来。而访问时也无法再用圆点加键名的方式来获取值，需要用方括号加引号的方式。
两句话可以说清楚的事，罗嗦了半天。其实想说的是，小石头让咱卡壳是常态，摸他，排除他。
另外，如果您希望摸一摸某个对象，可以在 repl 环境下，把这个对象打印出来。比如，前面我们引入的 http 模块，可以 repl 提示符下键入：
D:> node
> require(‘http’)
您会得到下图：
你看，状态代码都不用查文档了吧？
为了完成搭建静态服务器的任务，我们需要文件 I/O ，node.js 内置了 fs 模块，引入就可以读写文件了。请按下列方式组织目录：
MyHttpServer
|_____ app.js
|_____ webroot
|_____ index.htm
这里 webroot 文件夹就是我们静态页面的家了，我们希望以后把页面往里面一丢，就能从客户端访问。index.htm 文件里你随便贴几行字进去好了。一会我们要把他们从文件里读出来，显示在控制台并发送给浏览器。
在写代码之前，我们先用前面的方法查看 fs 模块：
fs 里方法真多啊。现在到了我们查阅文档的时候了。去官网文档，查到 fs.readFile 了吗？OK，就用他。测试该方法的代码就不单独写了，建议您自己先写一个，小步快跑，是学习的好方法，在编程上也适用，这样可以避免遇到问题时难以定位问题范围，可以不断地给自己小小地鼓励。直接上代码：
/* Read a file and put to user agent */
var http = require('http'),
fs = require('fs');
http.createServer(function(request, response){
//读文件，读完后写入response,文件名系硬编码
var path = __dirname + '/webroot/index.htm';
fs.readFile( path,'utf-8', function(err,data) { //读出的内容在data里
//在 console 打印
//console.log(path);
console.log(data);
response.end(data);
});
}).listen(888);
console.log('Server start at port 888.');
上面代码有个全局属性 __dirname ，说明下，就是当前运行代码所处的目录。查下文档赫然白底黑字地写着。嗯？怎么还有这么行字：__dirname isn't actually a global but rather local to each module. 乖乖个隆地洞，差点弄错了，原来这玩意是相对于每个模块的。另外，请注意，是两个下划线哦。_ _ d i r n a m e 。
上节我们实现了读取文本文件，并送到客户端浏览器的工作。但是读取的文件名是硬编码在代码里的。现在，我们需要让用户来指定他需要什么文件，然后读出来给发过去。而用户指定的路径和文件名这个信息，正如我们前面所说的，是通过 request 传过来的，你一定还记得在系列三里，我们曾经将 request 在服务端后台打印出来过，而 request 的众多的属性里，有一个为 url 属性。是的，通常我们都是通过 url 来映射文件的路径的。不过，到了现在 MVC 和 REST 时代，情况开始变得有些复杂，暂且不提。下面我们要慢慢加快速度了。我会把一些解释逐渐移到代码的注释里面。所以，请看代码。呃，看代码之前，一条 url 一般可以分成主机地址、路径和键值对们，这个事你懂的。呃，有位园友希望讲细一点，好吧，如果你不觉得啰嗦的话，请做下图的试验：
我们尝试引入url模块，用这个工具来解析了一串示例，得到一个对象。其中 pathname 就是我们要的，不过现在我们需要将它映射为我们服务器端的绝对地址。好了，来试试：
/* Map the url path to serverpath */
var http = require('http'),
fs = require('fs'),
urlutil = require('url'); //node.js 推荐变量名与模块同名，这里为了防止误解，暂时改下
http.createServer(function(request, response){
var path = urlutil.parse(request.url).pathname;
console.log(path);
//映射本地
var absPath = __dirname + "/webroot" + path;
console.log("Path at Server: " + absPath);
}).listen(888);
console.log('Server start in port 888.');
好任务完成。现在我们要把文件发给浏览器了。
var http = require('http'),
fs = require('fs'),
urlutil = require('url'),
path = require('path');
http.createServer(function(request, response){
//get path from request's url
var urlpath = urlutil.parse(request.url).pathname;
//map the path to server path
var absPath = __dirname + "/webroot" + urlpath;
//test whether the file is exists first
path.exists(absPath, function(exists) {
if(exists) {
//if ok
fs.readFile(absPath,function(err, data) {
//our work is here
if(err) throw err;
console.log(data);
response.write(data);
response.end();
});
} else {
//show 404
response.end('404 File not found.');
}
});
}).listen(888);
console.log('Server start in port 888.');
嗯，代码很完美的实现了我们的任务。当然，还有点小问题是需要我们改进的。不过先休息下，找点形容词来赞美自己吧，对自己不要太吝啬了，反正也没人听见，是不是？
上面的代码还有一点不足，就是仅仅能够读出文本文件，而且控制台的提示也是乱乱的看不清楚。一个一个来。
首先把控制台的事搞定。只需要在读文件的时候指定编码就可以了，比如：readFile(absPath,’utf-8’,function(… 就可以了。
剩下的就是读写不同格式文件的问题了。为了告诉浏览器我们发给他的是什么类型的文件，需要给 response 写个头信息，然后发给浏览器，浏览器根据这个信息来确定发来的是什么类型的内容。这个信息仍然是个键值对，键是 Content-Type ，顾名思义，就是内容类型了。值是什么呢？大家知道，因为服务器和浏览器都是不同的开发者开发的，所以这个事需要沟通好，否则你说文件类型是文本，他理解成图片，那不是麻烦了？
而避免这个麻烦的东东就是MIME了。关于MIME请参考这里，不多说什么了，我们需要做的就是把这页的列表弄下来，放进自己的代码。为了清晰起见，丢进一个模块吧，模块名 mime 好了。很自然的，我们想到用一个对象来表示这个列表。
exports.types = {
'323':'text/h323',
acx:'application/internet-property-stream',
ai:'application/postscript',
aif:'audio/x-aiff',
aifc:'audio/x-aiff',
aiff:'audio/x-aiff',
asf:'video/x-ms-asf',
asr:'video/x-ms-asf',
asx:'video/x-ms-asf',
au:'audio/basic',
avi:'video/x-msvideo',
axs:'application/olescript',
bas:'text/plain',
bcpio:'application/x-bcpio',
bin:'application/octet-stream',
bmp:'image/bmp',
c:'text/plain',
cat:'application/vnd.ms-pkiseccat',
cdf:'application/x-cdf',
cer:'application/x-x509-ca-cert',
'class':'application/octet-stream',
clp:'application/x-msclip',
cmx:'image/x-cmx',
cod:'image/cis-cod',
cpio:'application/x-cpio',
crd:'application/x-mscardfile',
crl:'application/pkix-crl',
crt:'application/x-x509-ca-cert',
csh:'application/x-csh',
css:'text/css',
dcr:'application/x-director',
der:'application/x-x509-ca-cert',
dir:'application/x-director',
dll:'application/x-msdownload',
dms:'application/octet-stream',
doc:'application/msword',
dot:'application/msword',
dvi:'application/x-dvi',
dxr:'application/x-director',
eps:'application/postscript',
etx:'text/x-setext',
evy:'application/envoy',
exe:'application/octet-stream',
fif:'application/fractals',
flr:'x-world/x-vrml',
gif:'image/gif',
gtar:'application/x-gtar',
gz:'application/x-gzip',
h:'text/plain',
hdf:'application/x-hdf',
hlp:'application/winhlp',
hqx:'application/mac-binhex40',
hta:'application/hta',
htc:'text/x-component',
htm:'text/html',
html:'text/html',
htt:'text/webviewhtml',
ico:'image/x-icon',
ief:'image/ief',
iii:'application/x-iphone',
ins:'application/x-internet-signup',
isp:'application/x-internet-signup',
jfif:'image/pipeg',
jpe:'image/jpeg',
jpeg:'image/jpeg',
jpg:'image/jpeg',
js:'application/x-javascript',
latex:'application/x-latex',
lha:'application/octet-stream',
lsf:'video/x-la-asf',
lsx:'video/x-la-asf',
lzh:'application/octet-stream',
m13:'application/x-msmediaview',
m14:'application/x-msmediaview',
m3u:'audio/x-mpegurl',
man:'application/x-troff-man',
mdb:'application/x-msaccess',
me:'application/x-troff-me',
mht:'message/rfc822',
mhtml:'message/rfc822',
mid:'audio/mid',
mny:'application/x-msmoney',
mov:'video/quicktime',
movie:'video/x-sgi-movie',
mp2:'video/mpeg',
mp3:'audio/mpeg',
mpa:'video/mpeg',
mpe:'video/mpeg',
mpeg:'video/mpeg',
mpg:'video/mpeg',
mpp:'application/vnd.ms-project',
mpv2:'video/mpeg',
ms:'application/x-troff-ms',
mvb:'application/x-msmediaview',
nws:'message/rfc822',
oda:'application/oda',
p10:'application/pkcs10',
p12:'application/x-pkcs12',
p7b:'application/x-pkcs7-certificates',
p7c:'application/x-pkcs7-mime',
p7m:'application/x-pkcs7-mime',
p7r:'application/x-pkcs7-certreqresp',
p7s:'application/x-pkcs7-signature',
pbm:'image/x-portable-bitmap',
pdf:'application/pdf',
pfx:'application/x-pkcs12',
pgm:'image/x-portable-graymap',
pko:'application/ynd.ms-pkipko',
pma:'application/x-perfmon',
pmc:'application/x-perfmon',
pml:'application/x-perfmon',
pmr:'application/x-perfmon',
pmw:'application/x-perfmon',
pnm:'image/x-portable-anymap',
pot:'application/vnd.ms-powerpoint',
ppm:'image/x-portable-pixmap',
pps:'application/vnd.ms-powerpoint',
ppt:'application/vnd.ms-powerpoint',
prf:'application/pics-rules',
ps:'application/postscript',
pub:'application/x-mspublisher',
qt:'video/quicktime',
ra:'audio/x-pn-realaudio',
ram:'audio/x-pn-realaudio',
ras:'image/x-cmu-raster',
rgb:'image/x-rgb',
rmi:'audio/mid',
roff:'application/x-troff',
rtf:'application/rtf',
rtx:'text/richtext',
scd:'application/x-msschedule',
sct:'text/scriptlet',
setpay:'application/set-payment-initiation',
setreg:'application/set-registration-initiation',
sh:'application/x-sh',
shar:'application/x-shar',
sit:'application/x-stuffit',
snd:'audio/basic',
spc:'application/x-pkcs7-certificates',
spl:'application/futuresplash',
src:'application/x-wais-source',
sst:'application/vnd.ms-pkicertstore',
stl:'application/vnd.ms-pkistl',
stm:'text/html',
svg:'image/svg+xml',
sv4cpio:'application/x-sv4cpio',
sv4crc:'application/x-sv4crc',
swf:'application/x-shockwave-flash',
t:'application/x-troff',
tar:'application/x-tar',
tcl:'application/x-tcl',
tex:'application/x-tex',
texi:'application/x-texinfo',
texinfo:'application/x-texinfo',
tgz:'application/x-compressed',
tif:'image/tiff',
tiff:'image/tiff',
tr:'application/x-troff',
trm:'application/x-msterminal',
tsv:'text/tab-separated-values',
txt:'text/plain',
uls:'text/iuls',
ustar:'application/x-ustar',
vcf:'text/x-vcard',
vrml:'x-world/x-vrml',
wav:'audio/x-wav',
wcm:'application/vnd.ms-works',
wdb:'application/vnd.ms-works',
wks:'application/vnd.ms-works',
wmf:'application/x-msmetafile',
wps:'application/vnd.ms-works',
wri:'application/x-mswrite',
wrl:'x-world/x-vrml',
wrz:'x-world/x-vrml',
xaf:'x-world/x-vrml',
xbm:'image/x-xbitmap',
xla:'application/vnd.ms-excel',
xlc:'application/vnd.ms-excel',
xlm:'application/vnd.ms-excel',
xls:'application/vnd.ms-excel',
xlt:'application/vnd.ms-excel',
xlw:'application/vnd.ms-excel',
xof:'x-world/x-vrml',
xpm:'image/x-xpixmap',
xwd:'image/x-xwindowdump',
z:'application/x-compress',
zip:'application/zip'
}
类型比较多，所以很长，但结构很简单。注意我们在模块里，可以把需要暴露出去的东东链到 exports 下就可以了。把这个文件存为 mime.js ，后面我们就可以用
var mime = require(‘./mime’)
这样的语法来访问了。
万事具备，只欠东风了，离胜利只有一步之遥了。
完成的代码：
/* Final Server */
var http = require('http'),
fs = require('fs'),
urlutil = require('url'),
path = require('path'),
mime = require('./mime');
http.createServer(function(request, response){
//get path from request's url
var urlpath = urlutil.parse(request.url).pathname;
//map the path to server path
var absPath = __dirname + "/webroot" + urlpath;
//test whether the file is exists first
path.exists(absPath, function(exists) {
if(exists) {
//二进制方式读取文件
fs.readFile(absPath,'binary',function(err, data) {
//our work is here
if(err) throw err;
//获取合适的 MIME 类型并写入 response 头信息
var ext = path.extname(urlpath);
ext = ext ? ext.slice(1) : 'unknown';
console.log(ext);
var contentType = mime.types[ext] || "text/plain";
console.log(contentType);
response.writeHead(200,{'Content-Type':contentType});
//console.log(data);
//使用二进制模式写
response.write(data,'binary');
response.end();
});
} else {
//show 404
response.end('404 File not found.');
}
});
}).listen(888);
console.log('Server start in port 888.');
猛然发现我们居然实现了Apache、IIS 的基本功能。好了，可以洗洗睡了。大家伙晚安。
差点忘了，下一回我们会进入聊天室的任务。
2011年12月21日
系列目录：Node.js摸石头系列目录
上回我们说到，使用 node.js ，我们可以迅速架起一个 http 服务器。不过上次咱们仅仅是在后台看到了客户端发来了访问，还没把 “Hello World” 给发出去呢。好，说干就干。
大家都明白，我们的Web应用抽象起来就是客户端发出请求，请求到达服务器后，服务器经过一番捣鼓，给客户端发回一个应答。“请求”我们一般抽象成 request，“应答”是 response。服务器和客户端（一般也就是浏览器啦，但是绝不局限于浏览器哦。）之间交流的语言就是 HTTP 协议了。至于服务器怎么折腾出一个应答来的，就八仙过海，各显神通了。
总之，Web 应用中两个重量级的东东就是： Request ， Response 。
前面我们说到，每次有访问进来，我们的代码都会跑一遍。现在的问题是，在我们的代码里，怎么抓到客户端发来的 request , 然后，到哪里去找这个 response ，好把我们捣鼓出来的东西放进去，发给客户端呢？答案是，只要我们把他们作为参数交给 tellme 函数(你可以给这个函数取任何名字甚至不给他名字)，然后，当请求到达时，node.js 就会把客户的请求封装成 request ，预备发给客户的应答封装成 response 。我们拿到 request ，看看他请求些什么，再折腾些东西（读出个文件也好，去查数据库也好，随便你了。）丢进 response ，发给客户端。
提醒：这种利用参数进行传递是 node.js 的常态。
请看代码：
/* Request and Response */
var http = require('http');
http.createServer(
function(request, //客户端发来的请求，node.js 帮我们封装成 request 对象
response //我们利用response,向客户端发送回答
){
//在控制台显示request对象
console.log(request);
//总算完成 hello world 了。
response.end('Hello world!');
}).listen(888);
console.log('Server start at 888');
运行他，用浏览器访问他。现在，在浏览器得到了咱们盼望已久的“Hello world!”，真不容易啊。再看看服务器的控制台，这么一大串的是什么？这个就是 Request 了。如果您熟悉 Json 格式，我想您已经看明白了，不熟悉也没关系，其实很简单，无非就是花括号( {} )标示对象，对象里各个属性用逗号( , )隔开，每个属性都由一个“键”和一个“值”组成，中间用冒号 ( : )分开，是不是很简单呢。
{ socket:{ ... },
...
headers: { host: 'localhost:888',
connection: 'keep-alive',
'cache-control': 'max-age=0',
'user-agent': 'Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/14.0.835.202 Safari/535.1 CoolNovoChromePlus/1.6.4.30',
accept: 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8',
'accept-encoding': 'gzip,deflate,sdch',
'accept-language': 'zh-CN,zh;q=0.8',
'accept-charset': 'GBK,utf-8;q=0.7,*;q=0.3' },
...
url:'/',
method:'GET',
...
}
观察 request 对象，我们可以找到一些我们熟悉的东西。比如：request.url、request.method、比如 headers 。好，下面我们来把后台让我们眼花缭乱的输出简化一下：
/* Request and Response */
var http = require('http');
http.createServer(
function(request, response ){
//只显示request对象的某几个属性
console.log(request.url);
console.log(request.headers['user-agent']);
//回应客户端
response.end('Hello world!');
}).listen(888);
console.log('Server start at 888');
重启服务，访问服务器，观察后台。发现我们每刷新一次浏览器，其实进来了两个request,一个是访问’/’的，另一个是找 ‘favicon.ico ' 的，当然，很抱歉，目前还没有这个网站图标给他。控制台还显示了客户端用来访问服务器的浏览器的类型和版本。如果还想知道些什么，自己去 request 里面去挖吧。
系列四我们将完成一个静态的 Web 服务器，只要把静态页面丢进某个文件夹，就可以用浏览器访问。另由于昨天去考驾照理论课，进度有些慢了，对不住。
2011年12月19日
2011年12月17日
2011年11月28日