@msg7086 确实一直在纠结使用 HDD 还是 SSD 好，诚然对于镜像来说可能随机访问较多，然而觉得基于现有的网络带宽情况应该 HDD 够了，以及 HDD 可以有更大的空间，所以没有上 SSD 。

@pmpio 嗯嗯

@msg7086 单个没问题，来个 RAID 就不够啦

@imxieke 谢谢，不过我们这里云存储报销比较困难，经费是硬件购置费用

@GeekTest 老师这边要求用品牌机估计也是考虑到出了问题有人擦屁股…

@emric 非常感谢！:-)

@htfy96 因为申请成了国创

@lrvy npm 可以使用 npm.taobao.org

@echo1937 对的，有机房，电费网费不用出， 3W 投入硬件就行
@Starduster 流量应该不是问题~

@songjiaxin2008 谢谢， Composer(Packagist) 已在列表里 :-) 以及 op 是什么？见识浅陋求赐教…

@qiuai 不含带宽费用，应该可以和网络中心申请到资源 :-)
有没有什么具体硬件推荐？在这方面接触的很少，没有经验，求推荐
目前经费就这些 😂，希望可以初期就走在正确的路上，要不然一拖就是好久 o(╯□╰)o

@emric 谢谢提出，会考虑的

@gangsta 这方面完全没经验，不敢呀 =。=

@morefreeze 第一个参数是 err ；对于 async 其他某些模型比如 waterfall 等还可以传第二个参数作为 data 。

> worker(task, callback) - An asynchronous function for processing a queued task, which must call its callback(err) argument when finished, with an optional error as an argument. If you want to handle errors from an individual task, pass a callback to q.push().

`push` 本身可以接受一个任务完成的回调

不过 `err` 应该是不影响整体流程的..

@morefreeze 当队列空且任务完成后才会触发 drain. 你看看是不是没有调用 callback()

例如对于以下代码：

https://gist.github.com/SummerWish/da6d5980737a411f4e3d

应当在 4500ms 后输出 drain ：
500ms: 添加了两个任务（并发是 1 ）
2500ms: 第一个任务完成，开始第二个任务
4500ms: 第二个任务完成， drain

@gzlock 如果你已经造好轮子的话么你自己决定咯…反正 async 做流程控制是现成的库， async 可以充分发挥 Node.js 异步并发特性。你这么玩是传统的单线程思路，问题不大，没发挥 Node.js 优势而已

@gzlock async 的 queue 是动态的

@nonfu （然而用 Symfony 就可以随意组合了..每个都可以选择一个最棒的组件

@nonfu Phalcon 我觉得基本能用但是用起来不爽，很多部件功能不够强大。比如 Volt 的模板继承很鸡肋所以写起来很不爽.. ODM 不支持原子操作所以实际上又不能用在生产环境里…… blabla 诸如此类..

如果希望一次只请求一个，将 30 改成 1 即可

你的预期是一次发起一个请求？

1. 读取第一行
2. 开始请求第一行
3. 当请求完毕后，读取第二行
4. 开始请求第二行
...

然而实际情况是同时发起了 n 个请求：

1. 读取第一行，开始请求第一行
2. 读取第二行，开始请求第二行
3. 读取第三行，开始请求第三行
...
100. 读取第 100 行，开始请求第 100 行
101. 第 x 行的请求返回
102. 第 y 行的请求返回
....

使用 async 库：

var queue = async.queue(function (url, callback) {
request({url: url, timeout: 3000}, function (err, res, body) {
callback(); // 告诉 async 任务完成
});
}, 30); // 并发 30

rl.on('line', function (line) {
queue.push(line);
});