本人之前也有类似情况，最长的一次咳嗽了近 3 个月，后来是用了抗生素好的。
所以楼主这种情况如果吃头孢有好转，很可能是炎症，例如细菌性感冒。如果不是医生叫你停，抗生素还是要多吃几天，以避免细菌出现耐药性。

爱回收上可以评估的

如果你数据库里存的都是字符串，提供一个简单暴力的做法：按照星号分割成两个数，然后按照从小到大排序，再重新用星号组合成字符串。

现在邻里几乎都有 wifi，大多都 2.4g 频段，所以这个速度很正常。解决方案也很简单，上 5g 频段即可，这几年出的手机大多都支持 5G 的。

每隔一分钟查询数据库大于 35 分钟的订单然后取消不行吗？

你可以看下 GDPR 能否解决你的问题

我觉得 1 和 2 不冲突。查询的最终结果是由权限和查询条件共同作用生成的。1 和 2 只是查询过滤条件不同。1 ）代表在自己权限范围内查看自己能看得所有用户，2 ）代表在权限范围内查看指定的部门，但很有可能这个部门的人自己一个都没权限看。

至于权限和过滤条件如何在实现层面共同起作用，就要看你用的是什么样的权限框架，比如 RBAC 。

K3s, 官方提供的脚步分分钟就部署好了，比我之前应 kubradm 要快得多。不过 k3s 默认使用的容器是 containerd，而不是 docker，可能对熟悉 docker 的不太友好。

微软是软件公司，苹果是硬件公司。

最近做了一个项目需要解决两个服务之间相互调用的问题。服务之间互相都不知道对方的地址，唯一有联系的是它们都连同一个 Kafka。最后的方案也是在 Kafka 上套了个 rpc 的壳。
如果不看实际场景，这种方案是挺奇怪的。但是它给我们的项目在不可能完成的的情况下创造了一种可能性。

最近做了个项目，里面有类似的需求：从任务表中取出一批到期要执行的任务，然后存入下次执行的时间。在单机环境下工作没问题，但在 HA 模式下，会出现多个机器拿到同一批数据的问题。
鉴于我们的数据量不大，采取的方式是最简单的 select for update。目前没发现什么问题，不知道这种方案是不是 best practice。

掩耳盗铃

是不是 nginx 背后是 HA 多机负载均衡？ 后台每个服务器的 session 是单机独立的，下一个请求换到其他服务器自然就没有之前另一台的 session 了

你提到 Lombok，那是什么原因不选择它呢？我在一个新项目里想用，但是怕在 IDE 里没有 get/set 方法的代码提示，一堆飘红，毕竟这货是需要编译期才生成方法的

被编程耽误的文言文大师

如果不依赖特定数据库的特性，可以用 h2，完全不依赖运行环境，一次编写，随处运行。

我也遇到同样的错，已经报 bug 了

前面的打错了，是总结得不错

总觉得不错，已 star