@MinecraftFuns 任何东西都是要有限制的。随便举一个例子。

有一种东西叫做 web 防火墙，可以通过简单的规则匹配，当发现请求中包含注入字符串的时候就自动阻断。我们用的 web 防火墙对于请求体大小有限制，超过 64k 的部分无法判断。所以在添加 web 防火墙的时候，对于一般的小尺寸接口可能还要加一个限制，超过 64k 的请求也直接阻断。
然后，如果之前用户设置了一个 65k 长度的密码，现在他就没法登录了。

这个例子很离谱，但就是告诉你，没有任何限制的系统会在你意想不到的地方出问题。14 位限制在现在看来可能可以提升一下，但不提升又怎样？提升了又能怎么样？说白了，吹毛求疵的用户的钱是最难赚的，最好不理会他们的需求让他们用脚投票，舒舒服服地赚小白的钱。

@MinecraftFuns 请问下你是用 chrome 作为主力密码管理器吗？那么在 app 中登录时的密码该如何管理呢。

@MinecraftFuns 那不应该差评 chrome 么。另外，删两位不就完了。
@Tumblr 一个会用密码管理器的人搞不定 14 位密码，这不符合常理。

@Orciorc 就算峰值码率超过 100M ，难道播放器一个字节都不缓存的么。
如果平均码率接近 100M ，那先扛不住的会是解码器。

@MinecraftFuns 默认生成 16 位，不能改成 14 位，这样的密码管理器叫什么名字？我去下载瞻仰一番。

LZ 的意思是应该用户收货一段时间之后再发优惠券，以免用户下单拿到优惠券后立即取消重下，是这么个意思吗？

产品经理就喜欢搞一些没有用的东西，折腾开发和用户

@Darkside 根本就不应该自己记忆密码吧。
用密码管理器，14 位密码的安全性扛不住爆破吗？这很难理解。

其实以电视的应用场景来说 确实不需要太快的网速。
你要非说在电视上跑代理当旁路由用那当我没说。

所以什么是典型的极客语言？

为了把你踢下线。（服务器主动使登陆状态失效）
session 机制只要删除服务器 redis key 即可把你踢掉
token 机制中 access token 是离线验证的不走 redis ，所以用一个较短的寿命，等他过期了你拿着 refresh token 去续期的时候服务器不给你续，就是踢下线了。

@FartNoSound 只有直营店的才叫天才吧。你真是对不起你的头像。

可以写一个 Alfred File Action ...

不是很明白你要解决什么问题。S3 怎么就满足不了你了？

连翻墙都不会……何必呢。

@Gigass 大佬发个相关的车呗

@L4Linux 只有跟国策反着来才算有自己的思考是吗。