接受西安崩掉的教训，
我是直接会将健康码展示界面的 web 服务器、数据库和后台管理、计算服务分开。

展示用的数据库可能会弄一个 kv 数据库，可能按照每用户甚至每个用户*页面来保存到数据库。
目的是，尽可能减小展示健康码时的压力，只一次 kv 查询解决。而且全部只读，方便扩展。

黄码、红码等后台异步批量去处理，这个稍微有点延迟可以接受。

感觉是关在家里的问题。
我养的猫，放开允许在小区跑了一段时间。
再尝试关家里，就各种折腾，上床、爬柜子，甚至在很窄的电视边框上行走。

受不了继续放开后，
回到家就恢复之前很老实的状态了，不上传，在家基本只睡觉。

@Mithril #3 赞同。

资料显示 ntp 局域网内可以达到 1ms 精度。

@bigdoing #10 可以考虑下向日葵控控，我没用过这个，但是功能上很合适。

我是沁园黑，原水 tds600+，沁园售后的原厂 ro 膜出水 60 左右。
换成杂牌 ro 膜，tds 10+。

防冻玻璃水，喷出来能把雪化掉。
暖风除雾档，会暖风加热前、侧侧窗。
玻璃加热按钮，加热后玻璃和后视镜。

我是能全部走 post 就都走，理由：

restful 不能覆盖所有情况，或者说很麻烦

get 请求的参数会被作为 url 写入日志，敏感参数就不能用 get 。

一套 get 、一套 post 需要实现两遍。

我懒得弄，直接 post 封装一套加密、签名机制，然后所有请求都用这一套机制完事，不再为 get 、post 分开实现。

专业设备网闸

业余玩法，小数据用 usb 转串口

皮肤科

可以自己看看一个毛囊内有几根头发，我记得正常是一个毛囊内有 2 、3 根。

我偶尔需要 mac 环境测试，
目前是 vmware 虚拟机虚拟 mac + 1k 多的二手 mac mini 。

仅钱的问题还好，如果都满足还搞事...

@gamexg #11

但是超退换售后期后，目前京东还是排在前面的。


现在京东键盘售后不是换新了？
感觉就坑大了，原来键盘鼠标都是直接换新或者退货。

发现拼多多在退换期内，售后更好，
发现产品存在问题，退货申请一般是拼多多直接秒同意，然后拼多多补偿运费顺风速运退回。

但是超退换售后期后，

@gamexg #6 select 也要保证 chan 至少有 1 的缓冲区

如楼上，建立 3 缓冲区的 chan

或者写的时候检查是否已满。

select {
case ch <- query():
default:
}

曾经 x 年前被移动封过发送短信功能
由于这个功能不常用，所以 3 个月后才确认短信出了问题。

移动说是发送垃圾短信，被人投诉所以封掉了。
我这边没发送过，移动说那可能是 app 干的。
当时还真的以为自己的问题，去了营业厅签了保证不再发送垃圾短信的协议。

胡来排查 app ，顺便查询了手机短信记录及营业厅短信记录。
发现最后一条发送的短信是一个网络电话 app 下载的 url ，而且还发送失败。
最主要的是，这个是我自己发给家里另一个手机的。我自己投诉自己？

立马联系 10086 ，那边称查询后的确是因为这个短信封锁的，被短信接收人投诉了。
但是我称另一个号就在我手里，我自己投诉自己？移动称 2 个星期内解封，无法提前。

之后在 10086 网站投诉，
结果当时给办号码的朋友打电话过来了，说已经找到他那边去了，问问啥事，能撤销投诉不。
在网站进行的投诉是直接转到省移动的。

然后移动再次来电，说立马加急恢复短信功能，2 小时内解决。
的确不到 1 小时，短信功能恢复。