哈哈哈 我没有资格指定 但是还是忍不住说一句：前端技术作为业余兴趣还好，工作中的前端就是最底层的存在，除非你能给那种产品导向直接面向最终用户的公司开发前端。

前端你干得怎么样谁都可以评价你，后端、测试、产品经理、UI 、Team leader 、客户、售前和销售，因为产品出了问题大家最容易想到前端，很多不是前端导致的问题也会说是前端 Bug ，需求变更也会认为是 bug 仅仅是因为领导决定“不好用”或者“我觉得不好看”这样的原因。

还是那句话当作玩票可以，工作不管是兼职还是什么，算了吧。这行狗都不愿意做（我指那种没前途的底层的业务型前端），除非是那种偏 infra 的技术型前端。

哈哈哈 「抨击」这个词确实有点好笑 我一看还以为数 windows 通过口诛笔伐的方式来表达对 ipv6 的抨击

@redchamber 我部分认同你说的 gp4 能力强的观点。不过我觉得未来的想象空间倒是很清晰：数年至数十年的经济半死不活，中低端白领（包括文书工作者和低端码农）收入持续下滑或者横盘震荡（就拿现在五六千一个月的前端举例），失业长期居高不下，20 美元确实不便宜因为大家都失业了，贫富分化进一步加剧，统治能力非常发达（因为高科技）以至于不需要给那些被 ai 淘汰下来的底层白领什么补偿也能维持稳定。

简单来说就是死水一潭的未来，无非就是把写字楼白领的活抢了交给 AI 或者 LLM 干。

这种简单的图文对话界面，或者更进一步 llm 和人型机器人结合起来变成具备低级智能的机器人，它又能创造出什么产业呢？电影《极乐空间》描述的场景就是你能想象的未来。

表达能力不好可能存在车轱辘话反复说请见谅。

阻碍 gpt4 在国内普及的主要是防火墙，当用户可以唾手可得地去使用 gpt4 的时候，他们会下意识地把它当成主力，无论 gpt4 是否事实上胜任这些分配给他的工作，为什么呢？因为偷懒、指点江山、好为人师、得到认可是人的刚需，而 gpt4 （或者任何其他一本正经胡说八道的 llm ）恰好满足了这一点。

@beyondstars #10 哦忘了没有公网 IP ，那端口转发就用不了了。

如果 CPE 能自动申请到 IPv6 PD ，并且局域网设备支持 SLAAC ，那么这些设备应该有公网 IPv6 地址，但是由于防火墙的原因，不一定通，可以测试一下这些 IPv6 地址通不通。

再或者端口转发，打洞，等。

可以了解一下 oracle 的免费 arm 实例，搜索 oracle free tier.

您好，ws 自身的确无法保证 recv 和 send 的顺序一致。

ws 是为了解决什么问题呢？它主要是为了解决: 1 ） framing （因为 tcp 连接是一个 stream, tcp 连接是 boundless 的）； 2 ）连接复用； 3 ）双向通信（让 server 也可以主动给 web client 发消息）。这些都跟顺序没关系。

你需要自己再在 ws 之上实现一层。

3 也有例外就是假如你的 node 是跨越公网的，并且你需要加密 ingress controller 到 backend (svc, pod, ...) 的流量，可以在 backend 也上 tls ，并且让 ingress 通过 tls 和 backend 通信。

1 也有例外就是你需要用一些功能 ingress 里面配置起来比较麻烦，但是 nginx 好配，那可以通过路由把 http 流量导到 nginx 然后再在 nginx 里边配。

1. 有了 ing 还用不用 nginx: 不用
2. CA 证书管理：用 cert-manager
3. 不需要，因为 ing 做的就是 ssl termination.

WiFi 切换到 5GHz 频段试试

@s82kd92l #7 我刚才又看了一下 iptables 似乎支持根据 gid 打 mark: https://ipset.netfilter.org/iptables-extensions.man.html#:~:text=%2D%2Dgid%2Downer%20groupname

感觉或许能让进程运行在一个 user namespace 中，在这个 user ns 里面进程属于 user: root, group 是一个特定的 group, 然后根据 gid 打 mark 。只是一个思路。

@s82kd92l #7 确实这种基于 netns 方案的方案引入了一定的 overheads （比如 NAT 和额外的路由），我理解这个 uid 方案应该是在 ip(6)tables/nftable 中根据 uid 打 mark, 然后设置 mark 对应的策略路由，这应该是一种开销更小的方式。不过对于需要 root 权限的应用可能稍显麻烦。

@omgr 是的，nsproxy （以及很多这样的软件）应该也能做类似的事。but, 手动配置静态路由 + 策略路由 + iptables + 修改 sysctl 的操作过程可能更过瘾吧 hhhh （满足了人菜瘾大的我），另外这种手动配置的过程也有一个好处就是灵活，而且自己容易掌握其中的原理。

@flynaj #8 用过 mac, raspberrypi 加 android, 不过手头上没有 5g 的 android, 当时测的速度不理想，就不继续折腾了。其实 android 也好 iphone 也好也就是个驱动程序的区别。

@mantouboji #5 哈哈 大哥你过奖啦 我可没说这是什么重大发现，另外咸鱼和淘宝大家都知道吧（包括我），用业余时间折腾一下闲置手机，再把过程分享出来也是有意义的，所以你驳斥的点是什么呢？

@Jony4Fun #35 不是，咱没必要这么迫不及待地贬低一个功能，对于想提前体验 WiFi7 的人来说，这功能是一个吸引点。

@zer #16 是的，有点类似于一种 带外管理 的思路，用一个专门的网络来管理计算/网络设备。