这价怎么感觉是一起招实习生的价。

腿不错，不会还是个男的吧

typespec 写，然后转成 openapi3 导入 Insomnia

通义灵码

iptables -S 看看完整的吧，QUICKCONNECT_RELAY 最后一条的 DROP 应该有条件的，要不然你已有的 TCP 连接应该都被它 Drop 了。

subtree

小舅子以后可以自豪地卖前端炒饭了。

raw socket
DPDK

或者弄个独立的网络命名空间/虚拟机

不错

杂牌的 atx 机箱不打多就 200 以内吗？你都不嫌弃二手，不应该很好买吗。

这中国龙爪子不对啊

只在 main 函数里用 panic ，业务里不用。defer + recover 一般在协程里以防万一。

nsenter

或者把容器的网络命名空间 mount 到 /run/netns/NAME 下，然后
ip netns exec NAME cmd....

优先级不一样，没指定的时候，优先 yaml 扩展名，docker-compose v2 版本的优先用 compose.yaml 然后找 compose.yml ，找不到再继续找 docker-compose.yaml, docker-compose.yml

@dcoder #37 只能说你很幸运，不像我们有那么多翔要忍。大家的业务都不一样。不是什么都能 proxy 的。你本地发 MTU 9000 的巨型帧到测试环境试试。

@dcoder #15 远程开发当然是为了保证开发环境和运行环境尽量一致。你也不想，一次开发处处调试吧。另外，在本地把各种依赖都搭好或，mock 掉，不如直接用测试环境的现成资源。

Pod IP 互相访问，集群外的客户端通过 Pod IP 访问，都可以在上一级的网关上配静态路由规则来实现。service 的 Cluster IP 也是同理（ Service-CIDR 要不重叠）。都在内网的，没有 IP 冲突的情况的话，不需要 wiregurad 。

要 DNS 服务也能打通的话，那么最好两个集群的 cluster name 不一样，然后两边都根据 cluster name 来 forward 到对方

实在受不了，忍了几个月，最后全关了

@ahhtree #9
要不你一个人加班，吭哧吭哧全改了，让他们能用你这套替换掉原来的。要不你还是赶紧跑，换个你看得上的公司。