shaw
|
a6ab6b7abe
|
feat: 实现基于滑动窗口的实时RPM/TPM统计
- 添加系统级分钟统计，支持1-60分钟可配置时间窗口
- 新增 getRealtimeSystemMetrics 方法计算滑动窗口内的平均值
- 前端显示实时RPM/TPM，标注时间窗口和数据来源
- 修复 EditApiKeyModal 中模型限制和客户端限制复选框状态错误
- 优化性能：使用Pipeline批量操作替代Promise.all
- TPM包含所有token类型：input、output、cache_creation、cache_read
- 添加降级方案：实时数据不可用时返回历史平均值
🤖 Generated with [Claude Code](https://claude.ai/code)
Co-Authored-By: Claude <noreply@anthropic.com>
|
2025-07-30 15:37:57 +08:00 |
|
shaw
|
81917c281e
|
fix(admin-spa): 彻底修复时区计算和显示问题
- 修复 getSystemTimezoneDay 函数：正确计算UTC+8时区对应的UTC时间
- 修复时间筛选框显示：昨天/前天显示正确的系统时区日期
- 修复自定义时间范围：正确处理系统时区到UTC的转换
- 简化时区计算逻辑，避免复杂的条件判断
|
2025-07-30 12:38:08 +08:00 |
|
shaw
|
9d8d698238
|
fix(admin-spa): 修复时区计算问题 - 使用固定的UTC+8时区
- 修复 getSystemTimezoneDay：正确计算UTC+8时区的起止时间
- 修复自定义时间转换：使用固定的UTC+8时区偏移
- 解决了时区数据未初始化导致的计算错误
|
2025-07-30 12:25:51 +08:00 |
|
shaw
|
3188f4d058
|
fix(admin-spa): 修复时区转换计算错误
- 修复 getSystemTimezoneDay 函数：正确使用 Date.UTC 创建UTC时间，避免本地时区干扰
- 修复自定义时间范围转换：使用 Date.UTC 正确转换系统时区时间到UTC
- 解决了昨天/前天日期计算错误的问题
- 解决了自定义时间选择器8小时偏差的问题
|
2025-07-30 12:13:53 +08:00 |
|
shaw
|
4eedc2e6b5
|
fix(admin-spa): 修复仪表板时区处理 - 前端显示系统时区，发送UTC时间
- 简化 getSystemTimezoneDay 函数，正确处理系统时区到UTC的转换
- 修复 setDateFilterPreset 中昨天/前天的计算逻辑，使用本地时间计算日期
- 确保自定义时间选择器显示系统时区时间，但发送UTC时间给后端
- API Keys页面已经使用正确的时间范围参数，无需修改
|
2025-07-30 12:05:30 +08:00 |
|
shaw
|
6eae292922
|
fix(admin-spa): 修正时区计算双重偏移问题
- 重写getSystemTimezoneDay函数，修复之前的双重偏移错误
- 简化时间计算逻辑，直接使用Date.UTC创建系统时区时间
- 移除不必要的getDateInSystemTimezone调用
问题原因：
之前的实现在计算系统时区日期时进行了双重偏移，导致时间范围错误
修复后：
- 正确计算系统时区某一天的起止UTC时间
- "昨天"选项现在正确显示系统时区的完整一天（如29号0:00到29号23:59）
- 适配所有时区的用户，不依赖用户浏览器时区
🤖 Generated with [Claude Code](https://claude.ai/code)
Co-Authored-By: Claude <noreply@anthropic.com>
|
2025-07-30 11:01:51 +08:00 |
|
shaw
|
a265ebf335
|
fix(admin-spa): 修复仪表板图表时区处理问题
- 修复前端时间计算逻辑，正确处理不同时区用户的时间范围选择
- 添加系统时区信息到dashboard API响应
- 修改getSystemTimezoneDay函数，确保正确处理系统时区的日期转换
- 修复"昨天"和"前天"时间范围计算，基于系统时区而非用户时区
- 添加后端调试日志以便追踪时间转换问题
问题描述：
- 选择"昨天"时显示29号7:00到30号6:00（错误）
- 选择"近24小时"时显示29号17:00到30号17:00（错误）
修复后：
- "昨天"正确显示完整一天（如29号0:00到29号23:59）
- "近24小时"正确显示从当前时间往前24小时
- 支持所有时区的用户，不再硬编码UTC+8偏移
🤖 Generated with [Claude Code](https://claude.ai/code)
Co-Authored-By: Claude <noreply@anthropic.com>
|
2025-07-30 10:52:26 +08:00 |
|
shaw
|
496569d110
|
修复仪表板折线图时间范围计算错误（UTC+8时区）
|
2025-07-30 10:34:20 +08:00 |
|
shaw
|
61b1a0ec32
|
fix(admin-spa): 修复时区问题导致的图表时间显示不一致和今日统计错误
|
2025-07-30 09:18:55 +08:00 |
|
shaw
|
53d6f77753
|
fix(admin-spa): 修复使用趋势图表按小时粒度不显示数据的问题
|
2025-07-30 08:55:07 +08:00 |
|
shaw
|
414856f152
|
feat: 全新的Vue3管理后台(admin-spa)和路由重构
🎨 新增功能：
- 使用Vue3 + Vite构建的全新管理后台界面
- 支持Tab切换的API统计页面（统计查询/使用教程）
- 优雅的胶囊式Tab切换设计
- 同步了PR #106的会话窗口管理功能
- 完整的响应式设计和骨架屏加载状态
🔧 路由调整：
- 新版管理后台部署在 /admin-next/ 路径
- 将根路径 / 重定向到 /admin-next/api-stats
- 将 /web 页面路由重定向到新版，保留 /web/auth/* 认证路由
- 将 /apiStats 页面路由重定向到新版，保留API端点
🗑️ 清理工作：
- 删除旧版 web/admin/ 静态文件
- 删除旧版 web/apiStats/ 静态文件
- 清理相关的文件服务代码
🐛 修复问题：
- 修复重定向循环问题
- 修复环境变量配置
- 修复路由404错误
- 优化构建配置
🚀 生成方式：使用 Claude Code
Co-Authored-By: Claude <noreply@anthropic.com>
|
2025-07-29 12:40:51 +08:00 |
|