500 Internal Server Error hatasını giderme

1. 500 Internal Server Error nedir?

HTTP 500 hatası, sunucunun isteği işlerken beklenmeyen bir durumla karşılaştığını bildiren genel bir hata kodudur. Sorun web sunucusundan, PHP veya başka bir uygulama çalışma ortamından, yazılım kodundan ya da sunucu kaynaklarından kaynaklanabilir.

Hata aşağıdaki durumlarda görülebilir:

• Web sitesinde bir dosya veya yapılandırma değişikliği yapıldığında.
• PHP kodunda sözdizimi veya çalışma zamanı hatası oluştuğunda.
• .htaccess dosyasındaki kurallar hatalı olduğunda.
• Dosya ve dizin izinleri veya sahiplik bilgileri uygun olmadığında.
• PHP bellek sınırı veya başka bir sunucu kaynağı yetersiz kaldığında.
• Bir eklenti, tema veya uygulama bileşeni hataya neden olduğunda.
• Web sunucusu veya uygulama yapılandırmasında sorun bulunduğunda.

2. Önce hata günlüklerini kontrol edin

500 hatasını çözmenin en etkili yollarından biri, hatanın oluştuğu zamana ait kayıtları incelemektir. Hata günlüğü çoğu durumda sorunun hangi dosyada veya bileşende meydana geldiğini anlamaya yardımcı olur.

1. Müşteri Paneli üzerinden ilgili hosting hizmetinizi açın.
2. Hizmet yönetimi aracılığıyla Plesk kontrol paneline geçin.
3. Web Siteleri ve Alan Adları bölümünden sorun yaşadığınız alan adını seçin.
4. Panelinizde mevcutsa Günlükler veya Loglar bölümünü açın.
5. Hatanın oluştuğu tarih ve saate ait kayıtları inceleyin.
6. PHP Fatal error, Allowed memory size exhausted, Permission denied veya yapılandırma hataları gibi mesajları arayın.

Panelde günlük görüntüleme seçeneği yoksa teknik destek ekibinden ilgili hata kayıtlarının incelenmesini isteyebilirsiniz. Hata günlüklerini incelerken parola, erişim anahtarı veya diğer gizli bilgileri herkese açık şekilde paylaşmayın.

3. Son yaptığınız değişiklikleri kontrol edin

Hata yeni bir işlemden sonra başladıysa ilk olarak bu değişikliği değerlendirin. Örneğin:

• Bir PHP dosyasını düzenlediniz mi?
• Yeni bir tema veya eklenti yüklediniz mi?
• Yazılım güncellemesi yaptınız mı?
• .htaccess veya başka bir yapılandırma dosyasını değiştirdiniz mi?
• PHP sürümünü ya da PHP ayarlarını değiştirdiniz mi?
• Web sitenizi başka bir sunucuya taşıdınız mı?

Hata belirli bir değişiklikten sonra başladıysa ve elinizde güvenilir bir yedek varsa, önce değişikliğin etkisini güvenli biçimde geri almayı değerlendirin. Canlı sitede dosyaları rastgele silmeyin veya birden fazla ayarı aynı anda değiştirmeyin.

4. .htaccess dosyasını kontrol edin

Apache veya Apache ile uyumlu bir yapılandırma kullanan sitelerde hatalı .htaccess kuralları sunucu hatalarına neden olabilir.

1. Plesk üzerinden Web Siteleri ve Alan Adları > Dosyalar bölümünü açın.
2. Web sitenizin ana dizininde, çoğu kurulumda httpdocs altında bulunan .htaccess dosyasını kontrol edin.
3. Dosyayı düzenlemeden önce yedeğini alın.
4. Hata başlamadan önce dosyada değişiklik yapıldıysa, önceki çalışan sürümle karşılaştırın.
5. Hatalı veya uyumsuz olduğu doğrulanan kuralı düzeltin ve siteyi tekrar test edin.

Not: .htaccess dosyasını silmek veya içeriğini tamamen boşaltmak kalıcı çözüm değildir. Bu işlem yönlendirmeleri, güvenlik kurallarını veya WordPress bağlantılarını bozabilir. Nginx ağırlıklı yapılandırmalarda bu dosya tüm kuralları yönetmiyor olabilir; doğru çözüm sunucu yapılandırmasına bağlıdır.

5. PHP hatalarını ve bellek sınırını kontrol edin

