WordPress sayfasının boş görünmesi tek bir hatanın adı değildir. PHP fatal hatası, bellek sınırı, uyumsuz eklenti veya hatalı tema kodu aynı görünümü oluşturabilir. Tarayıcıda ayrıntı göstermeyen sunucu, güvenlik amacıyla hatayı günlüğe yazıyor olabilir. Amacınız mesajı herkese açmak değil, doğru zaman aralığındaki hatayı bulup en küçük değişiklikle gidermektir. Özellikle güncelleme sonrası son değişiklik önemlidir.
Başlamadan önce
Sorunun ilk görüldüğü saati, etkilenen adresi ve son değişen eklenti, tema veya PHP sürümünü kaydedin. Dosya ve veritabanı yedeğini koruyun. Hosting panelindeki PHP hata günlüğünün yerini öğrenin. Test yaparken iletişim ve sipariş akışını etkileyebilecek eklentileri bilinçli ele alın. Yönetim paneli açılıyorsa kurtarma seçeneklerini dosya müdahalesinden önce değerlendirin.
Uygulama adımları
1. Hata kapsamını ayırın
Ana sayfa, yönetim ekranı ve tek bir içerik adresini ayrı ayrı açın. HTTP durum kodu ve boş çıktının aynı olup olmadığını karşılaştırın.
Kontrol: Yalnızca bir şablon etkileniyorsa genel sunucu arızası varsaymayın. Tarayıcı önbelleği veya CDN eski hatalı yanıtı sunuyor olabilir.
2. Günlüğü güvenli biçimde okuyun
WP_DEBUG_LOG gibi teşhis ayarlarını yalnızca gerekli süreyle kullanın; ziyaretçiye hata görüntülemeyi kapalı tutun. İlk fatal hata satırını bulun.
Kontrol: Dosya yolu ve satır bilgisi hangi bileşenin etkilendiğini gösterir. Günlükte parola veya kişisel veri varsa paylaşmadan önce maskeleyin.
3. Şüpheli bileşeni staging üzerinde ayırın
Son güncellenen eklentiyi veya temayı deneme kopyasında devre dışı bırakın. Her denemede tek değişiklik yapın ve sonucu kaydedin.
Kontrol: Sorun kaybolursa sürüm ve bağımlılık uyumunu inceleyin. Canlıda bütün eklentileri kapatmak sipariş ve güvenlik işlevlerini bozabilir.
4. Düzeltmeyi ve geri dönüşü doğrulayın
Uyumlu sürüm veya kod düzeltmesini uygulayın. Hata giderilince geçici debug ayarlarını kapatın ve gerekiyorsa özel günlüğü korumalı konuma taşıyın.
Kontrol: Yeni talepte fatal hata üretilmemeli ve temel akışlar çalışmalıdır. Sadece eski ekranın önbellekten açılması düzeltme kanıtı değildir.
Sonucu nasıl doğrularsınız?
Aynı URL için düzeltme öncesi ve sonrası yanıtı kıyaslayın. Oturum kapalı ziyaretçi, yönetici ve mobil görünümde temel kontrol yapın. Bir içerik kaydı, medya yükleme ve form gönderimiyle PHP tarafının gerçekten çalıştığını sınayın. Hata günlüğünde yeni kayıt oluşmadığını kontrol edin. Sorunu gidermek için PHP sürümü değiştirdiyseniz cron ve eklenti yönetim ekranlarını ayrıca test edin.
Sorun devam ederse
Bellek tüketimi hatasında önce hangi işlem ve bileşenin sınırı aştığını belirleyin. Limitleri rastgele artırmak bozuk döngüyü veya büyük sorguyu saklayabilir. Fonksiyon yeniden tanımlama hatası mükerrer dosya yüklemesini işaret edebilir. PHP sürümüyle ilgili eksik fonksiyon hatasında uyumluluk tablosuna bakın. Kaynağı belirsiz hataları son çalışan dosya ve veritabanı yedeğine kontrollü dönüşle sınırlayın.
Uygulama örneği
Tema güncellemesinden sonra yalnızca ürün sayfası boş kalıyorsa ana sayfanın çalışması genel bağlantı sorunu ihtimalini azaltır. Hata günlüğündeki şablon dosyasını bulun, staging üzerinde önceki uyumlu tema sürümüyle karşılaştırın. Düzeltme sonrasında aynı ürünün varyasyon ve sepete ekleme davranışını da sınayın.
Sık sorulan sorular
WP_DEBUG ayarını sürekli açık bırakabilir miyim?
Üretimde gereksiz ayrıntı ve günlük büyümesi oluşturabilir. Teşhis tamamlanınca kapatın; ziyaretçilere sunucu yollarını veya hassas değerleri göstermeyin.
Beyaz ekran kesin saldırı belirtisi mi?
Hayır. Güncelleme ve uyumluluk sorunları da aynı belirtiyi verir. Günlük ve dosya bütünlüğü gibi kanıtlar olmadan olayın nedenini varsaymayın.
Bakım ve kabul kaydı
Teşhis sırasında hata günlüğündeki her satırın aynı sorunla ilişkili olduğunu varsaymayın. İlk fatal hata ile aynı saatteki isteği eşleştirin ve düzeltmeden sonra yeni talep üretin. Eski günlük satırı duruyor olsa bile yeni hata oluşmaması önemli bir ayrımdır. Test ettiğiniz URL, kullanıcı durumu ve sürümü not edin. Bir formu veya yönetim kaydını sınamadan sadece ana sayfanın görünmesiyle sorunu kapanmış saymayın; bozuk kod yalnızca belirli işlemde çalışabilir.
İlgili rehberler
Süreç özeti
WordPress beyaz ekran ve fatal hata için teşhis sırası için kontrol sırası
| Adım | Kontrol |
|---|---|
| 1 | Hata kapsamını ayırın |
| 2 | Günlüğü güvenli biçimde okuyun |
| 3 | Şüpheli bileşeni staging üzerinde ayırın |
| 4 | Düzeltmeyi ve geri dönüşü doğrulayın |