WordPress güncellemesinden sonra site bozuldu: geri dönme yolları

Güncellemeden önce çalışan site, güncellemeden sonra hata veriyor. Panik gerekmez; güncelleme genellikle tek bir bileşeni değiştirdiği için geri dönmek de tek bileşeni geri almak demektir. Önce hangisinin güncellendiğini hatırlayın: bir eklenti mi, tema mı, WordPress çekirdeği mi, yoksa PHP sürümü mü?

1. Sorunun hangi bileşenden olduğunu bulun

• Hata mesajı ya da debug.log, sorunlu dosyanın yolunu verir: hata mesajını görme.
• Yönetim paneline girebiliyorsanız şüpheli eklentiyi devre dışı bırakın; site düzeldiyse suçlu odur.
• Giremiyorsanız wp-content/plugins klasörünü geçici yeniden adlandırarak tüm eklentileri devre dışı bırakın.

2. Eklentiyi eski sürüme döndürün

1. Eklentinin resmi sayfasından (wordpress.org/plugins/eklenti-adi) Advanced View bölümüne gidin; altta önceki sürümlerin listesi vardır.
2. Çalıştığını bildiğiniz sürümün zip dosyasını indirin.
3. FTP ile wp-content/plugins/eklenti-adi klasörünü silin (ya da yedek olarak yeniden adlandırın) ve indirdiğiniz sürümün içeriğini aynı adla yükleyin.
4. Eklentiyi etkinleştirin ve otomatik güncellemesini geçici kapatın.

Aynı yöntem temalar için de geçerlidir. Eklenti ayarları veritabanında durduğu için dosyayı değiştirmek ayarlarınızı silmez; yine de veritabanı yapısını değiştiren büyük güncellemelerden sonra eski sürüme dönmek uyumsuzluk yaratabilir.

3. WordPress çekirdeğini geri alma

Çekirdek güncellemesi sorunluysa:

wp core download --version=6.5.5 --force --skip-content

WP-CLI ile istediğiniz sürüme (örnekteki sayıyı çalışan sürümle değiştirin) dönebilirsiniz; --skip-content temalarınıza ve eklentilerinize dokunmaz. WP-CLI yoksa o sürümün zip dosyasını wordpress.org/download/releases adresinden indirip wp-admin ve wp-includes klasörleriyle kök dizindeki dosyaları üzerine yazın; wp-content ve wp-config.php'ye dokunmayın. Veritabanı sürümü yükseltilmişse eski sürüme geçiş her zaman sorunsuz olmaz; en güvenli yol yedekten dönmektir.

4. Yedekten dönmek (en güvenli)

Güncelleme öncesi yedeğiniz varsa hem dosyaları hem veritabanını o tarihe döndürmek en temiz çözümdür. Hosting'de panelin YEDEK bölümünden son yedekleri görebilirsiniz (günlük, son 3 kopya): hosting yedeği. VDS'te anlık görüntü ya da kendi yedeğiniz: VDS yedek seçenekleri. Geri yüklemeden önce o anki bozuk hâlin de bir kopyasını alın; yeni yazılmış içerik varsa kaybolmasın.

5. PHP sürümü yüzünden mi?

Güncellenen aslında eklenti değil, sunucunun PHP sürümüyse hata mesajları Deprecated ya da undefined function içerir: PHP uyumsuzluğu.

Bir daha yaşamamak için

• Büyük güncellemelerden önce yedek alın; çalışan siteyi önce bir deneme kopyasında güncellemek en güvenlisidir.
• Kritik sitelerde eklenti ve çekirdek otomatik güncellemesini kapatıp elle, sırayla güncelleyin.
• Kullanılmayan eklentileri silin; ne kadar az eklenti, o kadar az uyumsuzluk.

Sık sorulanlar

Eklentinin eski sürümüne dönmek güvenlik açığı bırakır mı?

Evet, güvenlik düzeltmesi içeren bir sürümden eskisine dönüyorsanız o açık geri gelir. Geçici çözüm olarak kullanın ve mümkün olan en kısa sürede sorunu çözen yeni sürümü (ya da alternatif eklentiyi) bekleyin.

Premium eklentinin eski sürümünü nereden bulurum?

Eklentiyi satın aldığınız yerden hesabınızdaki indirme sayfası eski sürümleri sunar. Yoksa geliştiricinin destek ekibine yazın.

Güncellemeyi geri alınca ayarlarım gitti.

Eklenti kendi tablosunu yeni sürümle güncellediyse eski sürüm onu okuyamayabilir. Bu durumda veritabanını da güncelleme öncesi yedekten döndürmeniz gerekir.

İlgili makaleler

• WordPress "Briefly unavailable for scheduled maintenance" bakım modunda takıldı
• WordPress beyaz ekran ve "sitenizde kritik bir hata oluştu" çözümü
• WordPress sitemi nasıl yedeklerim ve taşırım?

Sorununuz çözülmediyse destek talebi açın. Hangi adımı denediğinizi ve ekranda ne gördüğünüzü yazarsanız çözüm çok daha hızlı olur.