看物业管理吧，
这边 16 年历史的 30 层楼的电梯，
去每层前都需要刷有权限的 nfc 卡感觉还行，
也没有人在电梯里被困的情况。

虚拟机装 win10

我也放弃小米电视的系统，只用来当投屏器。

我现在是这么用的：
小米电视 hdmi 连旧 archlinux 笔记本，
用 steam 自带的功能把 xbox 手柄当鼠标，
然后电视里用浏览器刷 b 站 与 抖音 视频与直播。

@DOLLOR #56 这样不行，这样数据库返回的数字都变成字符串了，能不能把数据库返回的数字变 new BigInt()

@DOLLOR #52 那么问题来了，你能不能让 mysql 每个 sql 查询得到的整数后面都多一个字母 n ，请写出 sql 语句。

@DOLLOR #45 你简单代码，当然可以阅读，但遇到复杂点的业务，多个 await 相互循环调用可以把你绕晕，还不如直接 promise 。


PS 补充 js 的的另一个大缺点：
不能正常处理 64 位整数的基本运算，node 作为服务端 js 的实现，于是只能用 53 位的数字运算，整数用 53 位表示，浮点数也是 53 位。

于是如果一个正常的数据库（ mysql 、sqlserver 、sqlite...）返回一个稍微大点的常见的 bigint 类型的有符号整数，比如 ~(1<<63) = (1<<63) -1 = 9223372036854775807 ，那么别的语言收到的都是这个数 9223372036854775807 ，但唯独 node 由于先天的残缺收到的值变成了这样：

```
>let bigintFromDB = 9223372036854775807;
>console.log(bigintFromDB);
9223372036854776000
```
看到没，js 把 9223372036854775807 变成了 9223372036854776000 ，最后几位全变 0 了。

由于历史兼容原因，js 的数字运算在语言层面是残缺且无法修复的，现在 cpu 都是 64 位的，64 位的整数正常加减乘除运算是最基本的使用需求。

@zjsxwc #30
强类型的 python ，也属于多写代码

php 优点是：少写代码，且通俗易读。

Java spring 属于多写代码，sping 一上就变成晦涩难读。
go 属于多写代码。
ruby ror 属于少写代码，但猴子方法把代码变的晦涩难读。
js 属于 async/await 把代码变的晦涩难读。

@zjsxwc #11

补充 3 ，这个 b 站视频，苹果正常模式 600ma ，黑暗模式 100ma ，省电 500%，立马从续航 1 小时，变续航 6 小时。

https://www.bilibili.com/video/BV1nz4y1r72r

1 不护眼，反而越亮对眼睛越好，如果光线达到太阳光标准还能改善近视。
2 用深色，主要是习惯与 terminal 一样的颜色，主要就是习惯，历史上编程是在黑底白字、黑底绿字的 termianl 下用 vim 写代码，这习惯影响巨大，那个年代出来了很多大佬，大佬们的习惯又让很多新来的跟风，于是跟风的人也越来越多。
3 为了省电，黑底绿字对比白底黑字可以对笔记本、手机省电 30%，大大提高续航。

这权限问题，不单单，你 sql 层能解决。

业务逻辑层能解决（面向切面编程、中间件拦截处理）、
数据传输序列化层能解决（ serializer 、dto ）、
甚至页面展示渲染层也能解决

这么多途径方式，没必要纠结于拦截 sql 拼接来解决

家里老一辈迷信的人会去爬各个名山、去大点的寺庙，烧香、拜佛、算命。

看缘分，
高中参加竞赛用才学完数据结构，
工作时有复杂服务器组网应用需求才算完整学完计算机网络，
玩单片机才学计组，
玩 arm 嵌入式才学操作系统。

- 尽量自己 diy
- 小黄鱼
- pdd & 1688
- 维持生命体征必须的开销，不用刻意省
- 当地大型超市的折扣
- 选中自己喜欢的品牌，比如 小米米家的中高端产品

正常操作：
- 搞个 mqtt broker 比如最通用的 c 语言蚊子： https://mosquitto.org/
- 搞个 mqtt client 来订阅处理设备心跳等消息，比如 php workerman 的： https://github.com/walkor/mqtt

不正常操作：
设备发送 http 请求到 php-fpm 服务器，php 处理设备消息。