PrestaShop geçişiyle birlikte barındırma sağlayıcısını değiştirmek
PrestaShop’u yeni bir sürüme taşımak ile barındırma sağlayıcısını değiştirmek aynı anda yapılmak istenebilir: tek bir proje, tek bir duyurulmuş kesinti. Ama bu aynı zamanda bir sorun çıktığında, sorunun sürümden mi yoksa yeni sunucudan mı kaynaklandığını bilememenin de en kolay yoludur.
Her şeyi tek seferde yapma isteği
Sürüm geçişini ve barındırma değişikliğini aynı işlemde toplamak mantıklı görünür: tek bir bakım penceresi, müşterilere tek bir bildirim, bütçelenecek tek bir proje. Sorun, geçişten sonra bir şey çalışmadığında ortaya çıkar. Yeni PrestaShop sürümü mü bir uyumluluk sorunu yaratıyor, yoksa yeni sunucunun yapılandırması eskisinden mi farklı? Aradaki bir kontrol noktası olmadan, iki cepheyi aynı anda teşhis etmek gerekir; bu da ayrı ayrı yapılan bir kontrolden daha uzun sürer.
Genel önerim şu: önce sürümü mevcut barındırmada geçirmek, her şeyin çalıştığını doğrulamak, ardından barındırmayı değiştirmek. Duruma göre ters sıra da işe yarar, ama aradaki bir doğrulama adımı olmadan iki hareketi asla aynı anda yapmamak gerekir.
PHP sürümünü hedef PrestaShop sürümüyle hizalamak
Bir barındırma değişikliği neredeyse her zaman farklı bir PHP sürümünün sunulmasıyla birlikte gelir ve uyumsuzluk riskinin büyük kısmı burada ortaya çıkar. PrestaShop 1.7, hiçbir PHP 8 sürümünde çalışmaz; PrestaShop 8 en az PHP 7.2.5 gerektirir; PrestaShop 9 ise en az PHP 8.1 ister. Bir barındırma paketi seçmeden önce, sunulan PHP sürümünün yalnızca bugün kurulu olan sürümle değil, hedeflenen PrestaShop sürümüyle uyumlu olduğundan emin olmak gerekir. Sürümler arası uyum ayrıntısı PHP 8 sayfasında ele alınıyor.
Önceden sorunsuz çalışan bir geçişi neler bozabilir
- Bazı klasörlere yazma erişimini engelleyen farklı dosya izinleri
- Bir içe aktarmayı veya katalog güncellemesini başarısız kılan daha düşük PHP bellek sınırları
- Eski barındırmada mevcut olan ancak yeni barındırmada eksik veya devre dışı PHP eklentileri
- Dostane URL’leri bozan farklı URL yeniden yazma modülü yapılandırması
- Yeni sunucuya hiçbir zaman otomatik olarak aktarılmayan zamanlanmış görevler (cron)
- Yeni ana bilgisayar adı için yenilenmesi veya yeniden verilmesi gereken SSL sertifikası
İki işlemi nasıl ayrı tutuyorum
-
Mevcut barındırmada sürüm geçişi
Sürümün kendisiyle ilgili her sorunu ayırt edebilmek için PrestaShop’u önce sunucuya dokunmadan mevcut barındırmada hedef sürüme taşırım.
-
Tam doğrulama
Yeni sürüm istikrarlı hale geldiğinde, başka bir şey düşünmeden önce temayı, eklentileri ve sipariş sürecini kontrol ederim.
-
Zamanlanmış görevlerin yeniden yapılandırılması
Yeni barındırmada gerekli cron görevlerini elle yeniden oluştururum: bunlar bir aktarım sırasında hiçbir zaman otomatik olarak taşınmaz.
-
SSL sertifikasının aktarılması veya yenilenmesi
Sertifika otoritesine ve yeni barındırmaya bağlı olarak, mevcut sertifikayı aktarırım ya da yeni altyapıda alan adı için yeniden veririm.
-
DNS kaydı değişikliği
Geçişin tüm ziyaretçiler için tutarlı kalması amacıyla yayılma gecikmesini hesaba katarak DNS kaydı değişikliğini planlarım.
Devamı için
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.