mac 地址

1. 每一帧做一个标记 request id ，API 返回的时候把标记 request id 也要返回回来，然后重排。
2. “不是每一帧数据都请求 API”，这个意味着标注不更新，就是假定每 4 帧取第 1 帧计算，那么 2-4 帧的标注也是第 1 帧的标注去合成。

1. 不是每一帧数据都请求 API 。
2. 并发请求 API ，要求 API 可以并发执行，然后等待固定延迟后再推数据。
一个直播流就需要这么大的计算量，有没有考虑同时多个直播流，如果有趁早考虑边缘计算。

我觉得业务很明确，就是需要保证 master 触发操作需要有记录，所有 worker 上的 Agent 的操作幂等；且保证 master/worker 的结果可查询，失败可重试。

当然非实时就随便搞了。

个人感觉肯定不能每帧都调用，在误差或者允许的情况下每秒调用 4-6 次足够了。
如果必须要求每帧，我觉得需要考虑边缘计算。

@ZE3kr
@leimao
倒也不是完全没有 API ，Google 的 DDNS 支持 API 更新。不过没有 API 终归是不方便，于是 1 月份我把域名迁移到了 cloudflare 上了。

关键问题是 google domain 没有 API 。。。。。。

@shanghai1943 其实就是银保监的规定，去年就是这样了，现在只有一家打过电话。下个月看看价格，大概率我还是用公司的保险，因为便宜。

现在续保只能提前一个月才能计算准确的价格，所以现在保险公司不会提前太久报报价的。

带 sfp 口的 ubnt 可以用吧。。。。。。。

ubnt ？

买妙控板至少 4 年了，感觉非常好用。
其实买的原因很简单，出差时发现 mac 不带鼠标用的都很舒服，然后回公司果断就下了单买了触控板。

把 actuator 关了或者把 server port 个 management port 区分开，后者不暴露互联网

@ohmyzsh 当年我买大 F 双模 104 才 900+

一般推荐虚拟机

数据来源：
1. 运营商的时空轨迹数据：运营商负责大数据筛查，定时发到大数据局
2. 交通数据：交通部门定时发到大数据局
3. 扫码数据：大数据局人工手动设置
4. 宾馆住宿的民政数据：民政部门定时发到大数据局
这些数据全部都是进行跑批异步的去设置人员状态。

加速：
1. 短时间（比如 30 分钟）人员状态缓存，防止多次重复查询
2. 传输是不要传图片，传值和颜色，图片由前端生成
3. 小程序都是静态资源存到腾讯 /阿里里，一般不用考虑 cdn

lets encrypt ？

其实吧，我感觉有可能不是 gitee 想做成这样的。
一旦有要求 commit 进行内容审查，你就知道里边全是**。