bclswl0827 / ChatGemini

✨ ChatGemini 是一个基于 Google Gemini 的网页客户端,对标 ChatGPT 3.5,操作逻辑同 ChatGPT 3.5 一致,同时支持在聊天中上传图片,应用会自动调用 Gemini-Pro-Vision 模型进行识图。
http://ibcl.us/ChatGemini/
MIT License
904 stars 247 forks source link

Vercel部署后,反代不稳定 #9

Closed devyujie closed 5 months ago

devyujie commented 5 months ago

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

image image

Vercel 环境变量: image

bclswl0827 commented 5 months ago

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

chenweiask commented 5 months ago

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

devyujie commented 5 months ago

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

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

chenweiask commented 5 months ago

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

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

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

devyujie commented 5 months ago

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

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

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

感谢,等你的Netlify域名反馈

acotor commented 5 months ago

这种情况一般是本地网络直连到 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 commented 5 months ago

PC 端就不行

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

chenweiask commented 5 months ago

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

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

acotor commented 5 months ago

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

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

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

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

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

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

bclswl0827 commented 5 months ago

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

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

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

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

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

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

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

acotor commented 5 months ago

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

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

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

chenweiask commented 5 months ago

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

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

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

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