WordPress Eski Sürüme Döndürme: Riskler ve Adımlar

Bir WordPress çekirdek güncellemesinden sonra tema ya da eklentiler bozulduysa akla ilk gelen çözüm eski sürüme dönmektir. WordPress eski sürüme döndürme teknik olarak mümkündür, ancak resmi dokümantasyon bunu genellikle önermez: yeni sürümlerde güvenlik yamaları vardır ve veritabanı yapısı sürümler arasında değişebilir. Bu yazı, geri dönüşün nasıl yapıldığını, hangi riskleri taşıdığını ve geri dönmeden önce hangi kontrolleri yapmanız gerektiğini anlatır.

WordPress çekirdeğini eski sürüme döndürmek doğru karar mı?

Çoğu durumda hayır. Çekirdek sorunlarının çoğu aslında bir eklenti ya da temanın yeni WordPress sürümüyle uyumsuzluğundan çıkar. Bu durumda çekirdeği geri almak yerine uyumsuz eklentiyi geri almak ya da güncellemek daha az risklidir. Önce sorunun kaynağını bulun: eklentileri devre dışı bırakıp siteyi deneyin, güncelleme sonrası site bozuldu yazısındaki akışı izleyin.

Çekirdek, eklenti ve tema geri almanın farkı nedir?

Eklenti ve tema geri alma yalnızca ilgili klasördeki dosyaları değiştirir, dolayısıyla etkisi sınırlı ve kolayca tersine çevrilebilir. Çekirdek geri alma ise wp-admin, wp-includes ve kök dizindeki dosyaları etkiler ve WordPress'in veritabanı sürümüyle ilişkilidir. Bu yüzden riskleri daha yüksektir. Eklenti için ayrıntılı rehber: eklenti güncellemesini geri alma.

• Eklenti/tema: tek klasör, kolay geri dönüş, veritabanı etkisi eklentiye bağlı.
• Çekirdek: tüm sitenin temeli, veritabanı şeması ve kullanıcı yapısı etkilenebilir.

Veritabanı yükseltmesinden sonra geri dönmek neden risklidir?

WordPress bir çekirdek güncellemesinden sonra gerekirse veritabanını yükseltir: tablo yapısını, seçenekleri ya da indeksleri değiştirir ve bu işlemi db_version seçeneğine yazar. Eski sürümün dosyalarını geri yüklediğinizde WordPress bu işlemi geri almaz. Veritabanı yeni, kod eski kalır.

Küçük (minor) sürümlerde şema değişikliği genellikle azdır ve geri dönüş sorunsuz olabilir. Büyük (major) sürümlerde risk artar. Sonuç, bazı özelliklerin çalışmaması, yönetim ekranında hatalar ya da veri kaybı olabilir. Bu yüzden resmi dokümantasyon geri dönüşte hem dosyaların hem veritabanının eski yedekten geri yüklenmesini anlatır. Yani asıl güvenli yol, yalnızca dosyaları değil, güncellemeden önceki tam yedeği geri yüklemektir. Ayrıntılar: WordPress yedek geri yükleme.

Sürümü düşürmeden önce hangi kontroller yapılmalı?

Aşağıdaki liste, geri dönüşe başlamadan önce tamamlanması gereken adımları sıralar.

1. 1Mevcut durumun tam yedeğini alın: veritabanı ve dosyalar. Bozuk olsa bile geri dönülebilecek bir kopya olmalı.
2. 2Güncellemeden önce alınmış bir yedek var mı bakın. Varsa en güvenli yol onu geri yüklemektir.
3. 3Hangi sürümden hangisine döneceğinizi belirleyin. Sürüm numarasını wp-admin'in alt köşesinden ya da wp core version komutundan okuyun.
4. 4Güncellemenin bir güvenlik düzeltmesi içerip içermediğine sürüm notlarından bakın. İçeriyorsa site açık bırakılmış olur.
5. 5Siteyi bakım moduna alın ya da trafik azken çalışın.
6. 6Önce bir test kopyasında deneyin. Mümkün değilse en azından yedeğin geri yüklenebildiğini doğrulayın.
7. 7Tema ve eklentilerin hedef sürümle uyumlu olduğunu kontrol edin.

WP-CLI ile çekirdek eski sürüme nasıl döndürülür?

WP-CLI'ın core download komutu --version bayrağıyla belirli bir sürümü indirir, --force mevcut dosyaların üzerine yazar ve --skip-content varsayılan tema ve eklentileri indirmez. Bu kombinasyon wp-content içeriğinize dokunmaz.

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

Komutları sitenin kök dizininde çalıştırın. İlk komut mevcut sürümü, üçüncüsü yeni sürümü doğrular, son komut çekirdek dosyalarının resmi sağlama toplamlarıyla uyumunu denetler. Eski sürümün yerel (Türkçe) paketini istiyorsanız --locale=tr_TR ekleyebilirsiniz. wp core update --version=6.5.5 --force komutu da aynı amaçla kullanılabilir, --force sürüm düşürmeye izin verir. Hangisini seçerseniz seçin, işlemden sonra wp-admin'e girip gerekiyorsa veritabanı uyarısını gözden geçirin.

