@javbus #39 好建议，我会研究一下的。 对于quantity大于1的情况，目前的方案是走image路径的是并发，走responses路径的为串发，对于upstream，生图负载较大，更不要说是并发了，负载更大，所以我更偏向是upstream的性能限制。
@Kingrz #43 有的，还有其它的4种错误 [Errno 104] Connection reset by peer Upstream API error (502): upstream image connection failed, please retry later No image data in upstream response: {"created":1777795135,"data":[]} Upstream API error (400): { "prompt":
@javbus #39
好建议，我会研究一下的。
对于quantity大于1的情况，目前的方案是走image路径的是并发，走responses路径的为串发，对于upstream，生图负载较大，更不要说是并发了，负载更大，所以我更偏向是upstream的性能限制。
@Kingrz #41 我直接部署在10台服务器上，全部打开网页 ，轮流发送提示词
不然一个个等太慢了 
，经常等半天还被风控
@javbus #42 524 error code？如果是524的话是超时了
@Kingrz #43 有的，还有其它的4种错误
[Errno 104] Connection reset by peer
Upstream API error (502): upstream image connection failed, please retry later
No image data in upstream response: {"created":1777795135,"data":[]}
Upstream API error (400): { "prompt":
@javbus #44 均是上游的问题，就像我说的，生图的压力还是比较大的，而images路径又是并发，雪上加霜
bd
好
Only HTTP/HTTPS URLs are allowed for image URLs
老哥这是啥情况啊
@kiya #49 API的返回不是一个http或者https的url。使用json返回格式即可。为了性能考虑，默认使用带了url的参数，调为json即可