Closed jqlts1 closed 3 months ago
目前的渠道禁用的逻辑是这样的
渠道如果被禁用以后,还会再被使用? 我觉得正确的逻辑应该是:
因为现在大部分的厂家,都有控频设置,如果频率过高,也会失败,或是因为网络问题也有可能会失败,但是你再过一会就成功了,这种就不应该被禁用掉
这里的失败 不是请求不成功就禁用 而是会判断错误类型的。 速率达到上限不会被禁用。 详情请看controller/common.go
是全渠道都会自动判断类型吗?
应该没有覆盖到全渠道方面。根据错误信息关键字来去匹配。 这里逻辑是原one api的逻辑
目前的渠道禁用的逻辑是这样的
渠道如果被禁用以后,还会再被使用? 我觉得正确的逻辑应该是:
因为现在大部分的厂家,都有控频设置,如果频率过高,也会失败,或是因为网络问题也有可能会失败,但是你再过一会就成功了,这种就不应该被禁用掉