芯片级问题，发生概率很低，但确实十几年来一直有这个问题，不过这并不是个 bug ，就是个小概率一定会发生在某个倒霉蛋上的事儿。。
除了重置没有任何办法，而且不能从 iCloud 恢复 device backup ，因为恢复的时候会要你输入老手机的屏幕密码，到时候你输入的时候依然会报错。。也就是说 app 数据肯定是全没了，只能恢复 iCloud photo 之类的

time machine 是有 local snapshots 的

多阉割点才能信号好
天线不可能对所有频段都敏感

扔掉所有 AirTag 设备 包括 AirPods 就能根治😅

如果在堵上这个操作之前，没有通知房东并得到许可的话，就是你全责了。
长期使用的沉积物堵塞等自然因素归房东负责，
但是承租人故意或过失行为导致堵塞，或者说是人为改变地漏的属性，承租人应该负责。

换个等价的例子说，这相当于租客私拉电线导致失火，即使买保险了都不会给你出险的，承租人全责

@mkdirmushroom
风扇可太不优雅了
NAS 可以用低功耗 aqc113 ，Mac 内置的我记得也是 aqc113 ，
microtik 前一阵出了个被动散热的 4 口 10GbE 交换机 CRS304-4XG-IN ，
再过一阵国内应该就能买到了 🤡🤡

ffmpeg 有时候改变一下 option 的前后顺序，都能剪出来点略微不一样的东西😂 很烦

自带 vnc 的高性能模式和 VPN 关系不合，没法用=-=

需要限制 smb 最低版本的再补一个这个哈，因为我服务端有限制最低版本所以没用上

# Set SMB protocol version to SMB 2 or later (improves security)
protocol_vers_map=4

@alexcding #10
reddit 上这个我实测有效，稳定性出现了史诗级进化，特别是两个远程 smb filesystem 通过 Mac 中转拷贝的时候，再也不会时不时速度就归零了。
好东西我就复制过来了，直接新建 /etc/nsmb.conf 配置后重新 mount 磁盘即可，最后注释掉的那个命令需要在命令行运行下，怕以后找不到了所以我放在 conf 里了哈哈。

[default]
# Disable SMB signing (reduces security)
signing_required=no
# Disable negotiation validation (reduces security)
validate_neg_off=yes
# Enable support for named streams
streams=yes
# Disable change notifications
notify_off=yes
# Enable soft mounts
soft=yes
# Disable directory caching
dir_cache_max_cnt=0
dir_cache_max=0
dir_cache_off=yes
# Disable NetBIOS and use direct hosting over TCP/IP (improves security)
port445=no_netbios
# Enable multi-channel support and prefer wired connections
mc_on=yes
mc_prefer_wired=yes
# prevent ds_store being created, run this command in terminal
# defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool TRUE

@davidyin #11
NFS 不支持通过用户名密码验证，必须固定客户端 ip ，通过配置文件里设置 ipv4_address/32 来限制，或者通过防火墙限制。更麻烦的是客户端和服务端的 UID GID 不同，要么开 group 访问权限，要么就得映射 uid gid ，管理起来很烦

忘说了，iperf 之前我也跑了，不管 smb 有没有掉速，iperf 双向都能一直稳定跑满。
还有我的 smb 好像不会在传输的过程中突然降速，只碰到过闲置不用之后掉速，并且只能重新 mount 才能恢复速度

我也有遇到，smb 会掉速到 240MB/s
不过我的服务端是 ubuntu ，自己写的 smb 配置，最低限制 smb 3.11 版本。
两头都是 aqc113 10GbE ，协商一直是 10Gb 非常稳定，但 smb 速率就非常玄学了，而且找不到任何规律。。

在 Mac 上刚刚 mount 远程共享文件系统的时候，smb 肯定是可以跑满 1.2GB/s ，但是有一定概率过一会儿再去跑 smb 就会掉速到 240MB/s ，而且只要掉速它只会掉到 240 ，我也不知道 240 有什么特殊含义？？
解决办法是 ubuntu 上尝试 sudo systemctl restart smbd ，或者尝试重启 Mac ，这两个操作可能没用，也可能在多次尝试后管用个一两月又复发。

个人猜测：偏向是 Mac 上的 smb 兼容性问题。。。

涂层是被用摩擦力大的布给硬擦掉的，用合适的布搭配清洁液可以显著减小摩擦力，基本不可能损伤涂层。
最好搭配摩擦力较小的布，喷清洁液前先用布在屏上稍微抖几下把屏幕上的灰弄掉点。

怎么判断布的摩擦力大不大？ > 擦得越干净的布通常摩擦力偏大

我给你讲个事实，
叮咚，目前利润率 2%
这还是因为叮咚发现二三线业务不可持续，重新全面转向上海这样的一线富裕层才刚刚转亏为盈的
世界行业巨头沃尔玛利润率 2.4%

直接收会费，还不如收 9.9/月的月费后，承诺每天送 1 个馒头，亏个馒头钱把人钓进店里卖其他东西赚钱。即使这样，赚钱的概率依然无限接近于 0

既然日志删掉就能启动，那就启动不起来的时候自动备份日志到别的地方，然后删了原来的日志不就完事儿了 ???