leil

用谷歌账号绑定，但是注册谷歌的时候别直接注册新 Gmail ，也就是别用 Gmail ，用已有的自己的其它邮箱，这样谷歌被封了至少还可以用邮箱登录补救

这个东西国内的人不敢接吧

飞书里搭了个 webhook ，试了 vivo 也是秒推，不过有时手机息屏太久不能及时推送，这种情况我觉得正常，应该是优化啥的整个手机可能都会断网，这种大软件应该是接入了各自手机厂商的推送系统的及时推应该没问题。

@Binwalker 我用 bun 不是为了性能，而是整个过程都很丝滑，创始人挺肝的，做的非常好，作者说的和 npm 兼容得不好的包我目前也还未遇到

好奇你都用了哪些包，我用着 bun 非常好用并且非常稳定，生产也是用 bun ，有另一台垃圾服务器去做 https 的 uptime 统计，可用性都是 99.9%，失败了的都是网络掉包了的，服务器那边没任何问题，也是小项目。
还有尽量不要用 bun 自带的 http server 等组件，尤其你都发现不稳的情况下，比如用 honojs ，跨运行时的，一旦 bun 真的满足不了你需求了，你可以无缝切换到 node ，不然到时候移植会让你崩溃。

连接操作都挺快，界面也挺好看，不过服务器一般都用命令行操作，得想好客户人群再深入打磨一个满足需求的功能出来

@busterian zettlr 怎么不把一些符号隐藏掉，比如## ```啥的，挺不错的就是感觉这样看起来有点乱

vivo 感觉还不错，钱包里面的广告我关完了，迁移过来也没有广告，就是有点分不清所谓的系统数据和个人数据，比如系统应用里面的一些设置项到底算个人还是系统，反正换机操作会比通过云备份恢复的数据完整得多，云备份里面那些所谓系统数据也有些迷糊。我两者都操作了感觉多多少少还是需要再设置一下。
其实对于你说的 bilibili 应用迁移这种我更习惯通过云恢复，这样自然最新版本，也不包含旧的占空间的数据，很干净，速度更快，我只是通讯录图片设置等等通过换机。

@zhaidoudou123 这个也正常吧，版本不一样传的数据乱了反而不好，其实我更习惯微信自带的传，这样可以不要图片，不要一年前的记录，微信占用那么大正好清理下空间