Skip to Content
工作文档周报2025年度总结2025年11月10日

2025年11月10日

本周工作计划与执行完成进度

中心服务平台 - 已有功能改进

  • 目标: 方便客户使用
  • 进度: 已完成 80% | 计划完成80%
    • 完成: 改进 远控界面离线状态应使用灰色样式：采集服务器/已绑定采集服务器的执法仪/未绑定采集服务器的执法仪 * 选择状态/未选择状态
    • 完成: 改进 远程模块的数证管理平台配置里某些字段的边界值及判断逻辑，需与数证管理平台同步一致。比如：
      • 磁盘使用率告警阈值：20%-98%
      • 磁盘使用率停止阈值: 30%-99%
      • 磁盘使用率告警阈值必顺小于磁盘使用率停止阈值
      • 多个端口号设置，不能相同：错误的配置会导致端口冲突
    • 完成: 改进 在远程模块的数证管理平台的磁盘及服务管理中，重启服务按钮原为点击后立即执行，现改进为先弹出提示信息，确认后再执行。该调整使重启服务操作更加审慎。
    • 完成: 修复 bug 直播时，即使没有界面操作，也需定时更换新的 token，避免因超时退出至登录界面。由于用户在观看视频过程中通常不会进行操作，而正常情况下 token 的更新依赖于用户操作行为，因此需通过定时机制主动刷新 token。经排查，该问题源于一次代码改动，简化了 authorization 的设置方式，导致未调用 setAuthorization 方法，而该方法中还包含需触发的相关业务逻辑。
    • 完成: 新增功能 设备管理
      • 新增和修改界面直接绑定数据采集服务器，无需额外进入其他页面维护绑定关系
      • 在数据采集设备的列表与详情页面，展示已绑定的采集服务器信息，以及设备当前固件版本和可升级的新固件版本
      • 支持单个及批量固件升级推送功能
    • 完成: 新增功能 数据采集服务器管理
      • 在数据采集服务器的列表与详情页面，展示已绑定的记录仪总数，以及服务器当前固件版本和可升级的新固件版本
      • 支持单个及批量固件升级推送功能
    • 完成: 新增功能 App 分享列表 API（即被 App 调用的服务端 HTTP 接口）中增加对应用户的手机号和邮箱信息
    • 完成: 新增功能 App 分享 API（即被 App 调用的服务端 HTTP 接口）中增加返回分享目标的用户名
    • 完成本周计划: 改进功能 将多处下拉选择框优化为支持模糊搜索功能（原不支持模糊搜索下拉选择框，并仅限选项超过 10 个的下拉项）。
    • 完成本周计划: 改进功能 优后所有支持模糊搜索功能的下拉选择框，搜索方式放开为不限大小写（即都转为小定后再比较是否包含）

中心服务平台 - 新增功能

  • 目标: 完善运维相关功能
  • 进度: 已完成 20% | 计划完成 30%。受多个非计划内事务的影响。
    • 完成本周计划(50%): 新增功能 中心服务器数据库备份：支持通过界面点击手动触发备份，并实现每日凌晨 1 点自动定时备份；为避免磁盘空间占用过大，当备份文件数量超过 30 个时，自动删除最旧的备份文件。
      • 调研跨 docker 容器，执行数据备份指令最佳实践
      • 搭建 es-center-server-agent 项目，并选用当前 Rust 生态中最合适的第三方库：axum、tokio、serde、serde_json、color-eyre、ring、ulid、flurry 和 redis。

其它

  • 目标: 记录日常耗时的杂项工作、协作事项，以及必要的沟通、讨论等隐性事务。
  • 进度: 属非计划内事务
    • 10 日
      • 开展自测工作，同时跟进王工的测试结果；确保本周交付给客户使用的是运行稳定、Bug较少的版本
      • 前端 UI 库同步官方最新稳定版进行升级
      • 对 “Required VMS_Function & Features for Body Worn Camera” 文档中需求进行涉项回复。
      • 简历筛选分析以及电话面试
    • 11 日
    • 12 日
      • 研究某客户的平台（通过界面反推其业务需求及技术实现）：http://58.250.161.107:12600/ 
      • 协助姚和平排查 qt-tools 地图线路闭合问题，原因已定位：首次显示正常，但后续更新时 Qt 发送给地图的数据存在重复（叠加了之前的数据）。问题明确后，Qt 侧调整处理逻辑，在发送数据后及时清理数组记录，问题已修复。
    • 14 日
      • qt-tools 中地图功能: 为支持地图上后续多个视频的连续路线显示，需要在地图上显示一条完整的轨迹：同属同一个设备，只是5分钟一个视频文件。接口需调整如下：
        • gps_track 的 nmeas 字段需由后端返回多个视频的轨迹数据，按时间降序排列并去重。
        • current_playback_duration 中原有 data 字段调整为两个字段：data.duration 和 data.start_time。 其中 data.start_time 为当前播放的开始时间，data.duration 为当前播放的持续时间。
      • 面试应聘者

总结

  • qt-tools 中地图功能仍需完善，姚和平提出，未来可能出现多个视频共享同一条路线的需求场景。他负责的后端计划解析完其中一个视频后，就向地图提供一次数据，地图将根据增量数据逐步构建完整路线。这与我之前设想的“多个视频的线路数据一次性提供”方案不一致，因此需要进行针对性改造。新方案下，web前端开发难度会加大，后端接口开发难度则有所降低。因为多个视频的增量数据合并、合并后的时间排序及去重等数据处理逻辑，将由web前端负责处理。
Last updated on
2025年11月03日2025年11月17日