九维我操你爹
时间线是这样的:
收到新手机,用系统自带的迁移功能跑完
微信聊天记录迁移完成
企业微信聊天记录迁移完成
卸载旧手机上的微信和企业微信
因为新手机的系统设置没有迁移成功,想再迁移一次 <— 正常来说系统设置是可以迁移过来的,一切的问题都始于傻逼 iOS 的这个 bug
找到了可以不用抹除新手机就能重新发起迁移的方法 <— 想在不动新手机现有内容的前提下,重新发起一次旧手机到新手机的迁移,把系统设置带过来。然后就找到了砍砍的 MobileTransfer
操作完第二次迁移,发现新手机进入了初次开机的初始化流程 <— MobileTransfer 没有如预期的那样保留新手机的数据,而是把手机全抹了,导致微信聊天记录丢失。这次系统设置还是没迁移过来
新手机上的微信、企业微信数据确定丢失...
旧手机上的应用已经连数据一起删掉了(
########
然后时间来到今天,想用年初给旧手机做的整机备份把旧手机上的微信记录恢复一部分回来。然后重新跑微信的聊天记录迁移
然后发现旧手机的备份,还原旧手机,1kb 的数据都没还原上去。
收到新手机,用系统自带的迁移功能跑完
微信聊天记录迁移完成
企业微信聊天记录迁移完成
卸载旧手机上的微信和企业微信
因为新手机的系统设置没有迁移成功,想再迁移一次 <— 正常来说系统设置是可以迁移过来的,一切的问题都始于傻逼 iOS 的这个 bug
找到了可以不用抹除新手机就能重新发起迁移的方法 <— 想在不动新手机现有内容的前提下,重新发起一次旧手机到新手机的迁移,把系统设置带过来。然后就找到了砍砍的 MobileTransfer
操作完第二次迁移,发现新手机进入了初次开机的初始化流程 <— MobileTransfer 没有如预期的那样保留新手机的数据,而是把手机全抹了,导致微信聊天记录丢失。这次系统设置还是没迁移过来
新手机上的微信、企业微信数据确定丢失...
旧手机上的应用已经连数据一起删掉了(
########
然后时间来到今天,想用年初给旧手机做的整机备份把旧手机上的微信记录恢复一部分回来。然后重新跑微信的聊天记录迁移
然后发现旧手机的备份,还原旧手机,1kb 的数据都没还原上去。
眼看九九八十一难终于过完,手机恢复完备份后重启,居然什么都没还原回去……
我真的服了,真的真的服了,球球苹果做个人吧
在永辉买了一根看起来是煮熟过的玉米棒,冰箱冷藏了一天今天带去公司,用开水泡热了啃了一口:又干又硬比生玉米还难吃
硬着头皮啃完整根玉米,腮帮子已经酸得能把吴京的嘴巴撬开让他吐露国家机密了
建议加入满清十大酷刑
硬着头皮啃完整根玉米,腮帮子已经酸得能把吴京的嘴巴撬开让他吐露国家机密了
建议加入满清十大酷刑
——————————
📸: Nikon ℤ 8 / Nikkor AF-S NIKKOR 500mm f/5.6E PF ED VR
📝: 500mm, f/5.6, 1/60s, ISO 12800
📅: 2026-01-12 18:30:00
搞得现在应用真的坏掉了,我却浪费了很多时间研究怎么绕过苹果的“保护”
我觉得一个操作系统最基本的原则应该包括不要给出误导性的错误提示吧?
因为 mac 没有 timeout 我用的这个项目,非常好用
https://github.com/aisk/timeout
https://github.com/aisk/timeout
https://github.com/unslothai/unsloth/pull/3856
unsloth 有望于不远的将来实现 MLX 支持。虽然我觉得相当一段时间里这个功能都不会带来多少实际的性能优化就是了……
unsloth 有望于不远的将来实现 MLX 支持。虽然我觉得相当一段时间里这个功能都不会带来多少实际的性能优化就是了……
Tailscale first attempts to use any available peer relays in the tailnet before falling back to DERP servers.
# Peer relay device requirements
Sufficient network bandwidth and low latency to effectively relay traffic for other devices.
https://tailscale.com/kb/1591/peer-relays
#RTFM
tailscale 的策略是先走 derp 建立联系,之后尝试打通两个客户端,然后尽量走直连
根据截图中的测试,在这个过程中,它似乎默认 peer-relay 的优先级无条件高于 derp,哪怕后者延时和稳定性都要好得多