有一说一，8080 也不是通常 http 请求的端口啊，既然你能理解 http 代理代理 http 的原理，那 https 被 http 代理代理的原理也应该能理解（
HTTP 代理代理 HTTP 请求和 HTTP 代理代理 HTTPS 请求的区别就是后者用 CONNECT 请求直接劫持（ hijack ）连接传输二进制 TLS 包，因此如果不带解密功能的话无法直接看出是 GET 还是 POST 请求

Docker 的进程不是由 docker 命令创建的（而是一个 rpc 过去由 daemon 创建），所以对着 docker 命令用 proxychains 没有作用。。。。
当然也不是说对着 containerd 用 proxychains 就有作用了
所以最好的方法还是直接开个 http 代理然后设置环境变量

@roy2220 这个解释可以，只是你不能说它没这个功能（（
另外你做这个是要折腾数据库吧。

Linux 没特殊说明 direct io 的都是带缓存的（

第一个问题是错的，任何现代操作系统都提供了内存映射功能。。。

@Gua 问题很大啊，最初的版本没有内置编码信息，而且当时也没有 UTF-8 这种东西，因而大部分软件用的是系统编码（中文下 windows 是 GB2312 ），所以很容易就造成编码错误然后无法解压（或者解压出来一堆乱码）
而现在的大部分其他打包格式要么会写上文件名编码信息（ rar ）要么强制或半强制以 UTF-8 模式打包。。
当然新的 zip 软件（比如 bandizip ）很多也支持手选编码（以及写入扩展的编码信息），但是目前的状况就是大部分软件是不行的，遇到乱码要么报错要么就把错误的文件名输出到文件系统上。这大大增加的传播的难度，毕竟打包的一个目的是分享出去，别人能打开对吧）

(我猜是编码问题，0202 年就不要用 zip 这种格式了（虽然新版扩展支持写入编码信息，但是不同软件支持不一样
（

vlang: 你说的这些需求都有在首页上（
甚至还有安全性：没有 null，没有全局变量，没有 undefined，没有 undefined behavior，有边界检查，有 Result/Option 类型，有泛型，默认不可变数据结构，默认纯函数
没有 GC，也不需要生命周期管理
性能：和 C 一样快，0 成本和 C 交互，最少的内存分配
编译速度：总之是默秒全
直接生成机器码
还有自己的优化器
编译器:空间需求<2MB,编译自身只需 0.4 秒
还有 c to v 和 c++ to v 的转换器
以及动态代码重载
和强大的图形库
自带跨平台 GUI 库
轻松跨平台构建
依赖少，无痛部署
可以在任何 C 能运行的地方运行
还有 REPL
以及自带 ORM

唯一的问题就是大部分真正重要的内容都没实现（每月黑 V 1/1 ）

限制当然是用户自己配置的啊。。。
你可以在 /etc/systemd/journald.conf 看到配置信息

因为这些特性显著影响性能。。。

（我说的是服务器自己也作为 rtc peer 的一种用法，理论上能获得比 WebSocket 更低延迟的通讯（

（我觉得国内的用例大概只能是利用这个 udp 特性进行页游了（服务器公网，然后手动 STUN

这个肯定和 wsl 没关系，是你装的发行版的问题（

不考虑缓存文件的情况下，方案如：
1 上多线程（或者用 glibc 的 aio，也是多线程实现
2 用 native aio （需要 Direct IO 支持，和文件系统有关系，然后实际需要不少技巧才能发挥作用
3 用 io-uring 的 api （需要新内核支持

当然最好还是自己缓存一下文件，做个 LRU 一类的缓存

其实合理的情况应该是上数据库（

Insider 的独有问题，等微软解决吧

(那个，其实你直接写的话
返回值不用标记的。。。
然后 vscode 鼠标移动上去看自动推导的类型

网页不能发起裸 tcp 连接，当然不能直接连 ssh..
不过 chrome 和火狐的扩展可以（

@neoblackcap 谁说的只能目录挂载的。。。不是一直都用着文件么

这里的问题很可能是点造成的，可以试试用${PWD}代替点。。（或者干脆用绝对路径

本地调试用 Electron 关闭所有安全机制就可以