Skip to Content
工作周报2026 年度总结2026年03月30日

2026年03月30日

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

中心服务平台 - 功能完善

  • 进度: 🔘 未开始 -> 🟡 进行中 -> ⚠️ 部分完成 -> ✅ 已完成 -> 📌 已测试
    • 以往已完成的工作不再重复，详情请查看上周及上月报告
    • 〔工作量〕services 13 次（设计 8 · 代码 5）｜ web-app 26 次（设计 17 · 代码 9）｜ install-app 2 次
    • 〔方法论〕数据权限差距分析驱动修复（梳理接口 → 差距分析 → 差距修复落地）｜ 仪表盘 Pencil 原型起步迭代 ｜ 已有功能测试验证收口
    • 3-30 ~ 3-31：已有功能测试验证 · 仪表盘设计稿起步
      • ✅ 自测近期新增功能并修复发现的问题（均待最新版本升级程序制作并部署至服务器后开始测试）：
        • ✅ 直播界面全屏修复：点击全屏后仅地图区域进入全屏，其它界面元素（直播画面、设备列表、底部操作栏）未正常叠加显示 〔web-app〕
        • ✅ 测试固件文件上传功能，确认仅支持 .img 和 .bin 格式 〔services / web-app〕
        • ✅ 测试采集服务器上报最新公网 IP 等信息后，向所有关联采集设备同步推送最新配置 〔services〕
        • ✅ 测试主从节点固件文件同步 〔services〕
      • ✅ 设备列表与实时视频地图组件调整、自动导入定义更新 〔web-app〕
      • 🟡 仪表盘（Dashboard）设计稿起步 〔web-app〕
        • 设计 初始化 Pencil 仪表盘设计稿（dashboard-1、dashboard-elimination-1）
        • 实施（AI 辅助） 设计稿与截图素材多轮过程存档
    • 4-01 ~ 4-02：数据权限差距分析与修复落地 · 轨迹回放朝向修复 · 回放分支同步
      • 🟡 数据权限控制细化：差距分析与修复落地 〔services〕
        • 设计 先梳理需实施数据权限控制的接口（采集服务器、设备、部门的 list/page/count 等）
        • 设计 建立数据权限差距分析（data-authority-gap-analysis）变更提案，完善差距修复（gap-fix）规格、设计与任务
        • 实施（AI 辅助） 落地数据权限差距修复：调整设备/服务器 Controller、组织 Controller 及 OrgPlusMapper，更新主服务与设备服务配置
        • 实施（AI 辅助） 修复用户中心 Controller 中 employee 循环查找逻辑缺陷；移除 UserPlusController 未使用的 TenantIdFunction 依赖
        • 🔘 开展自测，测试中发现的问题记录并立即处理
      • ✅ 处理小姚反馈的问题：修复轨迹回放时当前定位图标的朝向问题，每次绘制后图标始终面向正确方向，去除从北向转动的多余动画过程 〔web-app〕
      • 🟡 回放模块协作与分支同步 〔web-app〕
        • 实施 编写并迭代同步回放分支脚本（sync-playback-branch.sh），用于将绍工分支代码同步合并
        • 协作 对回放采集服务器上的媒体进行测试（非 P2P 方式），问题反馈给绍工，待其处理完毕后将分支代码合并到主版本
    • 4-05：仪表盘设计稿持续迭代 · 业务报表与后续任务规划
      • 🟡 仪表盘（Dashboard）设计稿持续迭代 〔web-app〕
        • 设计 Pencil 设计稿与截图素材多轮迭代更新
      • 🟡 沟通并确认后续任务的开发优先级，形成符合公司长期发展方向的任务清单
      • 🔘 业务类数据报表（待办，未开始）：
        • 设备数量维度：采集服务器总数（含绑定设备总数）、设备总数
        • 在线时长维度：采集服务器/设备在线时长排名（今日/近7天/近30天/近90天）
        • 数据上传维度：设备上传数量与上传大小排名（今日/近7天/近30天/近90天）
        • 告警排名维度：采集服务器中设备告警次数、设备告警次数排名（今日/近7天/近30天/近90天）
        • 当前存储使用维度：采集服务器/设备已用存储排名（含总空间大小）
        • 当前可用电量维度：设备可用电量排名（含电池容量）

