方程豹，第一时间升级到最新车机后出现了同样的问题：关闭哨兵一天掉电约 10%；慢充结束后 2 到 3 小时就掉电到 99%，再次充电 100%，循环往复。强制重启车机、小电瓶断电无果。

去 4S 拆车排查半天后，锁定主驾后视镜问题，熄火后设备未休眠。订货换后视镜，把后视镜的某根线拔掉就开回家了。蓝牙钥匙、NFC 钥匙，UWB 钥匙失效，其它功能不影响，问题也随之消失。

第二天接到电话说很多人都遇到了，厂家刚刚更新了程序。后来去刷了后就好了。

早在几个月前车机就静默 OTA 了，仪表盘多了能量条，然后就伴随着后视镜折叠异响的问题出现，不过一直不影响使用。但是网上看有些车主的后视镜就无法折叠了，前几天在 4S 店还遇到一个。

可能也是静默 OTA 引入了 BUG.

生产环境上有类似场景

我目前的做法是：
1 ） crontab 定期 nginx reload ，应对域名对应 IP 变更的情况（不在我们控制范围）
2 ）我们后台配置变更时候，通过 ssh 远程执行脚本的方式，让所有 nginx 节点执行 nginx reload

前段时间花了大量时间排查并解决了这个问题：

解决方案 1：把 Universal Control 功能关闭后稍等片刻或者重启系统 （推荐）
解决方案 2: 终端执行 sudo ifconfig awdl0 down （不推荐）

关闭 Universal Control 后 ping 网关的延迟恢复正常，开启后问题再次出现。
上述问题在 intel i9/m1 max 芯片的 MacBook Pro 16 上均存在。

很可能是 DigitalOcean 对长时间未活跃账号进行余额退款。

Paypal 收到退款后，我登录 DigitalOcean 账户查看了下，的确是我在 2013 年使用 Paypal 充值的$5.

我记得 DigitalOcean 以前注册完后，需要绑定信用卡或者使用 Paypal 最低充值$5 进行账户激活才能购买 Droplets

今年 6 月走键盘维修计划电池换新的 15 寸，以及当时新买的 Intel 16 寸：大部分时候都插电使用，都是每月消耗 1%的样子。

上个月首发入的 16 寸，6 次循环，电池寿命已经少了 100hAh 左右。

感觉今年的电池耐用性普遍性偏差。

@neutron 赞同。

AirPods 两种我都有用。就佩戴感受而言，AirPods 我更喜欢 2 代，Pro 版本不舒服程度强很多。

不过后者宣称有抗汗，我也购置了 Apple Care，所以无惧大量汗水和湿巾清洁。掉地上几次也没事。

前者每次掉地上后双击换歌功能就废了，最开始我重置方法不对没让等琥珀色？闪烁，我以为重置成功其实没有，导致我以为坏掉了。第一次坏掉的几个月后因为连接跟故障可能重置成功，就恢复了。后来就知道掉地上后双击触控会失效，需要重置恢复。

参考你建议，等那个刚修好的 Power beats3 坏掉我就考虑买个 pro 版本尝试下。

@kappa 我用的是二代和三代共计 5 个耳机，个人感觉上 airports 音质适合我，两者差距很大明显


@neutron 可能吧。不过这个牌子的耳机过去几年坏得太多，已经不想再入了。有线版本不想戴了可以挂在脖子上，即便是跑步，把两个耳机交叉在一起挂在脖子前也不影响。无线的话就只能挂在耳朵上了。各种耳机我现在已经很多了，比 airports 音质好很多的头戴式，降噪的啥的各个对比起来还是能明显感觉出来。所以以后跑步会选择中规中矩的 airports.

历代 PowerBeats 用户，没有一个耳机没坏过的。不过好在都在京东买的，售后不浪费时间精力。

耳机全部是在跑步时候佩戴。

第一个在保期间换新了两次。直到最终电池待机只有半小时，耳机线 /线控开关被汗水腐蚀不成样子。

第二个（三代）在保换了一次。因为知道 PowerBeats 的品质，所以当时买了京东金融的附加保险，过保后可以免费维修一次。前段时间保险派上用场。目前良好。

PowerBeats Pro 出的时候，因为不喜欢无线设计，加上这个耳机质量实在是差，音质相比 AirPods 差很多，所以今后不再考虑了。

目前跑步配合 AirPods Pro 使用。

