@neochen13 应该是可以通过 iOS 组件的形式在 Mac 上使用的吧

主要还是对 Homebrew 的定位不了解。这只是个包管理器罢了，就算换 apt yum 这些也卸载不干净啊。和 Windows 端的 scoop 不是一路人。况且这个包还是个 cask ，这下连包管理器都算不上了，只是个软件安装器了，如果 cask 的规则里不包含 zap ，那生成的配置、缓存之类的文件是不会被清理掉的。

可以先用 AppCleaner 或 CleanMyMac 之类的软件清理干净，然后再在 hb 里卸载对应的 cask

@jacksonj297 #7 iPhone 15 Pro 并不支持 40Gbps ，而且备份到电脑端并不一定可行，比如 iPhone 数据量太大，256GB 的 Mac 不一定能装得下🤣

补充我上面的回复：之前的有线迁移是旧手机为 Host 新手机为 Client ，如果仅用一根 Lightining to USB-C 连接，新手机就是 Host 了，现在想想不一定能用。当然换一根 Lighting to USB-A 的线+Camera Adapter 也是可以的……

应该是可以的，速度可能拼不过无线，但稳定性肯定好很多

他们的培训手册还没更新，但新 iPhone 没理由不支持有线迁移
https://it-training.apple.com/tutorials/support/sup010#Use-a-Wired-Connection-for-Quick-Start

新的支持文章并没有提及有线迁移相关的东西
https://support.apple.com/en-us/HT213839

@gauzung 那些是 Mac 硬件，线缆已经是 USB-C 了，包装里也带 Lightining 线缆，很难说会立刻换到 USB-C

我耳机充电从 AirPods 2 开始就一直是无线了，感觉下面的接口实际并没有用几次，应该是不会有单独升级充电盒的需求了

@zilan2abv 我背的是“橙白橙绿白蓝蓝白绿棕白棕” 而且我感觉 TIA/EIA568 拿英语好难背🤯

@gpt5 这和遥遥领先有什么关系？澳洲也是这样的，NBN 光纤到户拉不了就用 4G 或 5G CPE ，甚至个别偏远地区还有 LTE 网桥（定向天线直连基站）甚至卫星下行（比星链还早好几年）。

就这俩卡的区别和你所描述的用途，肯定是哪个便宜买哪个啦
我记得之前看 vGPU 得要 Grid 或 Tesla ，Quadro 和 GTX 一样也得 vgpu_unlock 才行？如果现在还是这样那还不如买 1066

用 dpkg 修复安装一下，或者按照原文件名找到包名，很自然就能找到文件出处了： https://github.com/Blub/pve-manager/blob/master/PVE/APLInfo.pm

@echoZero 我本来也是这么打算的，结果谁知道它没能撑过第四年🙃不得已换了 13

如果 15 Pro 现在的传言都是真的，我觉得就有换的必要了，要不然 13 mini 很香啊

@sekisui 我觉得买来搞 truenas 也挺好的，折腾党没有理由用自带的系统啊

@LxnChan 我不信他不知道你这俩 nic 都是有线的，应该在逗你🙃

绝对是驱动的问题，如果 CentOS7 升级不了能解决问题的内核，换 Rocky/Alma 。当然我完全同意上面几楼的看法，Debian 才是正解。

TLDR 无所谓的

看一下 RFC6238 的第六章: https://datatracker.ietf.org/doc/html/rfc6238#section-6

客户端和服务端是允许有短暂的时差的。服务器可以接受阈值内（往前两个时间段）的过期的验证码，但第 5 章明确指出已经使用过的验证码是绝对不能再次接受的。

推荐的时间段是 30 秒，但标准不限制这个值

收音机，新闻台

听多了这个那个以后还是觉得电台比较实在

如果手机不支持 VoLTE （有时候运营商那边也得白名单，不单单是软硬件本身的问题）的话，确实是不行了。

@Microi 旧版已经 EOL 了，而且新设备不支持。比如 MX 系列键鼠还是很依赖 Options+的。

6 个 G 的泄漏算啥，我都是 10 几个 G🤣 我在想是不是能写个脚本啥的，每天自动 kill 一下那个服务。我反正“不小心”看到 Logi Options 吃太多内存就 kill 丫的，反正会马上再启动，不太会影响功能。

似乎频繁休眠唤醒，插拔接收器会加重内存泄漏。但有的时候不管它也不会泄漏。不是之前有个版本的 changelog 说是解决内存泄漏的问题么，但实际上没什么用。

Debian 应该能做得更小的。默认包不应该要 5G 啊，2GB 就应该能跑得起来了，包括 openssh 。
OpenWRT x86 之类构建在 buildroot 上的系统可以做到非常小，当然你得提前确定一下需求，毕竟你可能得自己维护内核更新。

sparse 的虚拟磁盘如果有大量的临时写入，写完又删掉了，空间应该不会主动回收，那肯定会越写越大，直到写满分配的容量。page 虚拟内存等等都可能是大户。

小孩子才做选择，大人不应该全都要么🙃