WordPress kritik hata ekranında güvenli teşhis

Kritik hata ekranı nedenin kendisi değildir. İlk hedef, aynı ana ait gerçek PHP hatasını güvenli bir günlükte bulmaktır.

Değişiklikten önce kayıt

Başlama saatini, son güncellemeyi ve etkilenen ekranı not al. Dosyaları ve veritabanını yedekle. Yönetim paneline erişim yoksa hostingin hata günlüklerinden başla.

Geçici ve özel günlük

Görüntüleme ile kaydetme farklı ayarlardır. Aşağıdaki yol temsilidir; web kökü dışında, PHP kullanıcısının yazabildiği bir konum seç:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', '/home/HESAP/ozel/wp-debug.log' );
define( 'WP_DEBUG_DISPLAY', false );

Mevcut sabitleri ikinci kez tanımlama. Hatayı bir kez yeniden oluştur ve son kaydı incele. Günlüğü herkese açık paylaşma; dosya yolları ve işlem ayrıntıları içerebilir.

Kontrollü daraltma

Belirli bir eklentiye işaret eden hatada önce o sürümün uyumluluğunu araştır. Mümkünse test kopyasında yeniden üret. Canlıda bütün eklentileri aynı anda kapatmak hangi değişikliğin etkili olduğunu gizler.

Teşhisi kapat

Çözümden sonra geçici ayrıntılı günlüklemeyi kapat, kritik akışı yeniden dene. Teknik notta gerçek hata satırını özel bilgilerden arındırarak kullan.