@Nuttertoo1s 不要在 wsl2 里访问 Windows 下的文件，反过来也一样。虚拟机间的文件共享一直以来都是老大难问题。wsl2 访问自己的磁盘性能非常强接近原生的。

你们是真喜欢折腾，俺直接用 tailscale 和官方的 derp 自建节点了，headscale 不太想折腾

3 点睡，11 点起床，12 点半~13 点到公司。个人感觉良好，已经很多年没吃过早饭了

你都用 nas 类直接 nas 扔客厅或阳台或弱电箱附近不香吗

@luozic 不好意思，俺整不来 DFA orz

@BeautifulSoap 优化了一下第二个代码，防止 Andy 存在时依旧遍历了整个数组

@luozic cc: @luozic

1. 单纯的可读性，我觉得 lz 这一坨 if 已经是可读性很好了，没必要纠结，因为这段代码最大的问题不在这一坨 if 的可读性上。如果 if 的判断条件非常多，而且确保 if 中只有 and 的逻辑关系，应该用数组而不是字典。可以参考这里第一个代码片段。本质上就是把 if 给写成数组
https://gist.github.com/WonderfulSoap/333ccfd1b017728b928354bacdd1fa47

2. lz 代码主要问题出在每一个 if 判断就要从头查找一遍 long_string 。Andy 没找到，下一个 if 文里就又从头找一遍 Jack ，一次类推。如果要找的关键词很多最坏的情况要遍历 long_string N 次。所以 lz 代码最大问题是应该怎么优化这个问题争取只遍历一遍 long_string 就行。解决办法就是写一个工具类，如 FindWord("Andy")，然后一个个字符往里面塞，然后找到了的话返回找到
这代码参考第二个代码片段
https://gist.github.com/WonderfulSoap/333ccfd1b017728b928354bacdd1fa47

@luozic 看了 lz 的回复有一点不太明白了，你想改善的到底是那一坨 if 的判断逻辑，还是想改善那一坨 if 里的多个 in 查找？

写个循环遍历 long_string ，一次循环就能判定了

堪称 docker 的月经问题了

https://v2ex.com/t/950376

打错端口了是 4000 端口，不过意思到了就行

@estk 那个，你首先得确保，你宿主跑的服务是监听了的 0.0.0.0:5000 地址而不是 127.0.0.1:5000

Samba 是支持回收站的

AWS 的证书接受度还是挺不错的

同意楼上，lz 至少得看看发的包内容是什么

内啥，3L 都把标准答案写出了