Mağazada büyük bir güncelleme için nasıl hazırlık yapılır
Büyük bir güncelleme çoğu zaman sürüm numarasından fazlasını değiştirir: veritabanı yapısı, eklenti uyumluluğu, bazı PHP fonksiyonlarının davranışı. Bu güncellemeyi ciddiyetle hazırlamak, en kötü anda bir tıkanıklıkla karşılaşmayı önler.
Büyük bir güncelleme öncesi izlenecek yöntem
-
Eksiksiz yedek almak
Herhangi bir işlem yapmadan önce, veritabanı ve dosyaların tamamı orijinal sunucunun dışında bir yerde saklanmalıdır. Bu adım atlanırsa, bir sorun durumunda geri dönüş yapmak mümkün olmaz.
-
Kurulu eklentileri listelemek
Her üçüncü taraf eklenti tek tek kontrol edilmelidir: geliştiricisinin yeni sürümle ilgili duyurduğu uyumluluk, yayımlanan son güncelleme tarihi ve geliştirici artık desteklemiyorsa alternatif çözümlerin var olup olmadığı.
-
PHP uyumluluğunu kontrol etmek
CMS'in büyük bir sürüme geçişi genellikle daha güncel bir PHP sürümü gerektirir. Barındırma hizmetinin bu sürümü zaten sunup sunmadığını kontrol etmek veya değişikliği önceden planlamak, beklenmedik bir tıkanıklığı önler.
-
Ayrı bir ortamda test etmek
Üretimdeki mağazanın bir kopyasını test ortamında güncellemek, gerçek ziyaretçileri ve siparişleri etkilemeden uyumsuzlukları önceden tespit etmeyi sağlar.
-
Sürüm notlarını okumak
Geriye dönük uyumluluğu bozan değişiklikler (kaldırılan fonksiyonlar, değişen veritabanı yapısı, farklılaşan davranışlar) genellikle CMS geliştiricisi tarafından her büyük sürümle birlikte yayımlanan sürüm notlarında belgelenir.
-
Güncelleme zaman aralığını planlamak
Güncelleme sitenin kısa süreli olarak durdurulmasını gerektiriyorsa, düşük trafikli bir zaman dilimi seçmek ticari etkiyi sınırlar.
-
Geri dönüşü hazırlamak
Önceki sürüme nasıl dönüleceğini net şekilde bilmek ve kullanılabilirliği önceden doğrulanmış bir yedeğe sahip olmak, engelleyici bir sorun durumunda kesinti süresini kısaltır.
Küçük bir güncelleme neden aynı şekilde hazırlanmaz
Küçük bir güncelleme veya güvenlik yaması genellikle derinlemesine az şey değiştirir ve mevcut yapıyla geriye dönük uyumlu kalır; bu yüzden daha hafif bir hazırlık yeterlidir. Büyük bir güncelleme ise veritabanı yapısını değiştirebilir, artık kullanılmayan fonksiyonları kaldırabilir veya çekirdek eklentilerin bazılarının çalışma biçimini kökten değiştirebilir.
Büyük sürüm geçişleri için ayrı bir test ortamını gerekli kılan da bu risk farkıdır: binlerce ürünlük bir kataloğa ve onlarca üçüncü taraf eklentiye sahip bir mağazanın, az özelleştirilmiş basit bir mağazaya kıyasla bir uyumsuzlukla karşılaşma ihtimali istatistiksel olarak daha yüksektir.
Sıkça sorulan sorular
Büyük bir güncelleme için ne kadar süre ayrılmalıdır?
Küçük bir mağaza için test ortamı atlanabilir mi?
Bir eklentinin uyumlu bir sürümü yoksa ne yapılmalı?
Büyük bir güncelleme üretimde işlem sırasında başarısız olabilir mi?
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.