但是实际下载文件，能达到 100Mbps

字节 seedream 应该是业界最强了吧？香蕉官网上都有他的链接

TUN + 美区账号

tun 解决，美区 google 账号

开 TUN 成功 +1

哦，深圳的，看来这种情况还挺多

石家庄？抖音上看一个游戏女主播六晓好像就是你隔壁那种哈哈

华。。华强北？

同家云主机厂商

同家运营商境内境外服务器之间通讯应该是有专线。

过了 30 就入土了

其实公司内网已经跑了很多满血模型了，想整一个好点的完全离线的 AI 编辑器/插件，直接白嫖公司的 LLM

n8n

@param 最近试了试 browser use + gpt4o ，图形验证码三个网站都没过去。
不可否认的是，现有的图形验证码拦不住有视觉的 UI Agent 只是时间问题了。
但仔细一想，区块链 + 数币 + 网络实名制发展这么久，人机验证发挥的安全作用也许会越来越小

@lawted 这个好，感谢推荐

自己打基础镜像或者用 bitnami/java

之前遇到过类似的，换了 oracle jdk 的容器就好了

所以前后端加密是不是无用功呢？

分析下：
1 、对称加密，密钥暴露在前端，获取到之后可以直接解密，故不管对称加密来加密请求/响应体，还是非对称的密钥，都没有意义！
2 、非对称加密，公钥加密，私钥解密，请求根据发送和解析分为两对密钥：1 和 2 。
① 发送的请求体：前端公钥 1 加密，后端私钥 1 解密，只有公钥 1 暴露在前端，他人对请求体无法解密，安全！
② 接受的响应体：后端公钥 2 加密，前端私钥 2 解密，用来解密的私钥暴露在了前端，他人对响应体可以解密，不安全！

所以结论就是：非对称加密完全没必要，即使是用来加密对称加密的密钥对；对称加密只对请求的加密有效，对响应的加密没有任何意义。

PS: 领导让加就加，没办法。

各位大佬看我分析的对吗？

＋ 1
造粪机器表示不熬夜、多运动和多吃蔬菜好点