PHP ile çalışan sitelerde kod hataları, uyumsuz eklentiler veya bellek sınırının aşılması 500 hatasına neden olabilir.

Hata günlüğünde aşağıdaki gibi bir mesaj görürseniz:

Uygulama PHP için tanımlanan bellek sınırını aşmış olabilir. Plesk panelinde ilgili alan adının PHP ayarlarını kontrol edin ve uygulamanın gereksinimlerine uygun bir değer kullanın. Bellek sınırını artırmak her hatayı çözmez; kod kaynaklı bellek tüketimi de incelenmelidir.

Günlüklerde Parse error veya PHP Fatal error görülüyorsa ilgili dosya ve satır numarasını belirleyin. Dosyayı değiştirmeden önce yedek alın ve mümkünse hatayı test ortamında giderin.

6. Dosya ve dizin izinlerini kontrol edin

Dosya veya dizin izinleri uygun değilse web sunucusu gerekli dosyaları okuyamayabilir ya da uygulama yazması gereken konumlara erişemeyebilir.

Linux tabanlı hosting ortamlarında yaygın başlangıç değerleri şunlardır:

• Dizinler: Çoğu durumda 755.
• Normal dosyalar: Çoğu durumda 644.

Bu değerler her dosya ve uygulama için zorunlu değildir. Özel yazılabilir dizinler, uygulama gereksinimleri ve dosya sahipliği ayrıca değerlendirilmelidir.

7. WordPress sitelerinde 500 hatası

WordPress kullanıyorsanız hata bir eklentiden, temadan, PHP uyumsuzluğundan veya yapılandırma dosyasından kaynaklanabilir.

1. Önce hata günlüklerini kontrol ederek hataya neden olan bileşeni belirlemeye çalışın.
2. Hata yeni bir eklenti veya tema kurulumundan sonra başladıysa ilgili bileşeni inceleyin.
3. WordPress, tema ve eklentilerin kullandığınız PHP sürümüyle uyumlu olduğunu doğrulayın.
4. .htaccess ve wp-config.php gibi yapılandırma dosyalarında yakın zamanda yapılan değişiklikleri kontrol edin.
5. Bir yedeği geri yüklemeniz gerekiyorsa geri yükleme öncesinde mevcut dosyaları ve veritabanını koruyun.

Hatanın nedeni belirlenmeden tüm eklentileri, temayı veya WordPress dosyalarını silmeyin. Sorun yalnızca yönetim panelinde değil tüm sitede görülüyorsa sunucu günlükleri özellikle önemlidir.

8. Disk alanı ve sunucu kaynaklarını kontrol edin

500 hatası bazen uygulamanın ihtiyaç duyduğu kaynakları kullanamamasından kaynaklanabilir. Aşağıdaki kontrolleri yapın:

• Hosting hesabının disk alanının dolup dolmadığını kontrol edin.
• Tanımlı dosya veya kullanım kotalarını inceleyin.
• VPS/VDS kullanıyorsanız bellek, işlemci ve disk kullanımını kontrol ettirin.
• Uygulama ve web sunucusu günlüklerinde kaynak yetersizliği mesajları olup olmadığını inceleyin.
• Geçici dosyaları veya günlükleri silmeden önce bunların gerekli olup olmadığını doğrulayın.

Disk alanı doluysa rastgele dosya silmek yerine güvenli şekilde temizlenebilecek dosyaları belirleyin. Veritabanı dosyaları, uygulama dosyaları ve gerekli günlükler korunmalıdır.

9. Sorun devam ederse nasıl ilerlemelisiniz?

Yukarıdaki adımlar sorunu çözmediyse aşağıdaki bilgileri hazırlayın:

• Hatanın görüldüğü alan adı ve sayfa adresi.
• Hatanın başladığı tarih ve saat.
• Hata öncesinde yapılan güncelleme veya yapılandırma değişiklikleri.
• Hata günlüğündeki ilgili mesaj ve varsa dosya/satır bilgisi.
• Kullanılan yazılım veya içerik yönetim sistemi.
• Hatanın tüm sayfalarda mı yoksa yalnızca belirli bir sayfada mı görüldüğü.

Bu bilgiler teknik ekibin hatanın uygulama kodu, yapılandırma veya sunucu kaynaklı olup olmadığını daha hızlı değerlendirmesine yardımcı olur.

10. Sık sorulan sorular