obulks

@pipibai 没错，填的是你本地的代理端口，10808 是我本地的代理端口，不行的话你再找找别的办法吧

我之前也超时，开 tun 模式也没用，在 C:\Users\xxxxx\.codex\.env 加上这个配置就不超时了（没有.env 就新建文件）
```
HTTP_PROXY="http://127.0.0.1:10808"
HTTPS_PROXY="http://127.0.0.1:10808"
NO_PROXY="localhost,127.0.0.1,::1"
```

WinSCP 右键文件有个“远程复制”啊，目标会话选另一台主机就得了

不可以

有多高

v 你 50 ，带我一个

@southlink 感谢！找了半天，终于改回来了

作为前端我投 electron ，首先我需要程序是跨平台的，支持 windows 、linux 和 mac ，Windows 最低支持到 win7 ，liunx 需要支持 x86 、arm64 架构 cpu 的操作系统，包括国产系统和普通发行版，用户的运行环境完全不可信，依赖 webview 的框架我是绝对不考虑的，并且 webview 对 es 标准的支持情况也不一致，对于 web 前端开发，我相信大家都会希望用户的浏览器环境是最高版本的，能支持最新的特性，electron 能强制用户使用支持所有新特性的 chromium ，我是支持的。
其次是对于界面的编写，web 前端生态和开发效率就是第一，大量开源的 ui 组件库是其他原生渲染的 gui 框架不具有的，想要实现一个定制化高一点的组件，比如带图标的菜单树组件，一个支持参数配置并带有预览功能的上传文件组件，对于 web 来说，是很容易实现和进行二次封装的，而其他框架都要花费时间精力去进行封装，做出来还不一定好看，老板也不会说给我一两周的时间先去学 qt ，然后我做的时候慢慢踩坑解决问题。
我认为，做 gui 程序，一定是将所有依赖，都集成在整个程序中，用户的环境完全不可信，我是没心思指导不懂电脑的小白用户安装这个安装那个的，electron 缺点是有，但是它是最符合我这边需求的框架了，用户可不懂什么 webview 还是 cef 的，用户需要的是能用和好用，其次是好不好看，不要老是把这种追求极致的想法追加给用户，还有这个年代还执着于桌面端应用程序大小的，我实在无话可说。