# PrestaShop 1.5’ten 8’e: yeniden inşa ve veri aktarımı

> PrestaShop 1.5, 2012’de yayımlandı ve mimarisinin sürüm 8 ile artık pek ortak yanı yok. Bir 1.5 mağazasını doğrudan 8’e taşıyan resmi bir araç yoktur: bu, olağan bir güncelleme değil, veri kurtarmalı bir yeniden yapılanma projesidir.

- Source canonique : [https://allaux.fr/tr/prestashop/migration/1-5-vers-8](https://allaux.fr/tr/prestashop/migration/1-5-vers-8)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Hiçbir araç 1.5 sürümünü doğrudan 8 sürümüne taşımaz: önce yöntemi seçin. Bir kopya üzerinde adım adım 1.5, 1.6, 1.7 ve 8 zinciri ya da katalog, müşteri ve siparişleri yeniden aktaracağınız sıfırdan bir 8 kurulumu. Her iki durumda da işe tam bir SQL dökümü ve img/ klasörünün kopyasıyla başlayın; gerçekten saklayacağınız veri budur.

## Bunun neden sıradan bir geçiş olmadığı

PrestaShop 1.5, 2012’de yayımlandı. Mimarisi, 1.7 veya 8’e ulaşmak için zaten kayda değer bir tema yeniden inşası gerektiren 1.6’dan bile daha eskidir. Hiçbir resmi araç bir 1.5 mağazasını doğrudan 1.7, 8 veya 9’a taşımaz: autoupgrade, her adıma uygun betiklerle çok daha dar sürüm sıçramaları için tasarlanmıştır, bu kadar geniş bir farkı tek seferde aşmak için değil.

PrestaShop 1.5, güvenilir kesin bir tarih öne süremesem de, çok uzun süredir desteklenmiyor. Ayrıca artık PHP projesi tarafından da desteklenmeyen eski PHP sürümlerinde çalışır. Hâlâ yayında olan bir 1.5 mağazası iki sorunu bir arada taşır: desteklenmeyen bir yazılım ve desteklenmeyen bir çalışma ortamı.

## İki gerçek yöntem ve aralarında nasıl seçim yapılır

Birinci yöntem, geçişleri sürüm sürüm zincirlemektir: 1.5’ten 1.6’ya, sonra 1.7’ye, sonra 8’e, her adım bir kopya üzerinde ayrı ayrı test edilerek. Bu, tüm geçmişi (katalog, siparişler, müşteri hesapları) korumak için en güvenilir yöntemdir, ama adımları ve gerektirdiği düzeltmeleri çoğalttığı için en uzun süreni.

İkinci yöntem, hedef sürümün sıfırdan kurulumuyla başlayıp yalnızca yararlı verileri taşımaktır: katalog, müşteriler, sipariş geçmişi; ham bir veritabanı geri yüklemesi yerine hedefe yönelik dışa/içe aktarımla. Pratikte bu, bir geçişten çok bir yeniden yapılanma anlamına gelir.

Her iki durumda da tema ve eklentilerin neredeyse tamamı yeniden yapılmalıdır: hiçbir yöntem bu adımı ortadan kaldırmaz. Gerçek soru "nasıl geçilir" değil, "gerçekten neyi korumam gerekiyor" sorusudur. Eksiksiz bir sipariş geçmişi ve köklü bir SEO değeri zincirlemeyi mantıklı kılar. Katalog ve müşteri tabanının temiz alınacağı hız ihtiyacı ise yeniden yapılanmayı mantıklı kılar.

## Zincirleme mi, yeniden yapılanma mı

- **Zincirleme geçiş** — 1.5’ten 1.6’ya, sonra 1.7’ye, sonra 8’e, her adım ayrı ayrı test edilir. Tam geçmişi korur ama en çok zaman alır.
- **Veri kurtarmalı yeniden yapılanma** — Sıfırdan kurulum, katalog ve müşteriler hedefe yönelik dışa/içe aktarımla alınır. Daha hızlıdır ama sıkı anlamda bir geçiş değil, bir yeniden yapılanmadır.
- **1.5’te kalmak** — Çok kısa vade dışında önerilmez: desteklenmeyen bir sürüm, üstelik eski bir PHP ortamında.

## Bu tür bir projeye nasıl yaklaşıyorum

1. **Mevcut durumun denetimi** — Hâlâ kullanılabilir olanı inceliyorum: katalog hacmi, sipariş geçmişi, müşteri hesapları ve kodun gerçek durumu (özel eklentiler, override’lar).
2. **Yöntemin sizinle birlikte seçilmesi** — Gerçekten neyi korumak istediğinize göre zincirleme geçiş veya veri kurtarmalı yeniden yapılanma: tam geçmiş, köklü SEO değeri veya sadece katalog ve müşteriler.
3. **Mevcut yapının tam yedeklenmesi** — Herhangi bir işlemden önce, hedefte olduğu gibi geri yüklenmeyecek olsa bile, 1.5 mağazasının tüm dosyalarını ve veritabanını dışa aktarıyorum.
4. **Geri dönüşü olmayan nokta** — Bu, eski mağazaya yeni sipariş girişini durdurup müşterileri yeniden yapılandırılmış mağazaya geçirdiğim andır: bu noktadan sonra, o sırada eski sitede verilen her sipariş elle işlenmelidir.
5. **Tema ve eklentilerin yeniden inşası** — Bir 1.5 mağazasının teması ve eklentilerinin neredeyse tamamı geçiş yapmaz: ister zincirleme ister yeniden yapılanma olsun, bunları hedef sürüm için yeniden yapıyorum.
6. **Alınan verilerin doğrulanması** — Eski ve yeni mağaza arasında hacimleri, ürün, müşteri ve sipariş sayılarını karşılaştırarak hiçbir verinin kaybolmadığından emin oluyorum.

## Tema ve eklentiler geçiş yapmaz

> Hangi yöntem seçilirse seçilsin, tema ve eklentilerin neredeyse tamamı hedef sürüm için yeniden yapılmalıdır: bu pazarlık konusu değildir, iki sürüm arasındaki farkın doğrudan bir sonucudur.

## Daha fazlası için

- **Her geçişten önce kontrol listesi** — Başlangıç sürümü ne olursa olsun, geçişe başlamadan önce kontrol edilmesi gerekenler. ([/prestashop/migration/checklist-avant-migration](/prestashop/migration/checklist-avant-migration))
- **PrestaShop 1.6’dan 8’e geçiş** — 1.5’ten 1.6’ya geçiş tamamlandıktan sonra zincirlemenin ara adımı. ([/prestashop/migration/1-6-vers-8](/prestashop/migration/1-6-vers-8))
- **PrestaShop 1.7’den 8’e geçiş** — Zincirlemenin, güncel mimariye en yakın son adımı. ([/prestashop/migration/1-7-vers-8](/prestashop/migration/1-7-vers-8))
- **SEO’nuzu korumak** — Kazanılmış SEO değerinin kaybını sınırlamak için URL’lerde nelere dikkat ettiğim. ([/prestashop/migration/conserver-son-referencement](/prestashop/migration/conserver-son-referencement))
- **Yenileme mi onarım mı** — 1.5’ten 8’e geçiş bir yeniden inşa olduğuna göre, onu bir yenileme gibi ele almak gerekir: neler gerektirdiği, maliyeti ve kaybettirdikleri. ([/creation/refonte-ou-reparation](/creation/refonte-ou-reparation))

## FAQ

### Bir 1.5 mağazası neden doğrudan 8’e geçemez?

Çünkü hiçbir resmi araç bunu yapmaz: autoupgrade, 1.5 ile 8 arasındaki farktan çok daha dar güncelleme adımlarını yönetir. Geriye iki gerçek yöntem kalır: sürüm sürüm zincirleme geçiş veya hedefe yönelik veri kurtarmalı yeniden yapılanma.

### Mevcut temamı kaybedecek miyim?

Neredeyse her durumda evet: seçilen yöntem ne olursa olsun, bir 1.5 mağazasının teması hedef sürüm için yeniden yapılmalıdır. Bu, iki sürüm arasındaki farkın bir özelliğidir, güvenilir bir kestirme yolu yoktur.

### Zincirleme ile yeniden yapılanma arasında hangi yöntemi seçmeliyim?

Gerçekten neyi korumak istediğinize bağlıdır. Eksiksiz bir sipariş geçmişi ve köklü bir SEO değeri zincirlemeyi mantıklı kılar. Katalog ve müşteri tabanının temiz alınacağı hız ihtiyacı ise yeniden yapılanmayı mantıklı kılar.

### Bu tür bir proje ne kadar sürer?

Yakın sürümler arasındaki bir geçişten daha uzun sürer, çünkü tema yeniden inşası ve çoğu eklentinin baştan ele alınması her iki yöntemde de kaçınılmazdır. Kesin bir tahmini ilk denetimden sonra veriyorum, önce değil.