多机器共享缓存
懒得装消息队列临时充当一下消息队列
协议简单，异构的系统之间好集成不同语言都有客户端。我之前工作过的一个公司用 Redis 协议作为 RPC 的通讯协议开发了一套服务治理系统。

淘宝搜成都联通有 180 包年的 300 兆下载 30 兆上传宽带

大慨就是帮父母装 APP 时面对手写输入法时的感受吧

@oblivion ipv6 考虑了嘛？

不同操作系统还有接入方式的 MTU 值本来就不一样，风控想获取客户端的 MTU 做参数会不会很麻烦？

按照国内厂商的尿性你应该先看看是不是换了认证方式后分配的 IP 是新启用的 IP 段不在传统家庭宽带的 IP 段内导致被风控拦截

如果你是作为 CRM 使用，看你愿不愿意付出一个用户每年 0.1 元的维护成本，群发营销短信作为 0.1 元一般也就只能发几条营销短信还有可能被拦截，何况微信还是互动式沟通可以接受用户的反馈。

https://item.jd.com/100032074221.html
不用折腾采集卡

iqoo originos 3

vivo 浏览器 14.4.0.0 不支持
firefox 页面可以显示按钮但是提示用户取消
欧朋 12.75.0.1 不支持

Moto
edge 支持 不过首次调起很慢
联想浏览器 不支持

EPON 基本都是千兆猫没啥折腾的空间，如果老光猫没有千兆口给运营商打个电话就说光猫太老网速不达标就免费更换了

IPRoyal 之类的直接卖代理秒换不过按流量计费还是有点贵。

@hzzhzzdogee redis 的 select 切换的那个

看看有没有有线电视

如果被删库或者脱裤了责任算谁的？数据库修改后，各种业务都需要返工，这些返工的成本都是移动端负责吗？
数据库结构修改还会涉及运维的备份或者一些数据部门的分析，移动端能把相关方都召集齐，并且通知他们要改数据库嘛？

用自备光猫的前提也是他们的系统得出一个光猫给你否则装维人员都没法提交完成工单

这种分析真的言之无物只输出情绪，洋洋洒洒写了一大堆产品设计逻辑就没讲清楚，最后抛出一个结论，然而这些结论和描述的东西却没有必然的关联。

比如扫码强制登录，作者不去分析扫码登录是解决什么问题的，移动互联网时代之前 APP 出现之前这些问题是怎么解决的，现在又有哪些 APP 需要强制扫码登录，这类 APP 是否是其的商业目标是否是新增用户还都不一定，作者就得出了满足商业目标的结论所以感觉有失偏颇。

后面讲了一下作者理解的高阶的商业思维，那么苹果是否会在发布产品后在第三方 APP 上投放启动广告呢？苹果会不会在系统的设置页的入口上出现免费体验 Apple TV+ 或者 Apple Music 的广告呢？苹果应用商店是否允许第三方 APP 开发者购买付费推广入口呢？虽然流量产品的强变现的商业化套路确实遭人反感，但是作者这种分析方式感觉更像是输出情绪而不是输出观点的。

选定一个版本花钱委托第三方公司做代码审计，编译出二进制文件后永远不更新可以买个安心减少担心。

如果只要查看某一个用户在苹果的购买数据很简单，直接把购买小票调取接口解密行了小票可以获取当前用户在在当前 APP 下所有的购买记录。但是如果想推测其他的信息就比较困难了，比如购买后结算的价格（全球销售的税率不同、苹果税也是会动态变化的），服务端这块能做的就是调取接口解密用户凭据，或者订阅苹果的订单通知关注一下用户是否续费或者退款以及升级商品。

一般购买率那些都是通过埋点分析分析出来的，单纯的看内购记录没有意义。