WordPress'i büyük bir sürüme güncelleme
Büyük bir sürüm geçişinde gerçekte ne bozulur — tema, eklentiler, PHP — ve canlı ortamda güncellemeyi başlatmadan önce bunu nasıl kontrol ederim.
Büyük bir sürüm gerçekte neyi değiştirir
WordPress'te büyük bir sürüm yalnızca güvenlik düzeltmelerinden ibaret değildir: çekirdek davranışını değiştirebilir, dahili PHP fonksiyonlarını kullanımdan kaldırabilir veya içerik düzenleyicisini kökten değiştirebilir. İki tarihsel geçiş, büyük bir değişikliğin ulaşabileceği boyutu iyi gösterir: WordPress 5.0, Gutenberg blok düzenleyicisini klasik düzenleyicinin yerine varsayılan hâle getirdi; WordPress 5.9 ise blok temalarıyla birlikte tam site düzenlemeyi (Full Site Editing) tanıttı. Klasik bir tema 5.9 sonrasında da çalışmaya devam eder — zorunlu bir geçiş değildir — ama büyük bir sürümün hazırlıksız bir siteye önceden haber vermeden getirebileceği davranış değişikliği türü tam da budur.
Düzenleyici değişikliği kendi başına ayrı bir yöntem gerektirir; bunu Gutenberg'e geçiş konulu ayrı sayfada ele alıyorum. Burada, geçmişte veya gelecekte çıkacak her büyük sürüme uygulanabilecek genel güncelleme yöntemine odaklanıyorum.
Sürüm güncellemesi sonrası gerçek arıza nedenleri
- Davranışı değişmiş veya tamamen kaldırılmış çekirdek fonksiyon ya da hook'lar üzerine kurulu bir tema
- Çekirdek tarafından kullanımdan kaldırılan bir PHP fonksiyonunu çağıran ve basit bir uyarı yerine kritik hata üreten bir eklenti
- Yazarı tarafından terk edilmiş, yeni sürümde hiç test edilmemiş, görünür bir hata mesajı vermeden bir özelliği sessizce bozan bir eklenti
- Özel olarak geliştirilmiş bir uyarlamayı uyumsuz hâle getiren düzenleyici veya REST API davranış değişikliği
Büyük bir sürüm güncellemesini nasıl yürütüyorum
-
Tam yedekleme
Herhangi bir işlem yapmadan önce dosyalar ve veritabanı. Test sırasında ciddi bir sorun ortaya çıkarsa geri dönebilmenin tek koşulu budur.
-
Test ortamı
Herhangi bir şeye dokunmadan önce siteyi, canlı ortamla aynı sunucu yapılandırmasına sahip ayrı bir ortamda çoğaltırım.
-
Eklenti eklenti kontrol
Her aktif eklentiyi ve temayı gözden geçiririm: son güncelleme tarihi, beyan edilen uyumluluk, değişiklik günlüğü. Uzun süredir bakımı yapılmayan bir eklenti ilk şüphelidir.
-
Test ortamında güncelleme
Hataların ve uyarıların canlı siteye ulaşmadan önce görülebilmesi için, hata ayıklama açık şekilde sürüm güncellemesini kopya üzerinde çalıştırırım.
-
Tam işlevsel kontrol
Onaylamadan önce sitenin görünümünü, içerik düzenlemeyi, varsa WooCommerce sipariş tünelini ve formları kontrol ederim.
-
Canlı ortamda güncelleme
Kopya onaylandıktan sonra, aynı güncellemeyi düşük trafikli bir zamanda canlı sitede uygularım.
İlgili sayfalar
-
Güncelleme öncesi eklenti uyumluluğunu kontrol etme
"Güncelle" tuşuna basmadan önce bir tema veya eklentinin yeni sürüme geçişte hayatta kalıp kalmayacağını anlama yöntemi.
-
Çekirdekten önce tema ve eklentileri güncelleme
Tema, premium eklentiler ve WordPress çekirdeğinin hangi sırayla güncelleneceği, ve bu sırayı tersine çevirmenin neden çoğu arızanın nedeni olduğu.
-
Klasik düzenleyiciden Gutenberg'e geçiş
Blok düzenleyicisine geçişin gerçekte neyi değiştirdiği, ve biçimlendirme kaybetmeden bu geçiş nasıl hazırlanır.
-
Büyük bir güncellemeyi hazırlama
WordPress'e olduğu kadar diğer yazılım çekirdeklerine de uygulanabilecek genel hazırlık rehberi.
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.