只要线路中间的路由器支持双栈就好了，其次中间的路由器不支持双栈可以使用 6to4

v6 不止慢，而且还断，感觉中间路由有问题

只要是 8 根线不考虑距离都可以跑千兆，4 根线才是只能跑百兆，五类超五类只是抗干扰能力不同，所以有效长度不同。
所以需要先测试一下预埋的线最高能跑多少，如果能跑千兆那就不用 mesh 了。
电力猫不如无线 mesh 。

上面说错了。国内的走代理就好了

这个服务器如果是国外的那就不要下 bt，很可能被封了，如果是国外的，直接走代理就好了

是，只有连公司网络的时候才会被监控
安卓的话手机分身应该可以解决

把卫生间打扫一遍，墙上刷一刷，不要有积水，保持干燥。有水的话，第二天晚上就和没清理一样，还是一堆虫子。

设置一个 map <图片，状态>，包含所有图片，每张图片加载完都设置此图片状态为完成，然后每次完成一个图片加载都检查是否全部完成，如果全部完成就画 canvas

@ruke 好像如果是辅助索引的话就不需要全表扫描了，不过这里有 left join 用索引可以加速的吧。。。

@edk24 去掉分区之后有索引也这么慢吗？

people_check.people_id
people.id
需要加索引

建设路还不错。
东光的伊藤洋华堂负一楼有个卖面的大盘鸡面（双人份适合情侣吃）感觉还不错。
然后就是伊藤洋华堂晚上 9 点之后很多东西会打 6 折（春熙路那一家除外）。
然后春熙路地铁站那一层有个银石广场，也有很多吃的，特别是钵钵鸡和冷沾沾特别多。
其实成都很多地方都有美食聚集的地方，成都太大了，而且都是商业区，风景区近的没几个。

有个问题，“1/N 倍”概率如果要均匀分布，那肯定不是 if else 就能解决的

|random(0,2)-0.5|+0.5

已经不是支付宝 app 了，是 支付宝 os

向量搜索，记得有一个叫 hnsw 的算法。。。不知道可不可以。。。

画质应该指的是对原视频的还原度，与原视频差距越小，画质越好。（其实可以不谈帧率，因为一般重编码很少会改变帧率，改变帧率损失的信息太多了）
1. 同样是 h264 编码规范，也会因为算法以及参数（码率其实也算是参数吧。。。）的不同，在同样视频源以及同样码率同样分辨率的情况下有不同的画面质量。（其他编码规范也都一样）
2. mp4 啥的后缀都是封装格式，和画质没有关系。
3. 如果压缩算法相同，那么码率和分辨率会互相影响，如果码率非常高，那么同码率分辨率肯定越高越好，如果码率比较低，那么同码率可能分辨率低的反而画质更好。
4. 画质还有部分主观的因素，比如色彩空间，因为人对画面元素的亮度的敏感度要远高于色彩敏感度，所以可以采用压缩画面色彩的方法在尽量不减少主观画质的情况下节省码率。
5. 一个视频码率是可以动态调节的，在复杂场景加大码率，在简单场景减小码率，这样在保证画面质量同时可以减小平均码率。

用脚本抢。。。手很难抢到。。。