其它工作

  • 目标: 记录日常杂项工作、协作沟通等事务
  • 进度: 🔘 未开始 -> 🟡 进行中 -> ⚠️ 部分完成 -> ✅ 已完成 -> 📌 已测试
    • 📌 以往已完成工作不再重复，详情请查看上周及上月报告
    • 30 日
      • ✅ 检查所有服务器是否存在挖矿利用风险，上午及下午各检查一次
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@192.129.252.131" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@107.174.255.35" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@47.121.142.93" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@43.133.186.162" "htop"
      • ✅ AI 基础设施完善：完成 SearXNG MCP 服务器搭建与优化（排除部分搜索报错的站点）
      • ✅ 编写自动合并代码脚本，用于将当前分支的变动自动合并到绍工分支（后续可通过脚本重复执行）
    • 31 日
      • ✅ 检查所有服务器是否存在挖矿利用风险，上午及下午各检查一次
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@192.129.252.131" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@107.174.255.35" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@47.121.142.93" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@43.133.186.162" "htop"
      • ✅ AI 基础设施完善：SearXNG MCP 服务已分别部署在国内外服务器上，并针对性地进行了优化配置。统一去除了易被封禁的搜索网站及暗网内容，国内服务器还额外移除了国内无法访问的搜索网站。
      • ✅ 基于自动合并脚本合并后的分支，重新制作安装及升级程序，并部署到 zxs-cs/zxs-ca 服务器上进行测试。
      • ✅ 测试过程中发现的问题：属于他人负责的模块及时反馈，属于自身责任范围的记录并立即处理。
    • 1 日
      • ✅ 检查所有服务器是否存在挖矿利用风险，上午及下午各检查一次
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@192.129.252.131" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@107.174.255.35" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@47.121.142.93" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@43.133.186.162" "htop"
        • 上午发现 zxs-ca 服务器被挖矿利用：查杀挖矿程序 → 重启服务器 → 再次查杀挖矿程序。目前问题已解决。
        • 下午发现 zxs-ca 服务器存在被挖矿利用的情况，已按以下步骤处理：查杀挖矿程序 → 修改 root 账号密码（增强复杂度）→ 重启服务器 → 再次查杀挖矿程序。目前问题已解决。
    • 2 日
      • ✅ 检查所有服务器是否存在挖矿利用风险，上下午各检查一次。
        • 检查命令示例：
          • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@192.129.252.131" "htop"
          • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@107.174.255.35" "htop"
          • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@47.121.142.93" "htop"
          • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@43.133.186.162" "htop"
        • 上午发现 zxs-ca 服务器存在挖矿利用行为。处理措施：安装 fail2ban 以抵御暴力破解 → 修改 root 账号密码（提升复杂度）→ 重启服务器。目前问题已解决。
      • ✅ 完成 50% 获取 bmc-arm 全部代码，并对 bmc-server 项目进行代码审查。
    • 3 日
      • ✅ 完成 100% 获取 bmc-arm 全部代码，完成对 bmc-server 项目的代码审查。
      • ✅ 修复 bmc-arm/bmc-server 在本地无法编译的问题。
      • ✅ 修复 bmc-arm/bmc-server 的 src/bmc-server/upload/ 目录下存在的多处内存与资源管理问题。

总结

目前的工作任务分为三个方向：

  • 测试、问题改进与日常维护支持：近期开发的主从数据同步功能，目前处于 zxs-cs（主）、zxs-ca（从）的测试与稳定性观察阶段；印度客户定制需求（采集服务器回放，播放端在中心服务器 Web 界面）处于测试收尾阶段；正在处理服务器被恶意利用挖矿的问题。
  • 用户反馈意见的测试核实与改进：王工、韦工等在使用中发现的问题，优先处理易于改进的项；部分需求开发周期较长，需先梳理需求并编写 PRD 文档，再排入工作计划。例如：「客户需通过手机 App + Web 端观看视频，如何实现？」属于 To C 类业务。
  • 待办工作任务规划：整理完成后排定优先级，编写详细的 E-PRD 文档，采用 AI 协同开发模式（人/AI 协作流程已整理完毕：https://www.good-tools.tech/02-other/05-ai-work-flow/），解决需求整理速度跟不上  AI 开发效率的问题（此前是开发速度跟不上需求整理）。目前聚焦 To B 类业务，做深做透后再拓展其它大类。To B 类主要待完成事项：
    • 采集服务器最新公网 IP 等信息上报后，同步通知所有采集服务器关联设备的物联网消息
    • 数据权限控制细化：租户管理员创建新用户并分配权限后，需经多轮测试以改进新账号的可用性
    • 业务类数据报表
    • P2P 集群对讲（新增）
    • P2P 设备回放（新增）
    • P2P 采集服务器回放（优化改进）：若实测对比确认绍工当前实现的采集服务器公网 IP 回放方式能满足需求，后续将合并至主版本，不再推进 P2P 方案（以降低开发成本）
Last updated on
2026年03月23日2026年04月06日