shiroko-monitor

19 Commits 1 Branch 0 Tags

2 Commits

Include renames

Author	SHA1	Message	Date
tamakyi	25b8b97970	fix: 表格完整显示 + 事件区块样式重做 + 探测范围可选（probeScope） 1) 表格显示不全 table-layout:fixed 保证不横向滚动后，列内仍是 nowrap，实测长 URL 被截 388px、名称截 219px、可用率条截 35px（1440 宽共 14 个单元格）。改为允许换行（地址 break-all）并重排列宽 —— 数据完整且仍零横向滚动。 2) 最近事件完全没样式根因：上次追加 CSS 的命令是 `node --check app.js && cat >> style.css`， --check 报错导致 && 短路，CSS 从未写入（只有 HTML 裸奔）。本次用编辑器写入；同时重做为时间线样式（竖线 + 类型着色圆点 + 左描边）、名称列按内容自适应（消除大片空白）、默认折叠最近 8 条可展开全部。 3) dataFilter=uptimerobot 时仍在探测本地目标新增 settings.probeScope（all\|config\|uptimerobot），不填则跟随 dataFilter；显式设 all 可保留探测。启动日志打印当前口径与范围。顺带修复两个连带问题： - UR 镜像目标此前不产生事件也不告警（evaluateRound 只遍历本地目标），配 uptimerobot 口径等于收不到任何提醒 —— 现在两类目标统一纳入 - 去抖计数被评估频率放大：evaluateRound 每秒执行，原实现每次评估都 failStreak+1，持续离线目标 1 秒即达阈值告警。改为按探测时间戳去重，且无状态变化时不再反复落盘测试：verify-views [J] 扩到 11 条（长内容不截断/仍不滚动/时间线布局/ 类型着色/折叠展开），verify-notify 新增 [D3] 4 条（范围跟随、不再探测本地、显式 all 恢复、与展示口径解耦）+ 去抖计数断言。六套 170 项全通过。	2026-10-14 10:22:05 +08:00
tamakyi	bdaa31f10c	feat: P0 通知（邮件 + MeoW）与 TLS 证书监控，事件时间线与维护窗口通知（P0-1）： - 邮件：自写 SMTP 客户端，零依赖。465 隐式 TLS / 587·25 STARTTLS、 AUTH LOGIN+PLAIN、RFC2047 中文主题、base64 正文、多收件人；服务器不支持 STARTTLS 时默认拒绝明文（需显式 allowInsecure） - MeoW：按官方文档实现，昵称寻址、msgType/htmlHeight 走查询参数、以响应体 status 判定成功（HTTP 恒 200）、429/404/403 可读化、本地限流器遵守 3s/15min/60h - 告警：连续 N 次失败去抖 + 恢复通知 + 同轮合并 + 去抖状态持久化（data/notify-state.json，gitignore）+ 静默时段（跨零点） - --test-notify 自检命令、--data-dir / SHIROKO_DATA_DIR 证书（P0-2）： - 独立 TLS 握手取 notAfter（不动既有 fetch 探测路径），默认 6 小时一次 - 面板徽标 ≤14 天黄 / ≤7 天红，阈值 14/7/3 各告一次、已过期只报最严重一档 - 单个目标可用 tls: false 关闭事件与维护（P1-1 的后端部分）： - data/events.json 追加式事件流（最近 500 条）+ GET /api/events + 快照内附最近 20 条；redactDetails 时脱敏 - 维护窗口：窗口内不计入可用率、不发告警、显示「维护中」徽标测试抓到并修复的三个真 bug： 1. SMTP 空闲超时无人处理 → 服务器不响应会把探针循环挂死 2. MeoW 限流器把空历史当 0 → 第一条通知永远被自己拦掉 3. 去抖状态在无事轮次不落盘 → 连续失败计数丢失、永远达不到阈值验证：新增 verify-notify.cjs 39 项（假 SMTP / 假 MeoW / 三轮集成 / 维护窗口 / 真实证书握手），六套合计 154 项全通过。	2026-10-13 23:54:46 +08:00

