NeedI09in

@dorm 总结一下楼主的心理，你们懂个鸡毛，学技术只有那点出息，能做管理靠的不是技术，要学会拍马屁、做舔狗。而不是执着技术（因为自己不会，经典诋毁）。
然而管理也做的一坨屎，被属下反驳就要发篇帖子安慰自己技术自卑的心理，又没法反驳下属，只好寻求其他也做管理的认同（技术人员就是不懂人情世故，这也太愚蠢了之类的话），这种自卑感让自己深受折磨，不认可下属的同时，是没有站位思考的能力和派兵遣将的能力，这种管理做起来，还不如不做。
最后说“还有人一直在原地踏步”是体现自己的优越感，表示自己这种“能与上级沟通”是一种软性能力的体现。其实看得出来，你能说出这种话，就说明本身就是狭隘的，处在达克效应无知且无畏的阶段。
做管理又不能好好处理下属的情绪和价值观的冲突，本身不能兼容，那你当什么领导。既不能以能力服众，又不能以德服众，还不知道能不能以钱服众，那手下人跟着你干嘛？跟着你看你会吐槽人，会 pua ？喝西北风？学到知识？

HTTP/1.1 提供了几种限制对象缓存，或限制提供已缓存对象的方式，以维持对象的新鲜度。no-store 首部和 no-cache 首部可以防止缓存提供未经证实的已缓存对象：
Pragma: no-cache
Cache-Control: no-store
Cache-Control: no-cache
标识为 no-store 的响应会禁止缓存对响应进行复制。缓存通常会像非缓存代理服务器一样，向客户端转发一条 no-store 响应，然后删除对象。
标识为 no-cache 的响应实际上是可以存储在本地缓存区中的。只是在与原始服务器进行新鲜度再验证之前，缓存不能将其提供给客户端使用。这个首部使用 donot-serve-from-cache-without-revalidation 这个名字会更恰当一些。

@NeedI09in 还有 211 之后的部分都在讲这里。

https://awesome-programming-books.github.io/http/HTTP%E6%9D%83%E5%A8%81%E6%8C%87%E5%8D%97.pdf
201 页有你想要的

1.通过返回的 Location 字段携带信息，例如 Location: /test?data=1
2.放在客户端 cookie 里
http 协议规范里好像没有与转发请求头相关的，所以用 cookie 比较适合你的方案。

apisix

不同字符集在联表查询时会进行隐式转换。包括 int 和 str

28.88w

考研->选调吧。回到当地过上令人羡慕的生活