Elle (FTP) çekirdek eski sürüme nasıl döndürülür?

WP-CLI yoksa eski sürümü wordpress.org'un sürüm arşivinden indirip dosyaları elle yükleyebilirsiniz. Kritik nokta, hangi dosyaların korunacağıdır: resmi dokümantasyona göre wp-config.php dosyası ve wp-content klasörü silinmemelidir.

1. 1wordpress.org/download/releases adresinden hedef sürümün ZIP dosyasını indirip bilgisayarınızda açın.
2. 2Sunucuda wp-admin ve wp-includes klasörlerini silin, kök dizindeki çekirdek PHP dosyalarını (wp-login.php, index.php vb.) silin. wp-config.php, wp-content ve özel .htaccess kurallarını koruyun.
3. 3Açtığınız paketteki wp-admin, wp-includes ve kök dosyaları yükleyin. Paketteki wp-content klasörünü yüklemeyin.
4. 4wp-admin'e girip Araçlar, Site Sağlığı sayfasına bakın. Veritabanı sürümü koddan yeni olduğu için WordPress şemayı geri almaz, hata ya da uyarı görürseniz yedekten dönmeyi düşünün.
5. 5Kalıcı bağlantıları kaydedip siteyi test edin.

Geri dönüşün ardından yapılacaklar da en az dönüş kadar önemlidir. Önce site genelinde önbelleği (eklenti, sunucu ve CDN) temizleyin, çünkü eski sürümün çıktısıyla yeni sürümün önbelleğe aldığı sayfalar karışabilir. Sonra kalıcı bağlantıları yeniden kaydedin, sitenin ana sayfasını, bir yazıyı, giriş sayfasını ve varsa ödeme akışını deneyin. PHP hata günlüğünü bir süre izleyin. Geri dönüş sonrası ortaya çıkan "undefined function" ya da "table doesn't exist" gibi hatalar, veritabanı ile kodun uyumsuz kaldığının en net işaretidir ve bu noktada yedekten tam dönüş genellikle en temiz çözümdür.

Son olarak geri dönüşü kalıcı bir durum olarak görmeyin. WordPress, sürümleri düzenli aralıklarla yayımlar ve geride kalan bir site hem güvenlik hem uyumluluk açısından zamanla zorlaşır. Geri dönmenize neden olan eklenti ya da temanın yazarına hatayı bildirin, düzeltme çıktığında bir test kopyasında deneyin ve sonra canlı siteyi güncelleyin.

Çok siteli ya da multisite kurulumlarda ek bir dikkat gerekir: ağdaki tüm alt siteler aynı çekirdek dosyalarını paylaşır ve her alt sitenin kendi tabloları vardır. Çekirdeği geri almak tüm siteleri aynı anda etkiler, bu nedenle multisite ağında yedek olmadan sürüm düşürmeyin. Ayrıca sunucuda PHP sürümünü de güncellediyseniz, eski bir WordPress sürümü yeni PHP ile uyumsuz kalabilir ve asıl sorun çekirdek değil PHP sürümü olabilir. PHP sürümünü hosting panelinden geri almak bazen çekirdeği düşürmekten daha basit ve daha güvenli bir çözümdür.

Geri döndükten sonra otomatik güncellemeyi ne yapmalı?

Geri döndüğünüz sürümde otomatik güncelleme açıksa WordPress kısa sürede yeniden güncellemeyi dener. Geri dönüşten sonra çekirdek otomatik güncellemelerini geçici durdurmayı düşünün, ama güvenlik yamalarını uzun süre kapalı tutmayın. Doğru ayarlar için otomatik güncellemeyi kapatma yazısına bakın. Asıl çözüm, sorunun kaynağını (uyumsuz eklenti ya da tema) bulup düzeltmek ve sonra çekirdeği güncel tutmaktır, bkz. WordPress güncelleme rehberi.

Sık sorulan sorular

WordPress'i eski sürüme döndürürsem içeriklerim silinir mi?

Yalnızca çekirdek dosyalarını değiştirir ve wp-content ile wp-config.php dosyalarına dokunmazsanız yazılarınız, sayfalarınız ve medyanız yerinde kalır. Veritabanını eski yedekle değiştirirseniz yedekten sonra eklenen içerikler kaybolur.

Eski sürüme dönünce site güvensiz olur mu?

Evet, sürüm yeni güvenlik yamaları içeriyorsa bu yamaları kaybedersiniz. Geri dönüşü geçici çözüm kabul edin ve sorunu çözüp yeniden güncelleyin. Küçük sürümler çoğunlukla güvenlik düzeltmesi içerir.

Eklentiyi geri almak mı yoksa çekirdeği geri almak mı daha güvenli?

Eklentiyi geri almak. Etkisi tek klasörle sınırlıdır ve kolayca tersine çevrilir. Çekirdeği geri almak veritabanı uyumsuzluğu riski taşır.

• Upgrading WordPress (developer.wordpress.org)
• WP-CLI: wp core download

Erdinç

Watch Your WP'yi geliştiriyor. WordPress bakım, güvenlik ve site yönetimi deneyiminden yazıyor.

LinkedIn