@rabbbit 这个不会卡死啊。

paperjs 吧

娱乐的话还是很简单的。

Linux 的的抽象是万物皆文件，你把各种外设都当成一个文件就好了。
然后 I2C ，SPI 之类的通信协议当成一个驱动就好了。

1. 要么是并行转串行，Q 前面加一个队列。
2. 要么是通过加锁解决，参考分布式锁。

《中华人民共和国网络安全法》

第二十四条网络运营者为用户办理网络接入……，应当要求用户提供真实身份信息。
第四十四条任何个人和组织不得窃取或者以其他非法方式获取个人信息，不得非法出售或者非法向他人提供个人信息。

git flow / gitlab flow / github flow / trunk flow

最近恰好在研究，主要是协作模式和分支使用的不同，这种不同会造成 CICD 流程的不同。

加个 gc.collect() 看看

看一下数据库配置，你可能是 buffer size 不足，导致 order by 之前那个临时表落磁盘了。
比较一下之前用 5.7 的 buffer size

select TABLE_ROWS from information_schema.TABLES where TABLE_SCHEMA = 'db' AND TABLE_NAME='tbl';

不要求准确性的话，可以这么查询。

rpc 风格
可以看一下 soap ，xml-rpc

你先禁用虚拟内存试试

@villivateur
你说的这个是对的，LED 发光原理的确如你所说。

我说的不准确，“日用 LED 光源”，我说的是“白色 LED 光源”。这种一般都是蓝色 LED 激发荧光物质。

不差钱就买防蓝光。
我们日常生活里，光源基本上被 LED 给统一了。而 LED 主要的照明方式就是蓝光激发荧光物质。

蓝光主要问题是，人眼对蓝色最不敏感，同时蓝光的能量强度又极高。人眼中只有黄斑能吸收蓝光，黄斑又随着年龄增大减小。

防蓝光本质上是“防高强度光”，之所以单提出来，是因为两个原因：
1. 人眼对蓝光敏感程度低
2. 日用 LED 光源蓝光成分高

@seth19960929 在 19 楼说的大体是对的。

我认为楼主的问题是不明白为什么要有一个 sign 。
这个东西在没有 HTTPS 的时代，起到了一个防篡改的作用。

在有 HTTPS 的时代，HTTPS 保证了传输过程的安全性。但是客户端的安全性仍然存在风险，比如我可以打开 chrome 的 console ，然后复制出这个请求来进行重放。

这个 sign 不是 AAA （ authentication authorization and accounting ）的范畴。
这个 sign 如果直接是通过 请求参数的 map + key 生成的，那就是保证数据可靠性，避免篡改。
这个 sign 如果是 请求参数 + salt （ timestamp ） + key 生成的，就除了数据可靠性之外，增加了一个防重放攻击的能力。

你们这个场景，不如找清科直接买服务了……

sqlite memory 表？

ICL 是有使用寿命的，到时间了就得换。

neo pi
r4s
cubie board
直接替换不行吗？

厉害厉害，我人生第一个被 merge 的 PR ，应该是 saltstack 。