Q1 简单？ 没考虑数值上限吗？
Q2 没看懂，是需要排列组合的穷举吗？

用户为啥要注册？给你 openid 直接用就是，甲，乙不搞混就行了。这个 ID 代表什么才是你的业务

FYI 我搜了 Photoshop 宏， 它告诉我看 Photoshop 动作。 耗时 5 秒

仿佛看到了 用的人多=>你也该用 的逻辑谬误。

保持完整性比加密重要。对称加密你要一用户一密钥吗？还是一 session 一密钥呢？服务开销大不大？密钥交换怎么解决？重放攻击能挡得住不？
由于 jwt 是可信端签发的单向数据，仅作签名验证权威性和保证完整性就足够了，没人逼你在 jwt 放用户余额等业务数据。
完整的 jwt 还含有多种 token 来保障业务需求，比如服务端主动过期 session 。业务合适的话 jwt 方案不失为一套快速解决方案。个人还是倾向 saml 。

别尬吹手机了。光学的东西底大一寸压死人。很多无反的便携性也很高了，有计划的拍照还是相机好。也可以加个云台搞 vlog 。

现代浏览器支持 fido2 的。硬件钥匙

外圈线速度最快，优先使用。所以第一个分区在最外圈，以此类推。要确认的话楼上的 dg 可以看扇区

到 controller 不都是 serverlet request 吗。全都包装好的

浏览器弹窗不一定是浏览器问题。其他应用抛个 intend 过来照样是浏览器弹开

淘宝：请打开后台让我监听 🐶，不然就不要为难我缺少数据样本

@qiayue 若无需要，勿增实体。id 只是标识符，没有意义的。只要能验证张三，我就恒定给他发同一个 id 即可。id 本身是阿猫阿狗无所谓，如果本身还自带信息容易引起安全问题。我不记录你的密码原文，但我知道你有没有输错

等等…就算是服务器渲染也可以加脚本吧。现在还有不用 xhr 的网站？

跟 b 没关系
a 阻塞客户不现实。直接返回提交成功就是
回调来了再推送通知或更新状态等用户下次查询

为啥非要及时主动给用户信息，这是业务问题吧。跟查快递一样

@BBCCBB 这个拓扑不好说呢
在创建容器时,比如说 docker-compose 文件里给每个容器指定名称(比如 A,B), 然后这个容器组里指定一个网络(比如 network1). 然后你配置文件里就可以用名称指代容器.假设在容器创建时 A 获得 ip 10.0.0.5. 那么 b 的 redis 配置文件里可以简单用 A:6379 指代 10.0.0.5:6379 简单理解为 docker 内部有 host 帮你路由即可. 因为是桥接网络,从容器组外部访问容器(包括从宿主机)就必须走网桥. 因此你的宿主机要做好这一块的路由以便对本地或外部访问

端口映射是针对容器而言的. 对应 docker 的 -p 参数. 假设你的集群是固定的一个容器对外暴露服务,那么只需要使用 -p 参数 映射容器内部端口到宿主机端口即可.这部分魔法由 docker 提供.

举个例子 docker run tomcat -p 8080:80 起来一个容器之后, 在宿主机访问 localhost:80 即可访问到内部容器.

容器之间使用容器名称访问。内部自带 Host 。
对外服务的端口映射回主机即可

这就是每年苹果都在公开嘲讽安卓：我们的用户 80%都用上最新系统了，你们还在用力推广上一个版本。

说的好像用户有后悔权一样。

不知道现在还能不能用 shsh 强行刷机了，以前还是有点自由度的。
软件生命周期乃至设备生命周期的合理性消费者应当知情，让微软继续维护 xp 也是强人所难。
稍微想了下，至少好几个点解决了才能动苹果

消费者购买的商品到底是什么，软件算增值服务吗？
设备达到合同约定的生命周期了吗？
如何量化声张的“流畅度”问题？
“流畅度”是被销售合同所保护的吗？
如何论证“流畅度”变化和软件升级的关联性？变卡是设备自然损耗还是有用户使用因素？
升级是用户确认的，适用条款有对降级进行约定吗？
降级以前有吗？是否涉及合同变更
降级后的设备依然适用于之前的条款吗？
提供降级服务是否有合理性，是否是对合同方强加责任？

感觉有点像汽车，能改，不能改太多，有售后，不能包太多，有服务，大部分是增值服务。