Başarısız güncelleme sonrası siteyi geri yükleme
Güncelleme sonrası beyaz ekran, kritik hata, erişilemeyen yönetim paneli: aradaki dönemde verilen siparişleri kaybetmeden çalışır bir duruma dönme yöntemi.
İlk baktığım şey
Başarısız bir güncelleme her zaman aynı şekilde kendini göstermez ve belirti tanıyı doğrudan yönlendirir. Herhangi bir şeyi geri yüklemeden önce, tam olarak neyin bozulduğunu belirlerim: sitenin tamamı mı, yalnızca yönetim paneli mi, yoksa WooCommerce sipariş tüneli gibi tek bir özellik mi. Bu tanı yapılmadan körlemesine tam bir yedeği geri yüklemek, çoğunlukla önlenebilir bir veri kaybı pahasına küçük bir sorunu çözmek anlamına gelir.
Kesin neden neredeyse her zaman şu üç şeyden biridir: bir kesinti sonrası takılı kalmış bakım modu, yeni sürümle uyumsuz bir eklenti veya tema, ya da bu yapılandırmada hiç test edilmemiş koddaki bir PHP kritik hatası. Harekete geçmeden önce bu üç durumu ayırt etmek, basit bir eklenti devre dışı bırakma yeterli olacakken tam bir yedeği geri yüklemeyi önler.
Ters giden bir güncelleme sonrası görülenler
- Beyaz ekran (White Screen of Death): ne ön yüzde ne de yönetim panelinde hiçbir sayfa görüntülenmez
- Görünür teknik ayrıntı olsun ya da olmasın, "Bu sitede kritik bir hata oluştu" mesajı
- Yönetim paneli erişilemez durumdayken herkese açık site normal görünür
- Herkese açık site hata verirken yönetim paneli erişilebilir kalır; genellikle aktif temaya özgü bir çakışmanın işaretidir
- Yarıda kalan bir güncelleme sonrası site bakım modunda kilitli kalır, alışılagelen "bakımdayız, kısa süre sonra döneceğiz" mesajıyla
Başarısız güncelleme sonrası bir siteyi nasıl geri yüklüyorum
-
debug.log günlüğünü okuma
Tam nedeni belirlemek için hata ayıklama günlüğünü etkinleştirir veya incelerim: takılı kalmış bakım modu (silinmemiş .maintenance dosyası), uyumsuz bir eklenti, ya da ilgili dosya adıyla birlikte belirli bir PHP kritik hatası.
-
FTP üzerinden yeniden adlandırarak izole etme
Günlük belirli bir eklenti veya temayı işaret ediyorsa, yönetim paneli erişilemez durumdaysa oraya girmeden, klasörünü FTP üzerinden yeniden adlandırarak devre dışı bırakırım. WordPress, yeniden adlandırılmış bir klasörü eksik eklenti olarak değerlendirir ve otomatik olarak devre dışı bırakır.
-
İzolasyon sonrası kontrol
Bu hedefli devre dışı bırakma sonrasında site yeniden çalışırsa, neden doğrulanmış olur. Veritabanına hiç dokunmadan eklentinin uyumlu bir sürümünü veya bir alternatifini arayabilirim.
-
Neden belirsiz kalırsa tam geri yükleme
Günlük nedeni hızlıca izole etmeye izin vermiyorsa, ya da birden fazla unsur aynı anda sorumlu görünüyorsa, körlemesine aramaya devam etmek yerine güncelleme öncesi alınan veritabanı ve dosya yedeğini geri yüklerim.
İlgili sayfalar
-
Bu sitede kritik hata
Bu genel mesajın arkasındaki olası nedenlerin ayrıntısı ve bunları hızlıca ayırt etme yöntemi.
-
WordPress hata ayıklama modunu etkinleştirme
Hataları site ziyaretçilerine göstermeden WP_DEBUG'ı nasıl etkinleştirir ve debug.log nasıl okurum.
-
WooCommerce hata günlüklerini okuma
Genel WordPress günlüğünden ayrı olan WooCommerce'e özgü günlükleri nerede bulup nasıl yorumlarım.
-
Müdahale öncesi mağazayı yedekleme
İhtiyaç duyulan gün gerçekten işe yaraması için bir yedeğin herhangi bir güncelleme veya riskli müdahale öncesi neyi kapsaması gerektiği.
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.