谁跟你说有这个名单的？

各地对知道技巧的 shangfang 户都是当爸爸对待的

给自己卖命两年，离职遭敬业，规避失败，
没必要标题党，
从我的认知来看，这事你闹大了字节也不会让步的

可以用 crane 配合代理拉

@geelaw i/v 的地址不曾改变不是编译器优化的结果，而是明确在 spec 里面的

> Variables declared by the init statement are re-used in each iteration.
Link: https://go.dev/ref/spec#For_clause

@geelaw 对，但如果是考这个点的话，我觉得不适合面试；大多数时候我觉得知道输出的结果就行

@SingeeKing
- 大规模普及 1.22 可能还是以年为单位的
- 对于旧版本过来的人，不会因为新版本没有这个问题了，就不了解

@lifanxi 那就不能用 goroutine 异步，改成同步变动太大了

- Ingress 处理流量从公网到集群，Egress 处理流量从集群到公网
- Ingress 在 k8s 中是一个逻辑概念，Nginx 是 Ingres 的一种实现选择
- Ingress Controller 是会根据 k8s 的相关逻辑概念，控制具体实现的配置
注意 k8s 和 nginx 各自维护了一个 controller ，参考 https://github.com/j2gg0s/j2gg0s/blob/main/_posts/2022-11-15-nginx_%E6%98%93%E6%B7%B7%E6%B7%86%E7%9A%84%E6%9C%AF%E8%AF%AD.md
- Ingress 前面一半还会有一层 SLB ，我们一般在 SLB 处理证书

- iptables 是基于 netfilter 实现的，是对 netfilter 暴露的 hook 的使用
- iptables 的 chain(PREROUTING/INPUT/FORWARD/OUTPUT/POSTROUTING) 对应 netfilter 的五个钩子
- iptables 的 table 对应不同的功能，比如 nat 是改写目的地/来源地，filter 是用来过滤的
- 从结构上来看 table 由 chain 组成，chain 由 rule 组成，rule 由 match 和 target 组成

Link: https://arthurchiao.art/blog/deep-dive-into-iptables-and-netfilter-arch-zh/#3-iptables-%E8%A1%A8%E5%92%8C%E9%93%BEtables-and-chains
Link: https://github.com/j2gg0s/j2gg0s/blob/main/_posts/wips-k8s%20network%3A%20kube-proxy%20%E5%92%8C%20flannel.md#iptables-%E5%9B%9E%E9%A1%BE

当然我觉得这事还是需要 google 来结果，基础好的，直接看 wiki 和 manpage ，
基础薄的看别人的 blog

LLM 大部分都是回答一些看上去对或者不对的内容。

搜 MemoryModel ，类似 https://go.dev/ref/mem
Java Memory Model 做为入门读物最佳

@FabricPath ROI 很关键，人力有限

好像不高，我接触到的

@tool2d 党国的技术可能就是用握手的第一个包来决定是否 ban 的，我们的网站不小心上了反诈后就是 TLS 直接跪，但是 IP&HTTP 可行

@julyclyde
1. 本身你就可以基于 SNI 来配置路由规则
2. Istio 的多集群方案中，跨网络&跨集群的请求是由 Ingress 基于 SNI 来做路由的 https://istio.io/latest/docs/setup/install/multicluster/multi-primary_multi-network/

对象存储是针对对象的，这个对象可大可小，支持一些 well-knonw 的格式，比如 jpg/png/json 之类的；
文件存储针对文件，一般兼容/复用文件存储的一大堆 API
块在 Linux 系统是比文件更小的一个单位，也有一堆已有的 API

梦里啥都有，何必给自己找麻烦呢

好像从 v2 骗了波流量，难得啊