@yyysuo 国内 dns 先解析一次的作用，是在不写过多 domain rule 的情况下，尽可能优选节点，同时避免 dns 污染。
国内 dns 可以保证如果目标网站国内有节点，可以直接访问，同时碰到 dns 污染（ 99%的 dns 污染返回的是海外 ip ）时，会自动调用海外 dns

@maybeonly
正解，用一份黑名单，无条件走海外 dns ，剩下的走国内，不用去赌那 0.0001%的漏网之鱼。
不过，黑名单以外的网站我是用国内解析一遍，如果是国内 ip 就采用，如果是海外 ip ，就用地理位置较近的海外机器再解析一遍，以海外结果为准。
dns 泄露？只要你不是 50w 真有人查这东西吗

fakeip 谈不上精巧，现在一堆软件都提供打包解决方案。这个方案核心不在于要不要自建 dns ，核心在于你如何做 dns 分流，国内用运营商 dns 总是最好的，海外直接走梯子过 cf/google 落地区域的 dns 就行了。

被送中，很常见

没记错的话，b 站客户端会自动只拉 dash 的音频流。

@1002xin
正如我原文所说的，“在这一点上，我是认可张小龙的”，如果看不到可以再多挤下你自己眼睛。

连正确认识解构，剖析产品优缺点都做不到，单纯见不得别人一个好，上来就给人扣饭圈帽子的二极管，才是真饭圈吧。

@myarsenal
因为思路不一样，微信从红包，到进军支付开始，就在下一盘大棋，目标是做国民基础设施。
包括小程序，也是微信的一个阳谋。

当你看到大街小巷的“微信扫一扫”，你会发现，微信只是把所有东西藏了起来。
做到这种程度，张小龙已经不需要把什么东西推到用户脸上，互联网产品奉为圣经的“转化漏斗”理论已经不值一提：只需要一个有摄像头的手机+一个二维码，微信有能力把任何合适的内容直接推给合适的人。

有句话忘了是谁说的了，微信本身，就是一种生活方式。

不需要。自身质量和结构强度注定了你只要不大力出奇迹都不会有什么影响。
而且哪怕不平衡也不会有啥大问题。又不是几十吨的大家伙

shell 里 dmesg 看一下内核信息

上次我碰到类似问题，是因为有个网卡驱动有问题，内核网络栈 hung 住了导致的

提到微信就有人应激了+1

微信臃肿归臃肿，但在产品的决策上，国内找不到第二家相似体量，却能保持产品决策如此克制的。

统一订阅 push ，收拢订阅+通知消息，而不是各大门户 app 那仿佛垃圾桶一样的私信/通知。
除消息外，完全 0 系统 push 。
几乎无开屏推广

如果你不喜欢，你可以关掉微信除消息外的一切功能。
但如果你需要，你几乎可以在微信内找到当今中国互联网需要的一切资源。

看看隔壁阿里，或者对比下同门的 QQ ，微信能够在国内成功是有他自己的一套理念的，张小龙在这点上我是认可的。

我丢 我还以为是 bug ，原来是特性。想不通为啥这么改，这是吃饱了撑的？

透明代理之类的可以检测到，毕竟直接 socket connect time 非常短。
OP 说的三层代理应该是直接三层路由的那种。

@dilu
并不是，我目前方案是，路由只暴露 L2TP ipsec 的端口+RDP 端口转发。
外网要访问内网 http 服务，有三种方式
1. RDP 回家，通过内网电脑访问
2. L2TP 回家，此时 DNS/流量全部通过 L2TP 隧道发送，也可以直接访问内网 IP
3. 需要一直访问的内网服务，通过 xray reality 连接的海外服务器，进行反向代理，复用 xray 提供的 xTLS 隧道，直接将对应流量转发回内网本地机器处理。同时，此 xTLS 隧道也作为魔法流量的 fallback 节点，同时作为科学上网的备份通路。

部分地区 ISP 会扫家宽端口，任意端口发现 http 服务均按违规整治处理。

#90
概括的非常好了，虽然你可以说 go 是 googelang ，因为他确实也塞了很多私货，甚至按照 k8s 的需求定制特性也不是没有先例。

但观察 go 社区的讨论，你会发现没人像 V2EX 发言一样：随性发表观点看法而不带任何论据。
甚至 rsc 本人也会对你提出的疑问认真回复（有幸被回复过，只能说大佬看问题的 level 就是不一样）

与其去喷泛型，喷 iter ，不如看看你的使用场景到底有没有必要用到这些特性。
作为一个内部基础库维护者，我真得感谢泛型替我省了不少 garbage 代码和注释的口水，编译器保证比我额外加一堆检查要省事的多，而且 iter 本身，在重数据处理的流程中也是非常好用的特性。

你的业务场景用不到，那就不用。没必要跳出来喷一句：go 的语言设计就是一坨屎山。
如果你有意见，请积极参与到社区标准落地中去，或者，zig ，请。

@SakuraYuki
暂无，u2 攒上传不容易，等级不够买腰子