Vercel部署后，反代不稳定

[devyujie]

Vercel部署后，使用 Netlify 反向代理，问问题第一次就报错，如图，点击 1-2 次重新生成后才输出内容：

Vercel 环境变量：

[bclswl0827]

这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐

[chenweiask]

我也遇到了一样的问题。同样部署在Verel的另一个Gemini应用倒是没问题。
我已经把Netlify的服务绑定到自己的域名上了，用一段时间再来反馈。

[devyujie]

这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐

大佬可以参考下这个（很多人 OpenAI 的反代用的就是这个方式，还挺稳定的，大半年了），结合palm-netlify-proxy整个 CloudFlare 版的反代部署教程不，解决这个问题就会大大降低使用门槛了...

[chenweiask]

这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐

大佬可以参考下这个（很多人 OpenAI 的反代用的就是这个方式，还挺稳定的，大半年了），结合palm-netlify-proxy整个 CloudFlare 版的反代部署教程不，解决这个问题就会大大降低使用门槛了...

已经有人做了
看看这段https://zhile.io/2023/12/24/gemini-pro-proxy.html
但你还是要有自己的域名，跟Netlify上做没区别

[devyujie]

这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐

大佬可以参考下这个（很多人 OpenAI 的反代用的就是这个方式，还挺稳定的，大半年了），结合palm-netlify-proxy整个 CloudFlare 版的反代部署教程不，解决这个问题就会大大降低使用门槛了...

已经有人做了 看看这段https://zhile.io/2023/12/24/gemini-pro-proxy.html 但你还是要有自己的域名，跟Netlify上做没区别

感谢，等你的Netlify域名反馈

[acotor]

这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐

大佬可以参考下这个（很多人 OpenAI 的反代用的就是这个方式，还挺稳定的，大半年了），结合palm-netlify-proxy整个 CloudFlare 版的反代部署教程不，解决这个问题就会大大降低使用门槛了...

已经有人做了 看看这段https://zhile.io/2023/12/24/gemini-pro-proxy.html 但你还是要有自己的域名，跟Netlify上做没区别

我是按这个方法在 Cloudflare 上设置的代理，在 Gemini Pro Chat 和 ChatGPT Next Chat 里都正常，在这个项目中，手机网络不开代理正常访问，PC 端就不行。

[bclswl0827]

PC 端就不行

请打开浏览器开发者工具（F12），切换到 Networks（网络）
然后向 Gemini 发送一条信息，同时观察请求的 API 地址，是否请求成功，响应码是什么，并截图反馈上来

[chenweiask]

我也遇到了一样的问题。同样部署在Verel的另一个Gemini应用倒是没问题。 我已经把Netlify的服务绑定到自己的域名上了，用一段时间再来反馈。

反馈一下，给Netlify服务增加Cloudflare的域名后用了三天，没再出现过类似的问题。

[acotor]

是否请求成功，响应码是什么

与 @devyujie 所描述的 netlify 代理类似：第一条失败，第二条成功。需要说明的是，我已经为 CF Worker 分配了自己的域名。

我仔细看了两条记录，似乎第一条请求 CF 在响应时使用了香港节点，见下图 Cf-Ray xxxxxxx-HKG，众所周知，香港不在服务区内。

响应第二条请求时则是圣何塞节点，见下图 Cf-Ray xxxxxxx-SJC，便成功了。

回想起来，Gemini Pro Chat 项目中其实出现过类似情况。Next Chat 中似乎一次也没有出现过。

不知道这个是否能在项目层面做优化，还是在 CF Worker 代码中能做优化？

[bclswl0827]

是否请求成功，响应码是什么

与 @devyujie 所描述的 netlify 代理类似：第一条失败，第二条成功。需要说明的是，我已经为 CF Worker 分配了自己的域名。

我仔细看了两条记录，似乎第一条请求 CF 在响应时使用了香港节点，见下图 Cf-Ray xxxxxxx-HKG，众所周知，香港不在服务区内。

响应第二条请求时则是圣何塞节点，见下图 Cf-Ray xxxxxxx-SJC，便成功了。

回想起来，Gemini Pro Chat 项目中其实出现过类似情况。Next Chat 中似乎一次也没有出现过。

不知道这个是否能在项目层面做优化，还是在 CF Worker 代码中能做优化？

只能在反代的代码层面优化

[acotor]

只能在反代的代码层面优化

@chenweiask 提到的这个帖子其实有个细节，是在给 CF Worker 设置自定义域名解析时，手动添加域名 A 记录，直接将 api.my-domiain.com 指向美国数据中心的 IP（帖子里用的是西雅图的），同时这条 A 记录不要开启 CF 小黄云代理；然后再设置域名的 Worker 路由。

一般文章提到的方法，是通过 Worker 的触发器选项自动设置域名 DNS，这样会将在 DNS 解析里生成一个 CF 特有的 Worker 记录，使得 api.my-domiain.com 指向 CF 的全球数据中心，并按照通用规则在全球数据中心范围进行负载均衡、提交请求。

[chenweiask]

只能在反代的代码层面优化

@chenweiask 提到的这个帖子其实有个细节，是在给 CF Worker 设置自定义域名解析时，手动添加域名 A 记录，直接将 api.my-domiain.com 指向美国数据中心的 IP（帖子里用的是西雅图的），同时这条 A 记录不要开启 CF 小黄云代理；然后再设置域名的 Worker 路由。

一般文章提到的方法，是通过 Worker 的触发器选项自动设置域名 DNS，这样会将在 DNS 解析里生成一个 CF 特有的 Worker 记录，使得 api.my-domiain.com 指向 CF 的全球数据中心，并按照通用规则在全球数据中心范围进行负载均衡、提交请求。

想请教一下，两种方法哪种更稳定，访问速度更快？