@imherer 我死循环不断新建 job 然后 cancel 没有发现有问题
```
let schedule = require("node-schedule");

let count = 0;
function scheduleOne() {
if (count % 10000 === 0) {
console.log(count);
}
++count;
let j = schedule.scheduleJob("0 * * * 0,4-6", function() {
console.log("Today is recognized by Rebecca Black!");
});
setImmediate(() => {
j.cancel();
scheduleOne();
});
}

scheduleOne();
```

看你描述“当玩家在游戏过程中吃掉一个道具后，客户端告诉我，我就重新给这个道具一个 task 用来倒计时多长时间后这个道具恢复”这里旧的 task 有 cancel 么？定时把 node-schedule 里的 scheduledJobs 的大小打出来看看？

说的是下面这个库？结尾没有 d 呀？
https://github.com/node-schedule/node-schedule
看起来这个库主要是运行那种定期执行的任务，可能设计时没太注意大量使用的情况？不过看代码 cancel 以后应该删除了，没看出什么问题……

其实几秒钟的时间用 setTimeout 更方便呀，不知道为什么舍近求远用这个库呢？

返回的是 cursor，肯定为 True 呀，你得调用.next()才可能获得一个空结果吧。
另外，这种约束条件一般是这样实现：在 ip 上建立一个 unique 的索引，然后每次都直接插入；如果已有，则会报错 duplicate，忽略即可。你这种 ifelse 不是“原子”操作，如果有多个进程同时工作，可能插入多条相同 ip 的。

啊，云服务难道不是运维为了减轻自己的负担顺手写的吗？

typescript+1

已内购

一般还是另外启动个进程吧？主要是单独重启方便，不影响其他服务进程。
当然也得看定时任务具体是啥……

tcp 转发？一般不都用 HAProxy 么。

@Corbusier 其实已经“超长”了，是不是敏感字就不重要了，反正也不接受，都不用 ajax。当然如果按我之前说的顺序（或者你开始的要求），敏感字优先的话，那应该先显示“验证中”，ajax 回来才根据结果显示是“敏感词”还是“超长”。

checkout 到 master 分支上
git merge --squash feature
将 feature 分支上所有修改作为一个提交加到 master 上，检查一下所有修改即可。当然分支的历史就不在主分支了，但一般开发分支的历史也不重要。

@Corbusier 这其实是两个状态，不应该互相干扰的。前端展示应该同时判断两个状态。
两个状态：
敏感：可能取值：等待验证结果、有敏感词、没问题
其他：可能取值：没问题、超长、特殊字符
一个前端展示函数：
敏感为有敏感词，显示为有敏感词。
敏感为等待验证结果，显示为等待中。
敏感为没问题，根据“其他”的状态显示。
输入完或异步回调完都调用展示函数即可。

不过我没明白为什么同步的判断优先级要比敏感词低。按理说应该是先通过了同步判断再进行 ajax 验证的。

没懂，异步请求回来再同步判断会有什么问题？
过程中前端应该保持“等待服务器结果”的状态。

能用 await 的话代码更简单了。await 1 然后同步 2 呗……

嗯，总算跟 sublime 区别开了

……好吧，那没必要提 JSON 呀，而且你帖子里写的还是“ json 数据”，直接说普通 js 对象呗……我也推荐直接用 lodash 的 get 函数，有需要可以直接看源码。

JSON.parse(字符串) 返回 js 对象

用 prettier 自动给需要的地方加分号

恭喜恭喜