smallwhite
smallwhite
我做了一下测试，还是不完整，也不太严谨，还要再思考一下。
还有一个方法，你可以把组件copy到自己项目，替换掉框架自带的组件。 这个PR还需要完善一下。
node v16 version 1.6.3 警告有. 能正常跑 是一个子依赖报的 web-server 也能跑 你第二张图命令错了 `node --trace-warnings app`
原因是 `cliff`依赖`winston`. winston发出的警告. 这两个依赖都太老的. cliff用的地方过多. 修复起来比较耗时. 暂时没发现有什么影响. 有时间再搞吧
的确是个bug，问题在那个 task manager里面。 还好，问题不是很大，影响也不是很大。 只是想要完美解决不要好好研究研究。
把 CLOSE_SESSION这个事件透传到后端进程怎么样？而不是只处理这个关闭queue的功能。
> 请问这个功能更新了吗?我在代码里好像没有看到此部分的更新? 没有针对这个的更新. 因为影响不大,暂时没有时间研究,需要想个好点解决方法 --- > 看源代码的时候,似乎好像有一个问题,就是多frontend的时候,每个链接到的frontend的sessionId都是从启动后按1开始累加的 是从1开始加的. > sid 这个sid 就是 session的id,从1开始加的, 传到后端的 session 里的id也是这个id.是一个连接的标识. 关闭他只是关闭他一个, 不会影响到其它session.
监听session的close事件就可以了 不一定要加到框架里. 我们是这样的 
从使用上来说没有影响。一样用的。 与pomelo的结果是一样的。 如果说为什么这样写。那就等等@mybios 回答
nestjs 了解一下。 https://github.com/nestjs/nest 我们的项目在用，和pinus结合的非常好。 handler remote 都可以管理到。