chatgpt-web-midjourney-proxy
chatgpt-web-midjourney-proxy copied to clipboard
有个稳定性方面的问题
最近我的用户经常反馈接口请求有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的现象, 这个问题其实困扰我好久了, 也不知道从哪方面入手修复比较好
简单来说, 就是同样的BASE_URL和API_KEY 用chatgpt-web项目就不会有这个现象 而chatgpt-web-midjourney-proxy项目 如果第一次失败, 则必然发生404现象 没有充分利用到openai的重试机制了
试下新版本还会否?
还是存在的
我更新代码了没看到这块逻辑发生什么变化, 如果用稳定性不高的apiKey, 还是会经常产生这种现象(但是chatgpt-web项目不会, 因为可以很好的自己尝试重试)
是 service worker 搞的
试着下面的这段代码去掉 再编译打包