@realpg 这个是前后端对密码的处理逻辑不一致的问题。这个实例里面，前端没错，后端不需要额外再 MD5 一次。当然数据库存 md5(md5("abc"))也没错，但错就错在没有把前端给的字符串 md5 一次再比较。

前端保存、传输密码前肯定要 HASH 的，不然明文密码总会有泄漏的风险。至于 MD5，我认为一般情况下足够了，SHA256 在密码传输和存储上也没有增加多少安全性。反正攻击者都是直接拿来用，管你是 MD5 还是 SHA256。
@yyfearth

虽然说维权要赔偿是政治正确，但如果能找个更好的工作的话，也没必要和现在的公司死磕。建议楼主两手都要抓，赶紧找个出路是正经。

AirPods pro，感觉白买了，带上没几分钟就要取下来。。。

已经完全抛弃印象笔记，就是免费也不用他了。

当然，密码至少得做一次 MD5，无论是传输还是存储。知道密码的原始字符串是什么的只能是用户。

担心网络传输不安全的，只需要上 HTTPS 就行，没必要复杂化。担心存储不安全的，加盐或者 RSA 加密，然后，你要担心的问题变成了盐的泄漏或者 RSA 密钥泄漏。。。

总之，不存在绝对的安全，提高攻击的成本超过攻击的收益即可。

群控了解下

棱镜照到你了，基本和没照到一个样。因为你一来不反美，二来你居住在中国境内，即使反美也是正常，再说人家拿你也没什么办法。所以棱镜对你就没啥兴趣。天网就不一样了，你发表一些反华言论试试？

作为一个爱国的中国公民，我选择不用美区 ID，没这个折腾的必要。

这做主从是为了什么？

SQL 语句本来就或多或少包含逻辑，另外数据结构的调整甚至数据库版本的升级，单元测试都不管的么？ mock 数据做单元测试的，怕是没更新过数据库结构吧

如果你的数据只有 space_id、user_id、create_at 的话，1 楼就能满足你的要求。如果不止这 3 个字段的话，1 楼的 sql 当做一个子查询，然后用这个结果去 join 原表，on 条件就是这 3 个字段全匹配。

不知道休眠醒来触控板和键盘丢失的问题解决没

2K 默认不开 HiDPI，显示效果就是传统的 2K 分辨率的效果。

外接 4K 显示器，65 度
拔掉外接显示器，45 度
关掉虚拟机，30 度
启动 IDEA，90 度

楼主这有多少用户同时在线啊，sso 居然会撑不住？看看时间都花在什么地方吧，优化下代码应该就好了吧。