PrestaShop mağazanızı 1.7, 8 veya 9'a taşıyın
PrestaShop'ta 1.6'dan 1.7, 8 veya 9'a geçmek sıradan bir güncelleme değildir: tema motoru tamamen değişir, yönetim paneli sürüm sürüm Symfony'ye taşınır ve 1.6 eklentilerinin büyük bölümü olduğu gibi çalışmaz.
Bunun neden basit bir güncelleme olmadığı
PrestaShop 1.6, tamamen Smarty ve klasik .tpl şablonlarına dayanan bir tema sistemi kullanır. 1.7'den itibaren yönetimin bir kısmı ve bazı ön yüz denetleyicileri, yeni bir dizin yapısıyla (src/, var/) ve farklı bir override sistemiyle Symfony framework'üne dayanır. Varsayılan tema da adını değiştirir (Default yerine Classic); bu da somut olarak, kişiselleştirilmiş olsa bile bir 1.6 temasının 1.7 veya 8'e olduğu gibi kurulamayacağı, şablon şablon yeniden inşa edilmesi veya uyarlanması gerektiği anlamına gelir.
Eklenti tarafında, her eklentinin yapılandırma dosyasında hedef sürümle uyumluluğunu bildirmesi gerekir. 1.6'da kusursuz çalışan bir eklenti, 1.7/8 için piyasada tamamen bulunmayabilir veya yayıncısından farklı, ücretli bir sürüm gerektirebilir. Başlangıçta yanlış hesaplanmış bir geçiş bütçesini en çok bozan nokta genellikle burasıdır.
Veritabanı yapısı da ana sürümler arasında değişir (yeni tablolar, yeniden adlandırılmış sütunlar); bu da ham bir SQL dışa/içe aktarma yerine bir veri geçiş betiği gerektirir.
Geçişi nasıl yürütüyorum
-
Mevcut durumun denetimi
Kurulu eklentileri ve sürümlerini listeliyorum, hangilerinin hedef sürümle uyumlu bir karşılığı olduğunu kontrol ediyorum.
-
Test ortamında geçiş
Geçişi ilk olarak mağazanın bir kopyası üzerinde gerçekleştiriyorum, asla doğrudan üretimde değil; gerçek siteye dokunmadan önce tüm engelleri tespit etmek için.
-
Temanın yeniden inşası
Sürümler arasındaki farka göre, mevcut temayı uyarlıyor ya da görsel kimliği koruyarak hedef sürümün varsayılan teması üzerinden yeniden inşa ediyorum.
-
Uyumsuz eklentilerin değiştirilmesi
Geçiş yapamayan eklentiler için işlevsel karşılıklar buluyorum, gerekirse özel işlevleri özel bir eklenti olarak yeniden yazıyorum.
-
Üretime geçiş
Test sürümü sizinle birlikte onaylandıktan sonra, devam eden siparişler üzerindeki etkiyi sınırlamak için düşük trafikli bir zamanda geçişi planlıyorum.
Durumunuza göre 1.7, 8 veya 9
-
PrestaShop 1.7
Kendi başına bir hedef değil, bir ara basamak: 1.6'dan yola çıkıldığında 8 veya 9'a devam etmeden önce ulaşılması gereken sürüm, çünkü güncelleme aracı hiçbir basamağı atlamaz.
-
PrestaShop 8
Mağazanın eklentileri henüz 9 ile uyumlu ilan edilmediyse veya barındırmanız 9'un kabul ettiği bir PHP sürümü sunmuyorsa makul bir hedef.
-
PrestaShop 9
En güncel ana dal: yönetim paneli tamamen Symfony ve Twig üzerinde, legacy yönetim denetleyicileri kaldırılmış, PHP gereksinimleri daha yüksek. Eklenti uyumluluğu izin verdiği ölçüde, yeni bir projenin doğal hedefi.
-
1.6'da dikkatle kalmak
İstikrarlı bir mağaza için kısa vadede düşünülebilir, ama 1.6 artık yayıncı tarafından desteklenmiyor; bu da düzeltilmemiş güvenlik açıklarına maruz kalmak demektir.
-
PrestaShop 1.5’ten başlarken
Hiçbir araç bu sıçramayı yapmaz: mağaza 8 üzerinde yeniden kurulur ve veriler aktarılır. Bir yenileme gibi kapsamı belirlenmesi gereken bir iş.
Önceden kontrol edilmesi gerekenler
-
Geçiş öncesi kontrol listesi
Yedekler, modül envanteri, PHP sürümü, geri dönüş planı: mağazaya dokunmadan önce hazır olması gerekenler.
-
Uyumsuz modüller
Bütçeyi kaydıran kalem: başlamadan önce hangi modüllerinizin geçişe uyum sağlamayacağını anlamak.
-
SEO kaybetmeden geçiş
Geçişin bedelini kaybedilen trafikle ödememek için yönlendirme planı ve kontrol noktaları.
-
Artık kurulmayan modüller
Sürüm yükseltmesinden sonra modül kurulmayı reddediyor ya da yönetim panelinden kayboluyor: nedenler ve çözümler.
-
Güncellemeden sonra kaybolan ödeme yöntemi
Yeterince test edilmemiş bir geçişin en pahalı belirtisi ve nasıl ele alınacağı.
-
Geçiş mi, yeniden yapım mı?
Sürüm yükseltmesi neredeyse bir yeniden inşa kadar tutuyorsa, bu soru açıkça sorulmalıdır.
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.