🚨 Tespit Edilen Sorunlar ve Çözüm Planı
1. Kritik Darboğaz: Tenant Arka Plan İşlemleri Kritik
Bulgu: `ixtif.com`'daki aşırı yavaşlığın **birincil nedeni budur**. Çalışan işlemler incelendiğinde (`ps aux`), tenant'lara hizmet veren tenant-supervisor işleminin --max-processes=1 parametresi ile çalıştırıldığı görülmüştür.
Etkisi: Bu, `ixtif.com`'a ait tüm arka plan işlerinin (örneğin mail gönderimleri, rapor oluşturma, veri işleme) tek bir kanala girmeye zorlandığı anlamına gelir. Bir iş meşgulken, diğer tüm işler onun bitmesini bekler. Bu durum, basit bir işlemin bile dakikalarca beklemesine ve sistemin "donmuş" gibi görünmesine neden olur.
💡 Acil Çözüm Adımı
- Plesk paneline giriş yapın.
- Alan adınız (`tuufi.com`) için "Process Supervisor" veya "Scheduled Tasks" (Zamanlanmış Görevler) bölümünü bulun.
- php artisan horizon komutunu çalıştıran görevi/servisi bulun.
- Bu komutun sonundaki --max-processes=1 parametresini **silin**. Bu sayede, ayarlarını kod içerisindeki `config/horizon.php` dosyasından alacaktır. Bu dosyadaki değer muhtemelen daha makul bir sayıdır (örneğin 8 veya 10).
2. Kritik Kararsızlık: Hatalı Plesk Görevi Kritik
Bulgu: Sistemde, onlarca başıboş ve birbiriyle çakışan php artisan horizon işlemi çalışmaktadır. Bunun nedeni, Plesk Panel'deki "Zamanlanmış Görevler" (Scheduled Tasks) bölümünde, Horizon'un zaten çalışıp çalışmadığını kontrol etmeden sürekli yeniden başlatan bir görevin olmasıdır.
Etkisi: Bu durum, sunucu kaynaklarının (CPU, Bellek) israf edilmesine, sistem yükünün anlamsızca artmasına ve arka plan işlemlerinin kararsız çalışmasına neden olur. Bu, sistem genelindeki yorgunluğun ve tepkisizliğin ana sebebidir.
💡 Acil Çözüm Adımı
- Plesk panelindeki "Zamanlanmış Görevler" bölümünde, php artisan horizon veya schedule:run dışında (eğer horizon'u tetikliyorsa) çalışan tüm yinelenen görevleri bulun.
- Horizon'u başlatan hatalı görevi **devre dışı bırakın veya silin**.
- Doğru yöntem, Horizon'u Plesk'in "Process Supervisor" gibi araçlarıyla **tek bir kalıcı servis (daemon)** olarak çalıştırmaktır, sürekli tetiklenen bir görev olarak değil.
3. Genel Performans Kaybı: Önbellek (Cache) Kullanılmıyor Yüksek
Bulgu: bootstrap/cache dizini boştur. Bu, Laravel'in en temel performans optimizasyonları olan config:cache (yapılandırma önbelleği) ve route:cache (rota önbelleği) komutlarının kullanılmadığını kesin olarak kanıtlamaktadır. Dizin izinleri doğru olmasına rağmen bu komutlar çalıştırılmamaktadır.
Etkisi: Sistem, her bir sayfa isteğinde onlarca yapılandırma ve rota dosyasını yeniden okumak zorunda kalır. Bu, her istekte ekstra yük oluşturarak sitenin genelini hissedilir derecede yavaşlatır.
💡 Çözüm Adımı
- Kullandığınız dağıtım (deployment) script'ine veya sürecine aşağıdaki komutların eklenmesi gerekmektedir:
- php artisan config:cache
- php artisan route:cache
- Bu komutlar, kod güncellendiğinde sadece bir kez çalıştırılmalıdır.