你过去帮他吹，如果他不好意思下次估计就不会了，他如果不介意的话，那就......

校验规则不一样就别强求写到一起，我个人觉得前端需求比较复杂，容易发生变化，多使用组合，比如组件复用不太容易满足的时候，可以往更细的方面去做复用，比如用户选择，<Select/> 不好做成复用的话，可以做一个更细致的 useUsers hook ，这样数据有了，做一个新组件也很容易，用户列表都可以用这个 hook 。

简单表单没必要复用，除非 FormItem 比较复杂，比如是个从接口获取的 Select List 这样才有必要复用。

@rookie2luochao 有个疑问，cssinjs 这种对缓存影响大吗？

学习学习

@SantuZ S4 吗？我提标轴 E 了

@long952 应该是这样

刚学 React 看了几次文档后基本就不用怎么看了，Vue 语法经常得翻文档。

首先分离责任边界，对外提供的接口的入参都打印出来，出现错误的话必须打印出来，可以在出现错误的时候打印，也可以在最高层统一打印，永远不要直接吞掉错误。

1.为什么要 HTTPS ？
2.为什么要 HTTPS+加密？
3.为什么要 HTTPS+加密+签名验证？

搞清楚 2 为了什么，为了更难破解？没有问题，你可以套 N 层加密，包括自己再实现自己的双向认证。

但这样能说明 1 就不安全了吗？如果是的话，HTTPS 有个毛用，所以我依靠 HTTP 安全性有什么问题？你密码加密，别的 payload 加不加密？

3 方案也有很多在用，加大爬虫难度等等，那是不是不用就不安全了吗？

你可以选择任何上面的方案，但没什么最好的，只有更安全，没有最安全，但我个人同意前面有人说的如无必要，勿增实体。

JOOQ

每日大作战？

别的不清楚，我写过 RESP 协议，客户端认证的时候只需要发送 AUTH command ，这个之后不会每次发送认证信息，只需要发送执行的 command 就可以，所以理论上不会影响性能。

这种群根本不是讨论技术的

就一个配置文件，然后注入环境变量，例如：

data:
redis:
host: ${REDIS_HOST:127.0.0.1}
username: ${REDIS_USER:default}
password: ${REDIS_PWD:123}

@qW7bo2FbzbC0 可行，直接拷贝 data 目录就可以： https://www.mongodb.com/docs/manual/core/backups/#back-up-by-copying-underlying-data-files