@fx777 #1 以前还花钱买过呢，就直接就是镜像写入，完事就不管了，然后经常卡死找也不管的，后来自己鼓捣发现是文件系统权限问题修复了一下就好了，特别是现在黑苹果很方便的情况下花那冤枉钱真不值得，国内大部分网站都是直接搬运 https://www.tonymacx86.com 的，只有很少部分自己写驱动适配的

@LeeReamond 对于运营来说事是的，对阿里云来说不是，按照 SLA 标准进行赔偿，对公司运营的线上环境应该进行高可用部署，就是多区多数据中心备份，如果同时多可用区甚至整个阿里云都宕机了才会达到支付宝宕机的级别

只有个 README 可还行？

之前就有，但感觉不咋的好用，苹果就该学习一下 1password 在 safari 下的样式，太丑了

这点量还不成问题吧，做好索引就行了

@varius #8 这么说吧， 管理员用户对应后台，普通用户对应前台，这俩相互没有交集，如果产生交集，给管理员用户注册一个普通用户账号然后跟管理员用户绑定起来，如果不产生交集那么前后台用户都是独立的

@varius 😅你对微服务的误解，这只是很普通的前后台，引入微服务只会增加复杂度不会降低耦合度，他俩本来就是耦合在一起的，分表好处是以后还可以再绑起来，只需要一个 via 表

如果要分表那么通常情况是前后台分离，不分表的话后台通常和前台同属一个前端项目，需要管理员去前台进行一些操作的，JWT 的话同理，不分离按 rbac 权限禁止登录，分离可以直接划分不同域名或 path 来区分

16 字节才是正确的，32 位是因为它是十六进制，你 hex2bin 就好了

128/8 = 16

@YouLMAO #4 啧啧啧，一副没见过市面的样子

这个 DTK 可以看做风险投资，如果赶上了 M1 就能首发适配对很多公司有好处，相反则是赔钱货，我不同意上面说的 500 刀技术支持费，intel 转型 m1 本来就是对苹果自己有好处的战略，但是对外界只是观望，这又想让开发者给自己适配，又给一个半成品机器，问题一大堆是很正常的情况下还要收一笔技术支持费很合理？就更不用说去跟 ms 和 google 比较了，人家那是在可用的基础上的支持，跟苹果这 alpha 小白鼠的技术支持能相提并论吗，换句话说如果这不是苹果而是别的公司，倒贴钱才有人愿意去适配测试吧？

手机备份，用 imazing 类似的工具提取出描述文件或者证书文件然后再传到手机上安装一次，再删除就可以了

下面就有视频， 是后者，苹果只可能自己出服务器，但现在显然太早了

@mcone 就跟云服务把淘汰资源组合低价卖给你一样，你又怎么笃定这些机器是专门用于卖服务而不是空闲资源利用呢？更何况这只是个想法为什么不符合 ideas ？

@czfy 既然写了 7x24 小时运行，我觉得你们有点恶意揣测了

@coolwo #4 本来 mac 就有推送，是 mac 上的软件自己不接入而已

@duanquanyong #7 营销消息是可以在设置里关掉不接收的，这是单独的，模板消息是指一些通知，比如订单派送、或者你领号到你了提醒类似这种的，本身就管的很严不允许骚扰用户，发现了直接模板滥用封掉，反而这种模板消息要是被取消了那么有一些你需要长期通知的消息以后就再也不能通知你了，比如上面说的 server 酱，以后就自己点一次订阅一次，对用户和服务号来说都很恶心

猜测是因为 ios 的 safe area，转过来以后 safe area 没有触发重新计算导致上下 area 变成左右 area 了，不知道有没有不是全面屏的手机测试一下印证一下猜测