看到标题我就笑了，中国哪个厂商在意过隐私和安全？

哎呀，这不都是没钱么，有钱就不会去比什么配置了，用着舒服就行，管它升级大不大，够用就行

这种对比方式，让我想到了雷式对比法

因为对这类工具依赖性非常大，转了一圈，只有 surge 最稳定，这种稳定体现在本身功能稳定、持续且及时的更新，同时配置文件相对灵活且严谨，不想经常要花时间折腾一个这类工具，价格嘛，反正我能接受

不需要，等 oss 主动封文件就好了，不用浪费这个钱

给你说个我的真实经历，好多年前的一次过节，我在某宝一个店铺买了 7 个一样商品的订单，分别寄给 7 个亲戚和朋友，大家收到后，普遍说很差，并且给我发了图什么的，当时我真的挺气愤的，于是那 7 个订单全差评了。

真实经历，仅供参考，不存在任何影射

标题的结论应该是“尽可能”，不过你的场景中，你没有说清楚具体的内容，其实很难判断到底后端所谓的单一职责，划分是否合理，不少后端其实爱把一些本来应该更紧密耦合的东西，强行分开，就为了自己有时候更简单而已

建议全自动，真的天天喝，按一个按钮就出来了才是王道，反正我每天早上也就在刷牙的空隙按出两份浓缩，快速的加满奶，然后拿起杯子就出门了，有那慢慢手动的功夫，还不如睡会儿觉实在呀，文艺的心，只适合偶尔犯犯

那就找个男的，只会嫌弃你的长相、身高、体重、x 能力，没那么在意工作性质

你们家里都有矿吗，到底跑了多少设备跟服务，阿里云那个限制对你真的有影响？

IMAP 有个叫 IDLE 的扩展，客户端跟服务端建立一个长连接，服务端在有新邮件的时候通知客户端，客户端再去拉取，这就是所谓的推送，因为这个长连接，耗电就会增加，所以 apple mail app 才会限制充电跟 wifi 时才可用，从 IMAP 协议本身来说，这是唯一的“推送”路径。第三方 app 要实现推送，要么把你邮箱账号密码传到他们自己服务器，服务器去感知新邮件，然后通过 apns 推送到客户端，要么就变着法的常驻后台，不过这样的话，应该会增加一些耗电的

你确定这些东西能叫配置项？

用过一段时间，目前基本弃用了，用的过程中最大的感受就是莫名其妙的问题还不少，而且是偶尔就蹦出来新的，这一点挺符合一般前端框架的尿性的，跟 js 本身如出一辙。不过，用来做东西本身其实还不错，已经能应付绝大部分场景，配合服务端渲染，能做的事情还是很多的，要不是好几次蹦出来的奇怪问题让我恼火了，估计会一直用

@wxw752 SSR ？

反正我不太喜欢大而全的框架，除了部分场景下可能搭建环节快一点，也没啥多大优势，如果你在一个领域久一点点，自己搭建也挺简单，反倒更灵活

会不会是你直接拿=去分割 url 的做法本身就不合理呢

能搜到，好像才是正常的吧，你为什么会觉得有问题呢

要添加描述文件，然后再手动信任证书，在 设置 - 通用 - 关于本机 - 证书信任设置

刚看过异形，纯粹去享受对象被吓到，然后往我怀里扑的感觉，本人对此片评价不高