对在家工作 /远程工作在国内的流行度持悲观态度。
首先我们要承认远程工作的工作密度在目前来看还是要远远低于同一个办公室工作
其次中国不缺人，不用上赶着给员工那么好的条件。

@delectate 啊，能说说淘宝桌面端缺啥功能吗？手机端小游戏切红包不算哈。

@joe7z
> 所以說買之前需要看自己的需求。有的人夠用了，有的人不能當作工作機

你说的对。LZ 搞 PHP 的弄 Docker 跑的挺开心。我是运维，我用 Docker 跟 LZ 就不一概念，我用 M1 Dockerfile 都未必能调通。

求注册地址

可歇着吧……你跑的 Docker 架构都不一样……从公司的私有仓库下个镜像都跑不起来……

@black11black 感觉这个需求全压在 mysql 上就扯淡

好歹说语言啊

最简单的，维护一个术语表

怎么对所有车的某项特性进行统计？查询一万次吗

@sephinh @tabris17
不行呀，异性领养者要比被领养者大 30 还是 35 岁才允许领养

如果你比媳妇大 35 岁……不说了鼻血出来了

@urmyfaith 意思是当前分区支持压缩，然后这个可能是一个全 0 的超长文件被压缩成一点点大。

都按照 linux 下的 md5sum 对齐，谁算出来和 md5sum 不一致就打回去重写

一个压缩文件？

@mitu9527
> 我个人反对把用户 ID 和用户权限放在 JWT 里面，因为这时候 JWT 本质上就是我说的客户端会话而已
> 我觉得正确的用法应该大概是这样，客户端提交用户名和密码向服务端申请 JWT，JWT 的 payload 中只包含一个令牌和一个过期时间，后续请求都把 JWT 传到服务端，服务端验证通过 JWT 后就通过 payload 中的令牌找到通过认证的用户即可

没明白你这个令牌什么意思。我觉得他要不是包含用户 ID，要不就是个 session key 。如果它就是 session key，那为什么不直接用 session，何必弄 JWT 。

你还是没理解 JWT 和 Session 的区别。Session 的好处是可以随时修改随时吊销。JWT 的好处是可以离线验证，因此微服务不需要总是和中央权限系统交互。

@caiqh 有关系。解码端如果解不了 hdr 就会偏色。
这里的“能解”是指解码器 /芯片能识别出视频是 hdr，并进行合理的色彩转换。
小米可能一两千的电视就能解 hdr，但是放出来还是标准色域。

@delectate
> 最让人生气的是，难度最低的聊天记录迁移，云存储（几行代码就能搞定，信不信？微信实际上永久保留了你所有的数据），缓存清理等等，绝对不会做。

1. 什么是聊天记录迁移？微信有聊天记录手机传输到手机的功能，也有手机备份到电脑和从电脑还原的功能。
2. 能离线保留和能随时读取是一个概念吗？成本差太多了。而且这个功能的必要性取决于能不能赚到钱。
3. 有缓存清理，至少 iOS 版有。

我司的做法是，前端 Node 服务有 Session 状态，会用 Session 保存用户 ID，可能还有其他用户信息。
后端 Java 服务就没有登录状态这说法了。Node 传过来哪个用户的行为后端就相信是这个用户。

LZ 引用的论文是不是要把用户 ID 甚至用户权限都放在短效 JWT 里面呀。