Tag: backgroundworker

节点工作进程/ cron作业build议: 我有一个需要更新的项目数据库，或者说是经常执行的项目。我正在使用一个消息队列（Kue）来处理这些作业的并发性，但是我的将作业添加到队列的过程如下所示： setInterval(function () { feed.find({}, function (error, foundModels) { jobs.create('update feeds', { feeds: foundModels }).save() }) }, 6000) 投票是这样的最好的方式将工作添加到队列中，你觉得呢？或者每个feed应该在自己的计时器上（例如，每个饲料在完成后都会产生另一个作业6）？

用于后台处理的Websockets: 使用Websockets（comet，server push，…）来克服长时间运行的HTTP请求的问题是一个好主意吗？想象一下，你有一个应用程序，build立在全栈Web应用程序框架，如Django或Rails。你想以表演的名义做一些后台处理。从程序员的angular度来看，这很容易做到，但问题出现在UI中。用户需要立即响应。所以我的想法是使用Socket.IO + node.js + AMQP消息传递，在后台任务完成后将通知推送回浏览器。我喜欢这个想法，但是它仍然感觉像很多工程，只是因为我们不想在我们的主应用程序中长时间运行请求。竞争的想法可能是使用另一个更强大的Web服务器，它可以处理许多长时间运行的HTTP请求。你认为哪一个更好？

使用节点时间表（永久使用）执行计划任务后重新启动后保留: 我想开发一个node.js程序，它将在一个特定的时间使用一个作业调度程序（node-schedule）来执行。这个程序使用forever（node.js模块）在后台运行。以下是我的app.js的内容： var schedule = require('node-schedule'); ~~ var id = request.body.id; var scheduled = schedule.scheduledJobs; if(scheduled[id]!=null){ //Tasks } else{ scheduled[id].cancel; delete scheduled[id]; } 但是，如果app.js被任何原因杀死，则schedule对象被删除。有时app.js永远重启。我如何处理节点时间表对象？

Heroku上的Node JS消息队列: 我需要将在Heroku上运行的Node JS服务器移动到消息队列体系结构中。目前，服务器收到一个HTTP请求，做一些处理，并作出响应。问题是处理需要一些时间，特别是当有很多请求时。这种冗长的处理时间会导致服务器超时，超载和崩溃！我的阅读告诉我需要一个后台工作人员来处理。我对消息队列和后台工作者没有任何经验，我正在寻找一个非常简单的例子来开始。任何人都可以build议一个简单的，可以理解的模块或例子来开始？我发现了一些例子，但它们很复杂，我迷路了！我想要一个我可以build立的准系统的例子。