Büyük sürüm geçişinden önce tema ve eklentileri güncelleme
Sürüm yükseltmeden önce, hangi sırayla güncelleme yaptığım, güncellemenin kendisi kadar önemlidir. Önce eklentiler, sonra tema, en son WordPress çekirdeği: bu sırayı tersine çevirmek, tema ve eklentilerin hiç karşılaşmadıkları bir WordPress sürümünde çalıştığı bir ara dönem yaratır.
Sıra neden her şeyi değiştirir
Bir eklenti veya tema, yazarı tarafından henüz var olmayan bir WordPress sürümüne karşı asla test edilmemiştir. Çekirdeği önce güncellemek, siteyi hemen kimsenin doğrulamadığı bir yapılandırmaya sokar: aktif tema ve eklentiler, geliştirildikleri ve test edildikleri sürümden daha yeni bir sürümde çalışmaya başlar.
Buna karşılık eklenti yazarları, genellikle beta sürümleri ve geliştirme notlarını takip ettikleri için, resmi büyük bir WordPress sürümünden önce uyumluluk güncellemelerini yayınlarlar. Tema ise, özellikle kendisi de üçüncü taraf eklentilere (sayfa oluşturucu, tema çerçevesi) bağımlıysa genellikle biraz gecikmeyle takip eder. WordPress çekirdeği ise en kararlı bileşen ve geriye dönük uyumlulukla en iyi korunan bileşen olarak kalır: buna bağlı olan her şey yeni sürümle çalıştığını kanıtladıktan sonra değiştirilecek son parçadır.
Alt tema olmadan doğrudan düzenlenmiş bir temanın taşıdığı özel risk ayrıca belirtilmeyi hak eder: bu temaya yapılan her güncelleme, çekirdekten önce veya sonra gerçekleşse de düzenlenmiş dosyaların üzerine yazar. Site bu durumdaysa, ilk adım temayı güncellemek değil, özelleştirmeleri önce bir alt temaya taşımaktır; aksi hâlde her tema güncellemesi yapılan işi siler.
Çekirdeğin önce güncellenmesinin tipik sonuçları
- Tema henüz uyarlanmadan önce, yeni sürümde kullanımdan kaldırılmış bir çekirdek fonksiyonunu çağıran tema fonksiyonları
- Eski bir WordPress sürümünü hedeflediği için yüklenirken ölümcül hata veren eklentiler
- Eski tema sürümüyle oluşturulmuş sayfa düzenlerinde farklı davranan blok düzenleyici
- Doğrudan tema dosyalarına eklenmiş, bir sonraki tema güncellemesinde silinen özelleştirmeler
- Her bileşenin, arızalara tepki olarak tek tek ve aceleyle güncellendiği uzun süren bir istikrarsızlık dönemi
Adım adım izlediğim sıra
-
Alt tema olup olmadığını kontrol etmek
Aktif tema doğrudan düzenlenmişse, önce özelleştirmeleri bir alt temaya taşırım. Bu adım olmadan, üst temaya yapılan her güncelleme üzerindeki çalışmayı siler.
-
Eklentileri tek tek güncellemek
Önce eklentilerle başlarım, her birinden sonra sitenin hâlâ çalıştığını kontrol ederim; hepsini ara kontrol yapmadan toplu güncellemek yerine.
-
Temayı (veya yalnızca üst temayı) güncellemek
Eklentiler kararlı hâle geldikten sonra temayı güncellerim. Bir alt tema varsa yalnızca üst tema değiştirilir; alt temadaki özelleştirmeler dokunulmadan kalır.
-
Çekirdeğe dokunmadan önce siteyi kontrol etmek
Eklentiler ve tema güncel ama çekirdek hâlâ eski sürümdeyken kritik sayfaları ve sipariş tünelini gözden geçiririm; bu, kalan sorunların kaynağını izole etmeyi sağlar.
-
WordPress çekirdeğini en son güncellemek
Dönüşü olmayan nokta burasıdır: çekirdek güncellendikten sonra geri dönmek basit bir geri alma değil, tam bir geri yükleme gerektirir; oysa tek bir eklentiyi veya temayı geri almak hâlâ hızlıdır.
İlgili sayfalar
-
WordPress alt teması oluşturma
Herhangi bir güncellemeden önce özelleştirmeleri üst temadan izole etmenin yöntemi.
-
Güncellemeden önce eklenti uyumluluğunu kontrol etme
Başlamadan önce, eklenti eklenti neyin bozulma riski taşıdığını nasıl anlarsınız.
-
WordPress’i büyük sürüme güncelleme
Sadece güncelleme sırasının ötesinde, büyük bir sürüm geçişinde gerçekte neyin bozulduğu.
-
Büyük bir güncellemeye hazırlanma
Önemli bir sürüm yükseltmesinden önce izlenecek genel kontrol listesi.
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.