WSOD, PHP hatalarının en görsel biçimi olarak “beyaz ekran” verir. Aşağıdaki yöntemlerin maliyet, kaynak tüketimi ve uygulanabilirliği göz önünde bulundurularak karşılaştırması yapılmıştır.
Karar Kılavuzu
Notlar
WSOD'un temel nedeni genellikle bellek sınırı, hatalı eklenti veya güncelleme çatışmasıdır. Yukarıdaki yöntemler, maliyet ve kaynak açısından en verimli çözümleri sunar.
Peki, WSOD durumunda öncelikle hangi yöntemi denemeyi tercih edersiniz?
| Yöntem | Maliyet | Kaynak Kullanımı | Açıklama | Uygulama Adımları |
|---|---|---|---|---|
1. WP_DEBUG Modu | Ücretsiz | Düşük (sadece log dosyası) | wp-config.php dosyasına define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); ekleyerek hatayı günlükle. | 1. wp-config.php dosyasını aç.<br>2. define('WP_DEBUG', true); satırını gir.<br>3. define('WP_DEBUG_LOG', true); ekle.<br>4. wp-content/debug.log dosyasını kontrol et. |
| 2. HealthCheck Eklentisi | Ücretsiz (plugin) | Orta | Ücretsiz, tek tıklamayla sorunları izler. | 1. Eklenti → Yeni ekle → HealthCheck'i arat.<br>2. Yükle & Etkinleştir.<br>3. Site Sağlığı → Hata raporları. |
| 3. WP-CLI ile çekirdek yeniden kurma | Ücretsiz (CLI) | Orta (indirilen paket, yapılandırma kaybı riskli) | Mevcut dosyaları yedekleyip core dosyalarını yeniden indirerek, hatalı güncellemeleri ortadan kaldırır. | 1. wp db export ile veritabanını yedekle.<br>2. wp core download --force ile çekirdek dosyalarını güncelle.<br>3. wp core reset --yes (veritabanını sıfırla, opsiyonel).<br>4. Önbellek ve .htaccess ayarlarını yeniden yapılandır. |
Karar Kılavuzu
| Durum | Önerilen Yöntem |
|---|---|
Hata mesajı yerine boş ekran ve debug.logde detaylı bilgi | 1. WP_DEBUG |
| Çok sayıda eklenti/tema nedeniyle belirsiz hata | 2. HealthCheck |
| Çoğu güncellemeden sonra “hatalı” hatalar, sürümler uyumsuzluğu | 3. WP-CLI yeniden kurma |
Notlar
WP_DEBUGsadece geliştirme ortamında önerilir; canlı ortamda uzun süre açık bırakmak güvenlik riskini artırır.- HealthCheck, tek tıklama ile sorunlu eklenti/tema tespit etmeye yardımcı olur; ücretsiz sürüm yeterli, ancak premium ek özellikler sunar.
- WP-CLI yöntemi, dosya sistemine erişim gerektirir; yedek kontrolü önce yapılmalı. Ücretsizdir ama manuel müdahale gerektirir.
WSOD'un temel nedeni genellikle bellek sınırı, hatalı eklenti veya güncelleme çatışmasıdır. Yukarıdaki yöntemler, maliyet ve kaynak açısından en verimli çözümleri sunar.
Peki, WSOD durumunda öncelikle hangi yöntemi denemeyi tercih edersiniz?
