chatgpt-web-midjourney-proxy icon indicating copy to clipboard operation
chatgpt-web-midjourney-proxy copied to clipboard

有个稳定性方面的问题

Open yinhaixiang opened this issue 1 year ago • 4 comments

最近我的用户经常反馈接口请求有404情况, 据我观察是因为第一次请求"/openapi/v1/chat/completions"接口, 然后请求失败, 但是openai有重试机制, 于是自动发起第二次请求, 但是在第二次请求过程中, 因为express-http-proxy做了 proxyReqPathResolver: function (req) { return req.originalUrl.replace('/openapi', '') // 将URL中的 /openapi 替换为空字符串 }, 处理, 所以第二次的请求路径变成了"/v1/chat/completions?retry=1", 相比第一次少了"/openapi", 这才会发生404的情况, 我在原来的chatgpt-web项目中用同样的中转API, 原来的请求都是通过"/chat-process"接口给到后端, 如果发生重试也是后端内部自己处理的, 所以没有少"/openapi"这个步骤, 也因此不会产生404的现象, 这个问题其实困扰我好久了, 也不知道从哪方面入手修复比较好 image image

yinhaixiang avatar Mar 27 '24 08:03 yinhaixiang

简单来说, 就是同样的BASE_URL和API_KEY 用chatgpt-web项目就不会有这个现象 而chatgpt-web-midjourney-proxy项目 如果第一次失败, 则必然发生404现象 没有充分利用到openai的重试机制了

yinhaixiang avatar Mar 27 '24 08:03 yinhaixiang

试下新版本还会否?

Dooy avatar Apr 05 '24 12:04 Dooy

image 还是存在的

yinhaixiang avatar Apr 09 '24 02:04 yinhaixiang

我更新代码了没看到这块逻辑发生什么变化, 如果用稳定性不高的apiKey, 还是会经常产生这种现象(但是chatgpt-web项目不会, 因为可以很好的自己尝试重试)

yinhaixiang avatar Apr 09 '24 02:04 yinhaixiang

是 service worker 搞的 试着下面的这段代码去掉 再编译打包 image

Dooy avatar Jun 09 '24 06:06 Dooy