mahogany

谢谢各位。

我最终采用 SNIProxy 的方案。

我把我的解决方案粘贴一下：
`
基于 gost 的 SNIProxy 方案
时间：2024-06-18 15:28:56

1 、curl -LO https://github.com/go-gost/gost/releases/download/v3.0.0-rc8/gost_3.0.0-rc8_linux_amd64.tar.gz
tar zxvf gost*.tar.gz

2 、启动
sudo ./gost -L sni://:80 -L sni://:443 -F socks5://127.0.0.1:1081
curl -H 'Host: www.google.com' 127.0.0.1 成功。

3 、设置/etc/hosts
127.0.0.1 generativelanguage.googleapis.com

4 、清理 dns 缓存
sudo systemctl restart systemd-resolved
sudo service nscd restart
sudo service dnsmasq restart

5 、重跑应用程序。
成功。

总结：
1 、流量路径：
应用程序请求 generativelanguage.googleapis.com -> 本地 dns 解析到 127.0.0.1 -> gost sni 代理 -> 本地 v2ray socks5 代理 -> balabala... ->（远程 DNS 解析）
2 、效果：
应用程序不用做任何改动，同时能够细粒度地控制需要走 proxy 的域名。

参考：
1 、https://gost.run/concepts/proxy/
2 、https://gost.run/tutorials/protocols/sni/
3 、https://wener.me/story/sni-proxy#%E8%83%BD%E4%B8%8D%E8%83%BD%E4%B8%8D%E9%99%90%E5%88%B6%E5%9F%9F%E5%90%8D%E6%89%80%E6%9C%89%E9%83%BD%E4%BB%A3%E7%90%86
`

=========================================

gost 这个工具没细究，看起来有点 v2ray 的味道。

人类不是宇宙的中心，宇宙也没什么内在意义。AI 既然是来自人类的信息训练出来的，那它就是人类这个整体的后代，取代人类是大概率的。类似皇帝和太子的微妙关系。

目前用 wildcard ，有点贵，不过一条龙服务挺不错的。
我蹭他们的海外家庭代理网络，顺便绑上了 vvacard 的一张被拒绝的信用卡清理了余额，如果其他虚拟信用卡绑不上，可以用这个抢救一下。不行那基本是被 stripe 识别死透了的卡。
https://bewildcard.com/i/GX6JV4HH

我也用的 NextChat ，刚冲 50$，有点慌。不过话说用 nextChat 怎么会被封？这个 api 的出口应该在 Vercel 那里吧？

@zxCoder 不是的，都是增量部分。你可以看一下 redo log 和 undo log 的实现原理，然后就明白了。
比如说你会发现 redo log 和 undo log 其实不对称，undo log 记录在 redo log 里面；如果数据库不要求实现事务的话，那么 undo log 并不必要，redo log 才是必须的。
你看的这个概括的东西缺乏很多具体细节，当你更深入地了解一些的时候，才会有比较好的理解。

内存的数据一定是最新的，但是内存刷盘操作随机发生，没有时序和逻辑的保证，磁盘中的数据页的同步状态完全不可知。突然故障，只能依赖 redolog 来恢复。

嵌套事务？

@gantleman 我觉得现实不是你想的那么简单，你的 2/98 是怎么得出来的？为什么不是 50/50 ？
你有没有想过你的这种想法能否应对下面的场景：高并发情况下也只有很小的概率造成死锁。这种情况难道直接全部串行？
为什么不能干脆允许死锁出现，然后在死锁检测上多下功夫？
而且我个人觉得"能发现两个 task 有潜在的死锁可能"这个一点都不现实。

别 5 毛 5 毛的，讨论问题不要人身攻击 =_=-

之所以有死锁这个问题，是因为并发的场景很有价值，我们不得不面对这个问题。你这是把洗澡水和婴儿一起倒了.....