ChatGemini
ChatGemini copied to clipboard
bclswl0827
Vercel部署后，反代不稳定
这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐
我也遇到了一样的问题。同样部署在Verel的另一个Gemini应用倒是没问题。 我已经把Netlify的服务绑定到自己的域名上了，用一段时间再来反馈。
这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐
大佬可以参考下这个（很多人 OpenAI 的反代用的就是这个方式，还挺稳定的，大半年了），结合palm-netlify-proxy整个 CloudFlare 版的反代部署教程不，解决这个问题就会大大降低使用门槛了...
这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐
大佬可以参考下这个（很多人 OpenAI 的反代用的就是这个方式，还挺稳定的，大半年了），结合palm-netlify-proxy整个 CloudFlare 版的反代部署教程不，解决这个问题就会大大降低使用门槛了...
已经有人做了 看看这段https://zhile.io/2023/12/24/gemini-pro-proxy.html 但你还是要有自己的域名，跟Netlify上做没区别
这种情况一般是本地网络直连到 Netlify 不太好，可以尝试绑定个人域名然后接入 CloudFlare，或者寻找其他平台，如果有，欢迎在 Issue 里推荐
大佬可以参考下这个（很多人 OpenAI 的反代用的就是这个方式，还挺稳定的，大半年了），结合palm-netlify-proxy整个 CloudFlare 版的反代部署教程不，解决这个问题就会大大降低使用门槛了...
已经有人做了 看看这段https://zhile.io/2023/12/24/gemini-pro-proxy.html 但你还是要有自己的域名，跟Netlify上做没区别
感谢，等你的Netlify域名反馈
这种情况一般是本地网络直连到 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 端就不行。
PC 端就不行
请打开浏览器开发者工具（F12），切换到 Networks（网络） 然后向 Gemini 发送一条信息，同时观察请求的 API 地址，是否请求成功，响应码是什么，并截图反馈上来
我也遇到了一样的问题。同样部署在Verel的另一个Gemini应用倒是没问题。 我已经把Netlify的服务绑定到自己的域名上了，用一段时间再来反馈。
反馈一下，给Netlify服务增加Cloudflare的域名后用了三天，没再出现过类似的问题。
是否请求成功，响应码是什么
与 @devyujie 所描述的 netlify 代理类似：第一条失败，第二条成功。需要说明的是，我已经为 CF Worker 分配了自己的域名。
我仔细看了两条记录，似乎第一条请求 CF 在响应时使用了香港节点，见下图 Cf-Ray xxxxxxx-HKG，众所周知，香港不在服务区内。
响应第二条请求时则是圣何塞节点，见下图 Cf-Ray xxxxxxx-SJC，便成功了。
回想起来，Gemini Pro Chat 项目中其实出现过类似情况。Next Chat 中似乎一次也没有出现过。
不知道这个是否能在项目层面做优化，还是在 CF Worker 代码中能做优化？
是否请求成功，响应码是什么
与 @devyujie 所描述的 netlify 代理类似：第一条失败，第二条成功。需要说明的是，我已经为 CF Worker 分配了自己的域名。
我仔细看了两条记录，似乎第一条请求 CF 在响应时使用了香港节点，见下图
Cf-Ray xxxxxxx-HKG，众所周知，香港不在服务区内。响应第二条请求时则是圣何塞节点，见下图
Cf-Ray xxxxxxx-SJC，便成功了。回想起来，Gemini Pro Chat 项目中其实出现过类似情况。Next Chat 中似乎一次也没有出现过。
不知道这个是否能在项目层面做优化，还是在 CF Worker 代码中能做优化？
只能在反代的代码层面优化
只能在反代的代码层面优化
@chenweiask 提到的这个帖子其实有个细节，是在给 CF Worker 设置自定义域名解析时，手动添加域名 A 记录，直接将 api.my-domiain.com 指向美国数据中心的 IP（帖子里用的是西雅图的），同时这条 A 记录不要开启 CF 小黄云代理；然后再设置域名的 Worker 路由。
一般文章提到的方法，是通过 Worker 的触发器选项自动设置域名 DNS，这样会将在 DNS 解析里生成一个 CF 特有的 Worker 记录，使得 api.my-domiain.com 指向 CF 的全球数据中心，并按照通用规则在全球数据中心范围进行负载均衡、提交请求。
只能在反代的代码层面优化
@chenweiask 提到的这个帖子其实有个细节，是在给 CF Worker 设置自定义域名解析时，手动添加域名 A 记录，直接将 api.my-domiain.com 指向美国数据中心的 IP（帖子里用的是西雅图的），同时这条 A 记录不要开启 CF 小黄云代理；然后再设置域名的 Worker 路由。
一般文章提到的方法，是通过 Worker 的触发器选项自动设置域名 DNS，这样会将在 DNS 解析里生成一个 CF 特有的 Worker 记录，使得 api.my-domiain.com 指向 CF 的全球数据中心，并按照通用规则在全球数据中心范围进行负载均衡、提交请求。
想请教一下，两种方法哪种更稳定，访问速度更快？