Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
WordPress müdahalesinde ilk hedef hatayı gizlemek değil, veriyi koruyup gerçek PHP kaydını bulmaktır. Bu konu merkezi yedekleme, kritik hata ve beyaz ekran akışlarını birbirine bağlar; hangi belirti için hangi rehbere gidileceğini açıkça gösterir.
Türkiye (Türkçe)
Almanya (German)
Worldwide (English)
ÖNCE KORU
wp db export ../once-mudahale.sql
SONRA ÖLÇ
wp core version
php -v
tail -n 120 wp-content/debug.log
EN SON İZOLE ET
wp plugin status
wp theme statusYedekleme bir hata sayfası değildir; veri koruma ve kurtarma sürecidir. Kritik hata mesajı ile tamamen beyaz/boş sayfa da aynı belirti değildir. Bu üç rehber ayrı amaçlarla hazırlanmış ve birbirine açıklayıcı iç bağlantılarla bağlanmıştır.
Veritabanı ile dosyaları aynı set olarak alın; checksum, dış depolama ve temiz geri yükleme testiyle geçerliliği kanıtlayın.
Rehberi aç →Fatal hata teşhisiRecovery Mode, debug.log ve PHP error log ile hatalı dosya, eklenti, tema veya sürüm uyumsuzluğunu belirleyin.
Rehberi aç →Boş yanıt teşhisiHTTP durum kodu, gövde boyutu ve log zaman damgasıyla boş çıktının kaynağını ayırın; kapsamı tüm site, wp-admin veya tek URL olarak belirleyin.
Rehberi aç →Değişiklikten önce eşleşen dosya+veritabanı yedeği, checksum ve geri dönüş prosedürü hazırlayın.
Recovery Mode e-postasını ve debug.log/PHP error log kayıtlarını aynı zaman aralığında inceleyin.
Önce curl ile durum kodu ve gövde boyutunu ölçün; ardından log ve kapsam karşılaştırması yapın.
Dosya arşivi ve SQL çıktısı aynı zaman damgası veya manifest ile eşleştirilmelidir. Sipariş alan sitelerde tutarlılık için bakım penceresi veya snapshot düşünülmelidir.
Canlı sitede WP_DEBUG_DISPLAY kapalı tutulmalı; ayrıntılar debug.log veya PHP error log içinde incelenmelidir.
Sorunun tüm siteyi, yalnız wp-admin’i, yalnız tek URL’yi veya yalnız bir kullanıcı rolünü etkileyip etkilemediğini kaydedin.
Tüm eklentileri körlemesine kapatmadan önce logdaki dosya yolunu ve son değişiklikleri inceleyin. Her adımdan sonra aynı isteği yeniden test edin.
Hayır. İkisi de PHP fatal hatasından çıkabilir ancak görünür belirti, HTTP yanıtı ve teşhis yolu farklıdır. Kritik hata mesajında Recovery Mode bulunabilir; beyaz ekranda önce gerçek boş yanıt olup olmadığı ölçülmelidir.
Veritabanı, wp-content, wp-config.php ve kuruluma özel web sunucusu kuralları birlikte korunmalıdır. Yedek web kökünün dışında ve ikinci bir konumda tutulmalıdır.
Geçici teşhis için kullanılabilir ancak hata ayrıntıları ziyaretçiye gösterilmemelidir. WP_DEBUG_LOG açılırken WP_DEBUG_DISPLAY kapalı tutulmalı ve işlem sonunda ayar gözden geçirilmelidir.
Yönetim ve WP-CLI erişimi yoksa acil izolasyon yöntemi olabilir; ancak önce yedek alınmalı, değişiklik kaydedilmeli ve tüm eklentilerin topluca kapanmasının işlevsel etkileri hesaba katılmalıdır.
Kurulum, sunucu, script ve teknik destek ihtiyaçlarınız için Eka Yazılım ve Bilişim Sistemleri ile iletişime geçebilirsiniz.