- 容器内 443 能通
- 宿主机访问 8080 不能通，其他端口(8081,8190)能通
那一定是端口占用。
我前段时间遇到类似的端口占用问题，不过是在 windows 下 netsh 做端口代理，部分端口死活不通，netstat 也查不出端口占用；最好搜了半天找到问题是 hyper-v 保留端口的问题导致，保留端口!=占用端口

很奇怪，为什么甲方不出手整治这种广告。
PDD 这种就不谈了，为什么一些高端定位的品牌也有摇一摇扭一扭的广告，明显是有损形象的。

云函数真的又慢又烂又贵，方便就方便在无需鉴权调用微信 API 这块。
业务跑通了就要着手换了

卧槽，居然什么都想不起来，把范围放大十倍，依然没有...

年纪大了，责任大了，压力大了，仅此而已。

可刑

全能：drawio
轻量：excalidraw

用 1 ，重复声明不干净

大厂咱不知道，肯定没这么简单，应该有搜索引擎团队。
你这种针对分词器维护一下行业词库，最多再做做 BM25 相关度调优就差不多了..

es 也有 explain 的自己看一下就知道了
另外查询时最好也要指定分词器，比如你的关键词是”护肝”，用 A 分词器能分出 3 个词，B 分词器分出 1 个
1 ，ik_max_word 也无法将"汤锅"拆分出“锅”，自己用_analyze 试下就知道了
2 ，ik_max_word 可将“护肝”拆分成“护”和“肝”，需要自行维护词库

request 用 1 ，主要是 get 请求参数更优雅

response 用 2 ，结构优雅，更容易做泛型封装

都是商场店，没啥区别

docker compose --help

[quote]同一个用户账号在多端同时操作这个业务的配置信息[quote]
你这业务的粒度在 userid ，这怎么会有高并发呢，不要把并发和高并发一概而论哦。
你这个场景直接用乐观锁就行了，并发场景下只能成功一个，各大数据库应该都有 row version 的字段类型。

对公司来说肯定有好处，薪资水平同等级的情况下用人成本比别人低，提升了吸引力。
对你来说只有坏处，但是... 你能进到同等级薪资水平的公司吗？
打个比方：1.薪资 3W+正常社公，2.薪资 3W+最低社公，3.薪资 2.6W+正常社公
简单来说就是有 1 选 1 ，没 1 的时候选 2 还是 3

这不是 proxy ，而是 mirror ，可以搜一下 nginx mirror
你这个需求放到业务层面去处理应该合理一点，比如 a,b 响应成功，c ，d 响应 500 咋整

老人就装 iptv ，开机就能遥控换台才是重中之重，再多按一个键就不会玩了。
还有，你找的那些资源人家也看不懂，他们也不会找资源