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

- Source canonique : [https://allaux.fr/tr/prestashop/migration/changer-d-hebergeur](https://allaux.fr/tr/prestashop/migration/changer-d-hebergeur)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> İki işlemi aynı anda yapmayın: sürümü mevcut sunucuda yükseltin, mağazayı doğrulayın, sonra taşının. Taşıma sırasında güncellenmesi gerekenler app/config/parameters.php (1.7, 8, 9) veya config/settings.inc.php (1.6) içindeki veritabanı bilgileri ile ps_shop_url tablosundaki alan adlarıdır; öncesinde DNS TTL değerini düşürün.

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

## İki işlemi neden ayrı tutmalı

> Sürüm geçişi ile barındırma değişikliği aynı anda yapıldıktan sonra bir sorun çıkarsa, ikisinden hangisinin nedeni olduğunu anlamak zorlaşır. Aradaki bir kontrol noktası bu kör teşhisi önler.

## Devamı için

- **PrestaShop’u PHP 8’e taşımak** — Her PrestaShop sürümünün hangi PHP sürümleriyle uyumlu olduğunun ayrıntısı. ([/prestashop/migration/passer-a-php-8](/prestashop/migration/passer-a-php-8))
- **Geçiş öncesi kontrol listesi** — Bir PrestaShop geçişine başlamadan önce kontrol edilmesi ve hazırlanması gereken her şey. ([/prestashop/migration/checklist-avant-migration](/prestashop/migration/checklist-avant-migration))
- **Web barındırma** — Bir PrestaShop mağazasına uygun barındırma hizmeti. ([/services/hebergement-web](/services/hebergement-web))

## FAQ

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