Author

SHA1

Message

Date

tamakyi

25b8b97970

fix: 表格完整显示 + 事件区块样式重做 + 探测范围可选（probeScope）

1) 表格显示不全
   table-layout:fixed 保证不横向滚动后，列内仍是 nowrap，实测长 URL 被截
   388px、名称截 219px、可用率条截 35px（1440 宽共 14 个单元格）。
   改为允许换行（地址 break-all）并重排列宽 —— 数据完整且仍零横向滚动。

2) 最近事件完全没样式
   根因：上次追加 CSS 的命令是 `node --check app.js && cat >> style.css`，
   --check 报错导致 && 短路，CSS 从未写入（只有 HTML 裸奔）。
   本次用编辑器写入；同时重做为时间线样式（竖线 + 类型着色圆点 + 左描边）、
   名称列按内容自适应（消除大片空白）、默认折叠最近 8 条可展开全部。

3) dataFilter=uptimerobot 时仍在探测本地目标
   新增 settings.probeScope（all|config|uptimerobot），不填则跟随 dataFilter；
   显式设 all 可保留探测。启动日志打印当前口径与范围。

顺带修复两个连带问题：
- UR 镜像目标此前不产生事件也不告警（evaluateRound 只遍历本地目标），
  配 uptimerobot 口径等于收不到任何提醒 —— 现在两类目标统一纳入
- 去抖计数被评估频率放大：evaluateRound 每秒执行，原实现每次评估都
  failStreak+1，持续离线目标 1 秒即达阈值告警。改为按探测时间戳去重，
  且无状态变化时不再反复落盘

测试：verify-views [J] 扩到 11 条（长内容不截断/仍不滚动/时间线布局/
类型着色/折叠展开），verify-notify 新增 [D3] 4 条（范围跟随、不再探测本地、
显式 all 恢复、与展示口径解耦）+ 去抖计数断言。六套 170 项全通过。

2026-10-14 10:22:05 +08:00

tamakyi

bdaa31f10c

feat: P0 通知（邮件 + MeoW）与 TLS 证书监控，事件时间线与维护窗口

通知（P0-1）：
- 邮件：自写 SMTP 客户端，零依赖。465 隐式 TLS / 587·25 STARTTLS、
  AUTH LOGIN+PLAIN、RFC2047 中文主题、base64 正文、多收件人；
  服务器不支持 STARTTLS 时默认拒绝明文（需显式 allowInsecure）
- MeoW：按官方文档实现，昵称寻址、msgType/htmlHeight 走查询参数、
  以响应体 status 判定成功（HTTP 恒 200）、429/404/403 可读化、
  本地限流器遵守 3s/15min/60h
- 告警：连续 N 次失败去抖 + 恢复通知 + 同轮合并 + 去抖状态持久化
  （data/notify-state.json，gitignore）+ 静默时段（跨零点）
- --test-notify 自检命令、--data-dir / SHIROKO_DATA_DIR

证书（P0-2）：
- 独立 TLS 握手取 notAfter（不动既有 fetch 探测路径），默认 6 小时一次
- 面板徽标 ≤14 天黄 / ≤7 天红，阈值 14/7/3 各告一次、已过期只报最严重一档
- 单个目标可用 tls: false 关闭

事件与维护（P1-1 的后端部分）：
- data/events.json 追加式事件流（最近 500 条）+ GET /api/events +
  快照内附最近 20 条；redactDetails 时脱敏
- 维护窗口：窗口内不计入可用率、不发告警、显示「维护中」徽标

测试抓到并修复的三个真 bug：
1. SMTP 空闲超时无人处理 → 服务器不响应会把探针循环挂死
2. MeoW 限流器把空历史当 0 → 第一条通知永远被自己拦掉
3. 去抖状态在无事轮次不落盘 → 连续失败计数丢失、永远达不到阈值

验证：新增 verify-notify.cjs 39 项（假 SMTP / 假 MeoW / 三轮集成 / 维护窗口 /
真实证书握手），六套合计 154 项全通过。

2026-10-13 23:54:46 +08:00