个人觉得京造优势主要在售后，质量及格
买了个升降桌，俩桌腿不匹配经常报错，售后直接换新，然后用了一年多没啥问题

一般的库都是定时"开始"执行任务的
如果想根据上一个任务结束时间来延时，可以在任务结束时动态创建下一个任务，大部分库都支持
要求不高的话 settimeout 都行

用 orm 的话，表隐射可以找工具生成的，比如 typeorm 可以用 typeorm-model-generator ，https://github.com/Kononnable/typeorm-model-generator
如果不用 orm 的话，那也要自己封装，抽出通用 sql ，最后的结果也是一个简化的 orm

然后建议少用回调，直接都封装成 promise ，链式的 then 也很少用，一般用 async ，await ，逻辑清晰，方便维护

开发环境：nvm 随便改
生产环境：非必要不更新

进入下一轮循环

@guiling ctrl+shift+p ，不带 shift 是搜文件

@shawnoob 我的也 hide 没了。。。不过还是习惯用快捷键 ctrl+p

一张证件类别表 C 、一张用户证件表 U
自定义证件如果字段能统一就作为一条通用类别数据在 C 表，不能统一就新增一条数据到 C ，再新增一条到 U 关联 C
提醒配置如果所有用户相同类别提醒方式一致就放 C 表，按用户配置就放 U 表，看你原型应该是前者
定时任务看你这需求每天全量跑一次就可以了，不需要分开或者动态任务

如果是要捕获异常的话，唯一键的只能匹配关键词了，但一般出现这种情况就说明系统有问题了，因该考虑修复

第一个问题我估计你配了关联关系吧，一般更新最好还是单表更新，这种级联的不太好控制，create_time ，update_time 可以考虑分别配置成 CURRENT_TIMESTAMP ，CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ，数据库会自动为你更新

Duplicate entry xx for key 就是唯一索引重复，出数字段可以考虑直接用自增，一定要自己控制的话就封装个唯一 id 生成的工具类

@zzh2036 看了下原理一样的，也是基于 AsyncLocalStorage ，可惜当初做的时候这包还没出来，不然就省事了

当初网上确实找不到成熟方案，所以自己实现的，核心就是利用 AsyncLocalStorage
1 使用 express-request-id 作为日志的 traceid
2 基于 AsyncLocalStorage 自己写一个中间件，获取请求头里的 traceid 并赋值到 AsyncLocalStorage 的实例中，这个是最核心的，代码不多，node 版本好想要 14 以上，网上有相关教程
3 重写 console 的 log 合 error 方法，日志就用这两个，没用第三方 logger ，这样所有请求默认的日志就会带 traceid
4 关于定时任务因为不走请求所以没有 traceid ，需要自己随机生成一个然后在最外层包进去（我是机器时间+任务名）

最终效果大概这样
https://s2.loli.net/2023/08/22/9EOeUzQD5XvAqWj.png
定时任务的
https://s2.loli.net/2023/08/22/x4dHy8wcLiM5mP3.png

理论上最终可以做成想 java 那样的把模块方法名也打印出来

“啊叻？视频不见了？”

遇到过一样的问题，最终找到原因是 windows 的一个自检程序作怪，空闲时段内存自检的任务
这是我找到的解决方案亲测可行，可以试试
https://www.pianshen.com/article/83571018097/

哈佛 H6，最近在看

用过，结果项目需求只是一对一识别，最后用下来跟条码没区别。。。
要看使用场景，带芯片的可以做库存盘点，批量扫描，有些可能没必要上 RFID

yapi