# PrestaShop geçişinden önce kontrol listesi

> Kötü giden bir PrestaShop geçişi neredeyse her zaman önceden iyi hazırlanmamış bir geçiştir. Kaynak veya hedef sürüm ne olursa olsun, ilk dosyaya dokunmadan önce sistematik olarak kontrol ettiğim noktalar şunlardır.

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

## Doğrudan yanıt

> İlk dosyaya dokunmadan önce üç envanter çıkarın: satıcı adı ve tam sürüm numarasıyla modül listesi, override/ klasörünün içeriği ve sunucuda kayıtlı cron görevleri. Ardından veritabanının tamamını ve img/ klasörünü yedekleyin, sonra bu yedeği başka bir yerde geri yükleyerek gerçekten çalıştığını kanıtlayın.

## Bu adım neden isteğe bağlı değil

Bir geçiş başlamadan önce hazırlanır, geçiş sırasında değil. Envanter eksikse, sorunlar yol boyunca ortaya çıkar; genellikle en kötü anda: lisansı artık elde olmayan bir eklenti, kimsenin hatırlamadığı bir kod override'ı, aslında her şeyi içermediği ortaya çıkan bir veritabanı yedeği. Bu eksikliklerin her biri zaman kaybettirir, bazen de geri alınamaz veri kaybına yol açar.

Bu kontrol listesi, 1.5'ten 9'a kadar herhangi bir PrestaShop sürüm çiftine uygulanır. Geçişten geçişe değişen, yeniden inşa işinin kapsamıdır; değişmeyen ise eksiksiz bir envanterden ve güvenilir bir yedekten yola çıkma zorunluluğudur.

## Envanterini çıkardığım ve yedeklediğim şeyler

1. **Kurulu eklentilerin tam listesi** — Devre dışı bırakılmış ama hâlâ mevcut olanlar dahil, her eklentinin adı, yayıncısı ve tam sürüm numarası. Bu, daha sonra hangilerinin hedef sürümle uyumlu bir karşılığı olduğunu kontrol etmenin temelidir.
2. **Kod override’larının envanteri** — override/ klasöründeki her şey, ayrıca standart eklentiler dışında eklenmiş özel hook’lar. Bu kişiselleştirmeler, büyük bir sürüm değişikliğinde en kırılgan noktadır.
3. **Veritabanının eksiksiz yedeği** — Sadece ürün ve sipariş tablolarının değil, tüm tabloların yapısı ve içeriği. Yapılandırma, çeviri ve eklenti tabloları, elle yeniden girmek istemeyeceğiniz ayarları içerir.
4. **Dosyaların eksiksiz yedeği** — Kod, tema ve katalog görselleri. İlişkili görsel dosyaları olmayan bir veritabanı olduğu haliyle kullanılamaz.
5. **Barındırıcıdaki hedef PHP sürümü** — Barındırıcıda hangi PHP sürümünün mevcut olduğunu ve hedeflenen PrestaShop sürümünün gerektirdiğiyle uyuşup uyuşmadığını kontrol ediyorum. Genellikle mümkün olan hedef sürümü belirleyen kısıtlama budur.
6. **Zamanlanmış görevler, API anahtarları ve çeviriler** — Mevcut cron görevleri (sepet hatırlatmaları, dışa aktarımlar, senkronizasyonlar), ödeme ve kargo API anahtarları, ayrıca kurulu dil eklentileri ve özel çeviriler.
7. **Kullanılabilir disk alanı** — Tam yedeği saklamak ve üretimdeki siteyle paralel olarak bir test kopyası çalıştırmak için yeterli alan olduğunu kontrol ediyorum.

## Her zaman bir kopya üzerinde test edin, asla doğrudan üretimde değil

> Bir geçiş her zaman önce mağazanın bir kopyası üzerinde yürütülür. Bu, bir süre taahhüdünde bulunmadan önce engelleri ortaya çıkarmamı, çözmemi ve gerçek işi hesaplamamı sağlar; canlı siteyi asla riske atmadan.

## İlgili sayfalar

- **Geçiş sonrası uyumsuz eklentiler** — Kusursuz çalışan bir eklentinin güncelleme sonrası neden bozulduğu ve geçişten önce uyumluluğun nasıl kontrol edileceği. ([/prestashop/migration/modules-incompatibles](/prestashop/migration/modules-incompatibles))
- **Satışları kesintiye uğratmadan geçiş** — Canlı siteyle paralel olarak bir geçiş hazırlama ve mağazayı çevrimdışı bırakmadan geçiş yapma yöntemi. ([/prestashop/migration/migrer-sans-interruption-de-vente](/prestashop/migration/migrer-sans-interruption-de-vente))
- **PrestaShop’u PHP 8'e geçirmek** — Bir barındırıcı PHP 7'yi kaldırdığında ve hedeflenen PrestaShop sürümü PHP 8 gerektirdiğinde bunun anlamı. ([/prestashop/migration/passer-a-php-8](/prestashop/migration/passer-a-php-8))

## FAQ

### Bu envanteri geçişten ne kadar önce yapmalıyım?

Bunu, süre ve kapsamı tahmin etmeden önce, projenin en başında yapıyorum. Kaç eklentinin değiştirilmesi veya kaç override'ın yeniden yazılması gerektiğini gösteren bu envanterdir.

### Veritabanı yedeği yeterli değil mi?

Hayır, dosyalar da gerekli, özellikle veritabanında saklanmayan katalog görselleri. İlişkili dosyalar olmadan bir veritabanı mağazayı geri yüklemek için kullanılamaz.

### Ücretli bir eklentinin lisansım veya erişimim artık yoksa ne yapmalıyım?

Envanterin önceden yapılmasının amacı tam olarak budur: sorunu geçiş sırasında değil öncesinde tespit etmek, yayıncıyla iletişime geçmek veya bir alternatif aramak için zaman kazanmak.

### Hedef PrestaShop sürümünü seçmeden önce barındırıcının PHP sürümünü neden kontrol etmeli?

Çünkü her PrestaShop sürümü belirli bir PHP sürüm aralığı gerektirir. Barındırıcı henüz gerekli sürümü sunmuyorsa, ya barındırıcı değiştirilir ya da hedef sürüm ayarlanır.

### Zamanlanmış görevler (cron) de yedeklenmeli mi?

Evet, sepet hatırlatmaları veya otomatik dışa aktarımlar gibi önemli işlevleri çalıştırdıkları halde sıklıkla unutulurlar. Geçişten sonra yeniden oluşturulabilmeleri için listelenmeleri gerekir.