书接上文，被同一个问题坑了两次……

@litert/televoke 是一个 RPC 库，适用于 NodeJS，使用 TypeScript 开发。

v1.0.1 版本主要进行了重构，增加了 televoke/2 协议支持，提供 Websocket 和 LwDFX 传输协议。

安装

1npm install @litert/televoke@^1.0.1

v1.0.1 变更

• refactor: 重构了整个库，使之更加易用。
• remove: 移除了 televoke/1 的 TCP 传输协议支持，仅保留 http/https 传输协议兼容支持。
• feat: 新增 televoke/2 协议支持，引入 WebSocket 和 LwDFX 协议作为传输协议。

一个 TypeScript 开发的日志写入库 v2.0.0 重构版本。

安装

1npm install @litert/logger@^2.0.0

变更

• 全面重构并简化了 API。
• 移除了 LoggerFactory 的绝大多数 API 方法
• LoggerFactory 不再管理其产生的 Logger 对象
• LoggerFactory 的配置变更不再影响其之前创建的 Logger 对象

平日里使用 docker，写惯了 docker exec -it xxxx command ...，确实爽得不行。但是写多了，也容易犯一些低级错误，比如，在 crontab 里写了 docker exec -it xxxx command ...，结果发现这个 crontab 任务一直没有成功执行过……

原因是，docker exec -it 命令中的 -i 和 -t 选项分别表示“可交互的（interactive）”、“终端（terminal）”，也就是说只能在交互式终端里使用。 而 crontab 任务是在非交互式终端里执行的，所以 docker exec -it 命令是无法在 crontab 里使用的。

记得别在 crontab 里把 docker exec 和 -it 选项一起用了。

公司网站的一个接口近期突然出现故障。若仅是一般性的系统内部异常，一篇文章或许并不必要。然而，问题的关键在于该接口返回的故障明显不是我们应用程序返回的，而是另一个未知系统的返回。更为奇异的是，这个接口的返回内容并非固定的，而是在两种错误返回中随机切换。