Projeler ve ajans desteği için müsait · Hızlı yanıt, işi yapan kişiden

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.

Sorunumu anlatayım Mesaj gönderin

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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

version-depart
version-arrivee
catalogue
modules-tiers (facultatif)
conserver (facultatif)
Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Sıkça sorulan sorular

Her şeyi tek seferde yapmak gerçekten riskli mi?
Risk, her zaman başarısız olması değil; bir şey bozulduğunda nedenin yeni PrestaShop sürümü mü yoksa yeni sunucunun yapılandırması mı olduğunu anlamanın zorlaşmasıdır. İki adımı ayırmak olası bir sorunun nedenini izole eder.
Sürüm geçişi ile barındırma değişikliği hangi sırayla yapılmalı?
Genel olarak önce sürümü mevcut barındırmada geçirmenizi, her şeyin çalıştığını doğrulamanızı, ardından barındırmayı değiştirmenizi öneririm. Duruma göre ters sıra da mümkündür, ama ikisi asla aynı anda yapılmamalı.
Cron görevleri yeni barındırmaya otomatik olarak aktarılır mı?
Hayır, asla. Yeni sunucuda elle yeniden oluşturulmaları gerekir; aksi hâlde otomatik dışa aktarmalar veya zamanlanmış güncellemeler gibi işlevler görünür bir uyarı olmadan çalışmayı durdurur.
Geçmeden önce yeni barındırma paketinde ne kontrol edilmeli?
Sunulan PHP sürümü, yalnızca mevcut sürümle değil hedeflenen PrestaShop sürümüyle uyumlu olmalıdır. Ayrıca etkin PHP eklentileri, bellek sınırları ve URL yeniden yazma modülü yapılandırması kontrol edilmelidir.
Barındırma değişikliğinde SSL sertifikası sorun yaratır mı?
Bu, sertifika otoritesine ve yeni barındırmada seçilen pakete bağlıdır: bazı sertifikalar aktarılabilir, bazıları yeniden verilmelidir. Bu, geçişten sonra değil önce kontrol edilmesi gereken bir noktadır.