听说过不吃饭会死的，头一次见不脱单会死的。

这拓扑画的，爱莫能助了。

如果这些都要你自己配置，那你只是强行在用微服务。不用自己运维爽的一批好吗

upnp ，让 qb 自己去打洞

第二个问题，碰到不下十次。。
我的解决办法是，用平板连一下 RDP ，然后再重新从机器桌面登录。真的这个 bug 太弱智了

你需要找一批水平同事组团队。从你描述我只能看出来过半的混子，小团队大堆混子这不崩谁崩。

@kylebing
15 还是 16 开始，面板和背板都是可以单独拆卸的了。之前是因为只能从屏幕拆卸导致换背板要大拆，所以会一并换电池

你这种 case 如果数据量持续上升，应该用 spark 这种离线作业，或者压根不应该拆分服务。

单独一个仓库，开发 proto 先行，聊需求聊技术方案都拿着 proto 来说话。
接入使用云端 buf package 专门按 commit hash/分支托管产物，或者 java 这种可以本地 submodule+build 。

所以我在等 18.1
永远忘不了刚换 15p 的时候，那天下午折腾了两个小时也没办法把旧机数据倒进来。
上网一查：首发 17 的系统，存在 bug ，会在转移数据时失败，必须先新机进系统更新 17.1 ，然后抹掉数据重新转移。

我上早八！

@lvlongxiang199
当然可以

说实话 你这个简历写的和应届生好像也没差

适合超大规模的条件下，业务和机架分离。
举个例子，DB 访问，缓存中间件访问，服务发现，trace 等等这些东西全在 sidecar 里，鸡架更新对于业务完全无感。

代理工具分两种

1. Client 主动通过代理协议（如 HTTP/Socks 等）连接，此时域名会被直接送入代理协议，代理协议会将其直接送往远端/或者根据代理规则进行解析，不走系统 DNS 。
2. 透明代理，此时 DNS 解析通过系统 DNS 配置处理，代理软件处理 DNS 的方式也有两种，一是劫持 DNS 请求并响应，代表作为：FakeDNS 。二是不管系统 DNS ，通过透明代理处理时，嗅探对应 TCP/UDP 流量中的域名，然后做 destOverride ，将被墙站点重定向至远端代理。

无论两种方式，均工作在传输层及传输层之下，即便是嗅探也只是 L7 读取部分内容，因此无需解决证书问题。

最后，不分前提条件让人设置 DoH ，大谈特谈 DNS 泄露的，一律当小鬼处理。你以为墙很在乎你 nslookup 了什么域名？真是搞笑

旱的旱死涝的涝死

@basncy
wifi6e 满配是 AX6000 双频 4T4R ，价格上没啥优势，而且 5130 这种中端 wifi7 BE5100 ，2T2R 2.4G + 3T3R 5G ，速率就差 900m ，实际使用没差，还更便宜更省电能战未来。