例行检查
- 我已确认目前没有类似 issue
- 我已确认我已升级到最新版本
- 我已完整查看过项目 README,已确定现有版本无法满足需求
- 我理解并愿意跟进此 issue,协助测试和提供反馈
- 我理解并认可上述内容,并理解项目维护者精力有限,不遵循规则的 issue 可能会被无视或直接关闭
功能描述
日志关联上游渠道。
可通过 id 关联,但 id 可能会重复(比如 id 最大值的渠道被删除后,重新添加渠道,id 会复用)
可通过渠道名关联,但渠道名也可能重复。
哪怕仅仅记录渠道名和 id。
应用场景
管理员查看渠道的使用记录,用于查看 one-api 对哪些渠道发起了哪些请求。
9条答案
按热度按时间pqwbnv8z1#
如果报错了,终端的日志会记录渠道id。在正常请求的情况下,记录哪个渠道的意义不大。
qmelpv7a2#
这种不响应的,可以查看哪个渠道在作妖。
euoag5mw3#
看来还是有这个需求。
dfddblmv4#
还有一个场景:随着使用量接口
v1/dashboard/billing/usage
更改为只能使用 sessionKey 查询,查余额功能几乎算是废了。因此,在消费日志中关联上游渠道,就可以在 OneAPI 中统计出上游渠道的本月使用量、总使用量,近似得出余额,这类似于手机本地统计流量消耗。wj8zmpe15#
有点意思...
---原文---
发件人:***@***.***> 发送时间:2023年8月1日(周二)下午5:48
收件人:***@***.***>;抄送:***@***.******@***.***>;主题:回复:[songquanpeng/one-api] 消费日志中记录使用的上游渠道 (Issue #249)
还有一个场景:随着查使用量接口v1/dashboard/billing/usage更改为只能使用sessionKey查询,查余额功能几乎算是废了。所以消费日志中关联上游渠道,就可以在OneAPI中统计出上游渠道的本月使用量、总使用量,近似得出余额,这类似于手机本地统计流量消耗。 — 直接回复此邮件,查看GitHub上的回复,或者取消订阅。您收到此邮件是因为您评论了。消息ID:***@***.***>
suzh9iv86#
+1 关注
inkz8wg97#
+1 关注
sxpgvts38#
期待更新。
qni6mghb9#
+1 希望在错误发生时记录上游渠道ID,以便查看。