rumosky
rumosky
有时间了可以看看,没时间的话,就算了,作者辛苦了,非常感谢!!!!
> 不会乱填一个么? 我当然随便写了一个才可以启动呀。核心问题是,我在docker-compose.yml文件里面写了三个转发地址,在前端的服务端页面还需要再填一边才可以正确使用。没有复用我后台默认的接口地址。是这个意思
> 额 不会啊,Docker-compose.yml 填了参数, 当UI上的服务器端内容是空的 走后端的接口啊 一直这么设计的啊 额,我也觉得应该是这个逻辑,但我搭建好之后,后台服务端只填写suno的key,会提示428发生错误,HK key error,is no exit! HK key不存在。 而且,openai那个也会出现这个问题,后台部署的时候我随便写了一个key,前端我只填写key,则会报OpenAi Api Key 错误,点击这里重新设置。 这三个里面只有MJ绘图正常,只填写key就可以。所以我才奇怪呢
我就用的你的镜像,没有修改任何代码,但测试下来就是上面的结果,我docker-compose是这样的 ```yml version: '3.8' services: chatgpt-web-midjourney-proxy: image: ydlhero/chatgpt-web-midjourney-proxy container_name: chatgpt-web-1 restart: unless-stopped ports: - "6015:3002" environment: - OPENAI_API_KEY=sk-YrRmaUikF8dsdahiugshgjgrug422a - OPENAI_API_BASE_URL=https://api.openai-hk.com - MJ_SERVER=https://api.openai-hk.com - SUNO_SERVER=https://api.openai-hk.com/sunoapi - API_UPLOADER=1 volumes: - /www/wwwroot/data/uploads:/app/uploads ```...
 这是音乐的那个错误,一次性会出两个提示
> > 我就用的你的镜像,没有修改任何代码,但测试下来就是上面的结果,我docker-compose是这样的 > > ```yaml > > version: '3.8' > > > > services: > > chatgpt-web-midjourney-proxy: > > image: ydlhero/chatgpt-web-midjourney-proxy > > container_name: chatgpt-web-1 > > restart: unless-stopped...
> 这个地方填了 前端可以不填 > > ```shell > environment: > - OPENAI_API_KEY=sk-YrRmaUikF8dsdahiugshgjgrug422a > - OPENAI_API_BASE_URL=https://api.openai-hk.com > - MJ_SERVER=https://api.openai-hk.com > - SUNO_SERVER=https://api.openai-hk.com/sunoapi > - API_UPLOADER=1 > - SUNO_KEY=you-suno-key > ``` 别逃避问题呀,我知道这个填了前端可以不写。现在是我们宿舍几个人一起用,所以自己填写自己的方便一些,各自充值。 问题是,你不觉得这个有问题么?为什么MJ可以在docker里面只写接口地址,前端写key,就可以用。但openai和suno就必须写一对,写全了才可以用。后台校验的逻辑有问题吧。...
👍,如果openai和MJ和SUNO三个逻辑保持一致,那么我说的这个确实是一个需求,而不是BUG,但,问题是,它不一致,跟你说的后台填写了,前台就不用写是矛盾的,这是一个BUG,至少我认为是一个BUG,反馈了,好了,懒得折腾了,多一个步骤罢了,在前台继续多填一个接口地址而已。(你可以按照上面那个docker文件试一下,就写那几个参数,然后前端写只填key,试试,你就知道了) 最后,无论如何,还是感谢作者的贡献!谢谢!
> 其实 openai-hk 已经做到`openai` `MJ` `SUNO` 的请求api地址和key 一致了 > > 你就麻烦多填写一步 api地址和key 不能说 你只填写key 但是不填写 api地址; 判断逻辑是 是看你前端填写了 api地址否?如果没有 就启用后端的api的地址跟key; > > 而不能说用你后端的api地址搭前端的key 你看,判断逻辑确实不是之前说的那个。我本来也觉得没问题,是女友用的时候提出的,站在普通用户的角度来说,这个系统启动就内置了一部分参数,我在前台设置,那就填写没有的参数,这样更方便,不需要重复填写后台已经配置的东西。
> 下次提 issue 最好带图? > > 文字描述 理解能力有限 录了视频,图不好说。sorry。 图文的话,就是这样: 1,使用下面的docker文件部署: ```yml version: '3.8' services: chatgpt-web-midjourney-proxy: image: ydlhero/chatgpt-web-midjourney-proxy container_name: chatgpt-web-1 restart: unless-stopped ports: - "6015:3002" environment: - OPENAI_API_KEY=sk-YrRmaUikF8dsdahiugshgjgrug422a - OPENAI_API_BASE_URL=https://api.openai-hk.com...