我准备这样：首页提示正在备案中，其他链接正常接入。

@newghost

onMou(2)
onMou(2)

1的结果其实是这样的：

mDD[0].addEventListener('mouseover',function(){onMou(1)});

mDD[1].addEventListener('mouseover',function(){onMou(1)});

有一些只是表述上的差异，其实本质意思是一样的，打个比方：


只要主线程空了，就会去读取"任务队列"，这就是JavaScript的运行机制。这个过程会不断重复


这里的表述，"JavaScript的运行机制" 明显写起来简单，其实“JavaScript运行环境的运行机制”也不完全准确，毕竟还有一些JS运行环境（解释器）是按同步多线程的机制来设计的，写成，“目前主流浏览器和node.js的运行环境的运行机制”，会不会更准确，你你会不会更很啰嗦？

真的不必太较汁，照这个抠法，除了人教版的小学教材，极少完全严谨的说法。怪只怪中国语言博大精深。

ourjs http://v2ex.com/t/126496

@regmach
@zhanghb
@feelinglucky

以后避免写英文单词，拼错了就丢人了……

@feelinglucky

昏，看一下有没有拼错……

Congratulations

@jakwings

你说的这种问题还没有考虑过，如果遇到的话应该也可以解决，会优化一下，评论成功时将此评论 push 入 cache array 而不更新整个reply array。 q

最初也想过你说的这种方案，后来考虑到增加一种collection的话开销会比较大。因为评论的有时侯可能会非常随意，导致数量会特别多，评论又都特别短，信息量不大，这套系统又是要兼容文件系统的，每条评论存成一个文件会造成比较大资源开销，初始化的时侯每条评论都要载入内存的，然后进分类，在网站内容多了以后，这个过程可能会比较长。 所以权衡了下采用了比较简单的方案，把评论与article内容都存在一个json文件里。

@jakwings

应该所有的io操作都是阻塞的。

增删改操作会等数据IO，完成以后执行，下一步就是直接跳转或者是关闭请求，这里的回调顺序应该没有什么影响。而且实际上线时也并没有遇到执行顺序问题。

adapter.update(article._id, 'article', article, function(result) {
//After update merge other fields from the old article
utility.merge(article, Articles.all[article._id]);
Articles.update(article);
redirect(); //跳转url
});


你说的那种情况应该是两个有同时编辑一篇文章，一个人先保存，一个人后保存，然后后来的会把前面的覆盖的，但是应该所有的BLOG系统都有这个问题。

@rentaro

ourjs从去年开始，最初版本用了两周，10月份上线测试，在运行中不断调整，平均每周大概会花几个小时维护升级，最近一个月升级和整理代码花费的时间比较多。

websvr 是很早的一个项目，有很长一段时间没有维护，ourjs开始以后开始跟着一起修改。

@towser

曾经也有一些人样问过，经过一段时间实践和测算应该不会。


1) JSON 数据并不会占用多少内存，我测试过一个网站，平均每天发贴1篇，回贴N篇（目前己有450+贴），内存消耗量比布暑初期并没有多占用多少内存（目前仍< 90Mb）。照这个趋势，保守估计1G内存最少可以使用10年。

2) 因为node.js的异步模型，内存消耗基本跟访问量无关，没有线程去消耗内存资源，我通过google analytics在测试网站上看到100~200人同时在线时的线程消耗内存量与闲时访问量并没有多大差别。

3) Node JavaScript V8可能单个线程有内存限制，如果流量和规模真的达到这个限制，可能会采取多进程来处理这个问题。但是现在离遇到这个问题还很遥远。

@viaNull

感谢，欢迎测试

@jakwings

node.js 是单线程异步模型，

设计思想是首先会更新内存并立即返回，然后同步到文件系统（在一段时间内同步一次，如2秒）,

应该不会出现互斥的问题。

@halfblood

确实造了个轮子

WebSvr 是两年多以前在上家公司时做的一个小项目，当时只是做一个静态的Web Server，后来越做功能越多。

基于它只要是个人比较熟悉，有什么特殊要求直接改底层就可以了。

@seadir

文档正在整理中，请查看项目中的 “中文支持”