五元组哈希计算得到 Key [核心] ，查缓存 [核心（主要是快速处理热数据）] 知道黑不黑，考虑业务模式可以使用 0 、1 、2 、3 作为 Value，比如放行、报警处理的动作集索引。没有命中的话在百万黑名单的 Hash （与缓存数组的实现看具体场景，这个一般没缓存要求高要求）或者 Set 中找到或者没找到（重要，没找到也要写缓存）然后快速更新缓存 [核心] 。

就按每秒一百万个包来算，这已经不是 C++这个编程语言本身的问题了。当然不能触发内存分配这种潜台词就不提了，这是必须要做到的。

这个黑名单库如果要动态更新，就有并发锁的问题。内存充足（ x86 体系）情况下，可以直接创建新的 Hash，然后在临界区交换 /清空上述 Hash/缓存的指针即可。这样临界区通常是可以做成无锁的形式 [难点] 。

报警之类功能思路跟上述一致，也就是内核驱动开发常说的 top/bottom half 避免性能问题。转发层面尽量快，后续耗时的工作放到额外线程甚至进程里边去做。

Bloom Filter 用来统计百万日活文章阅读量还好，不适合数据转发过滤的偏底层业务场景。

最近这段时间接触了一些程序员和 API，有些感触：本应该是跟编程语言特性无关的接口，却被设计成跟某语言特性 /官方库强相关。

also24 是真的在帮楼主理解 👍

WSL 里边装一个，然后在 Windows 里边程序也能访问。
缺点是每次都要重启。

我是开发环境用的，正式环境不知道性能如何。建议开一台 Linux 主机来装这些。

该主动沟通时候就主动沟通。

不建议自我想太多或者发帖让大家一起猜原因。这并不解决自身环境所处的问题，不是好的共事做法。

@imherer

哈哈，对于文本格式的文件，还有 BOM 这个可能出现的“小坏蛋”呢。

几年前刚接触新团队的时候，现有成员全部用的 Windows 开发。Windows 的 git 有个换行符自动转换功能，可是很多人安装 git for windows 的时候一直下一步或者压根就不知道这个问题，加上 git 图形版客户端与编辑器各用各的，源码文件跟 git diff 没办法看。我还遇到一个项目内的某些源码文件竟然编码不唯一的神奇问题，很诡异，也很好奇怎么会出现这种情况。这个大型 C++项目在 VS 下有时候编译不过去，最后发现也是文件编码问题造成的。

这是纯文本文件固有的问题。

所以有统一的跨平台格式，优先选择它可能会少遇到些绊脚石。

@wayne1027

文件格式本身不限制，但身边环境大家常用的 Numbers.app 不支持打开 65535 行的 csv.

最麻烦的是这个格式在与 Windows 系统交换时经常遇到乱码问题。目前统一使用 xlsx.

csv 有个 65535 限制的问题 .....

这个问题应该是 Go 的内存管理与第三方解析库的问题。数据量太大的话，要自己从“底层”实现了。

我这边处理的 xlsx 对应数据表量级在 30 万左右，几百兆的数据库文件。导出功能都是按日期筛选的，还没遇到要考虑内存的程度。

建议直接花钱加内存解决，相比解决这个问题的工钱是小钱了。如果真到了加内存都解决不了的数据量，我觉得文件使用者也没有电脑能处理这么大的 excel 文件吧。

大概 10 年前跟家人手机用 Dropbox 备份照片，手机上自动备份很方便。
被墙后换成微云，直到微信流行，QQ 被打入冷宫，加上微云自身作死的限制。放弃了。
再后来换成 Onedrive，因为我用 Office 365 家庭版。
现在直接用手机商场自带的备份服务器了，除了照片其它都能自动备份，不用考虑后台什么的。当然也是花钱的。
Onedrive 现在家里电脑自动备份他们放电脑上的文档照片啥的。不过父母家里电脑我发现这两年只有我回去时候才开机。

iCloud 目前在国内的速度，我这边可以跑满带宽，这钱花得非常值。建议上 1T 然后家庭分享。
其它任何方案，我觉得终会后悔。

前几天我把测试域名设置成 h - t | t | p://xxx.dev
然后在路由器上把 dev 解析到开发机
方便在不同地点写代码时候不用还服务器地址
然后前端 API 一直不行
直到我想到 dev 现在是公网的合法域名
然后一查
果然跟 app 一样强制 https