# Barındırma değişikliğinden beri sitem bozuk

> Dosyalar oradadır, veritabanı oradadır, yine de bir işlev çalışmayı reddeder. Ele aldığım vakaların neredeyse tamamında kopyalama sırasında hiçbir şey kaybolmamıştır: yeni sunucu yalnızca eskisi gibi yapılandırılmamıştır ve site, kimsenin belgelemediği eski ortam ayrıntılarına dayanıyordur.

- Source canonique : [https://allaux.fr/tr/problemes/panne-apres-changement-d-hebergeur](https://allaux.fr/tr/problemes/panne-apres-changement-d-hebergeur)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Önce site adresini veritabanında güncelleyin: PrestaShop’ta ps_shop_url tablosu, WordPress’te wp_options tablosundaki siteurl ve home. Eski sunucuda kalmış bir adres sonraki tüm denetimleri yanıltır. Ardından iki barındırmada yüklü PHP eklentilerini karşılaştırın; en sık intl, gd, zip ve curl eksik olur. Son olarak .htaccess dosyasının gerçekten okunduğunu doğrulayın, yoksa hiçbir URL yeniden yazma kuralı çalışmaz.

## Bir siteyi bozan altı fark

1. **PHP sürümü** — İlk bakılacak şeydir. Yeni bir sunucu varsayılan olarak daha güncel bir sürüm sunar ve öncekine katlanan eski bir modül aniden durur. Belirti uyarı değil ölümcül hatadır.
2. **Eksik PHP eklentileri** — Görsel işleme, arşivler, şifreleme, dış servise bağlanma: her biri bir eklentiye bağlıdır. Kurulu değilse ilgili işlev tek başına çöker, sitenin geri kalanı çalışır ve teşhis yanlış yöne gider.
3. **Adres yeniden yazma** — Yeniden yazma modülü etkin değilse ana sayfa görünür ve diğer tüm sayfalar bulunamadı döndürür. Listedeki en tanınabilir belirtidir.
4. **Dosya izinleri** — Başka bir hesapla yapılan kopyalama, web sunucusunun artık yazamadığı dizinler bırakır: görsel yükleme başarısız olur, önbellek yenilenmez, kayıtlar boş kalır.
5. **Veritabanı karakter kümesi** — Farklı bir karakter kümesiyle yeniden oluşturulan bir veritabanı, hiçbir hata üretmeden tüm katalogda aksanlı harfleri sembole çevirir.
6. **Zamanlanmış görevler ve posta gönderimi** — Ne otomatik görevler ne de gönderim yapılandırması dosyalarla birlikte taşınır. Yeniden oluşturulmaları gerekir ve yoklukları ancak günler sonra fark edilir.

## Hemen görünenler ve sonra görünenler

Hemen görünen arızalar — boş sayfa, hatalı adresler, bozuk aksanlar — en ucuz olanlardır: aynı gün ele alınırlar. Sessiz arızalar daha can sıkıcıdır. Yeniden oluşturulmamış bir zamanlanmış görev ancak ürün akışı güncelliğini yitirdiği gün ortaya çıkar. Yapılandırılmamış posta gönderimi ancak bir müşteri onayını almadığını bildirdiğinde fark edilir.

Bu yüzden bir barındırma taşımasının geçiş gününde değil, bir haftalık kontrolden sonra bittiğini kabul ederim: eksiksiz bir test siparişi, doğrulanmış posta gönderimi, en az bir kez çalışmış zamanlanmış görevler, yeniden yapılandırılmış ve doğrulanmış yedekler.

## Eski sunucuyu birkaç hafta erişilebilir tutun

> Eski barındırma yerinde kaldığı sürece karşılaştırma mümkündür: PHP sürümü, etkin eklentiler, sunucu ayarları, bir dizinin içeriği. Bir aylık aboneliği kurtarmak için hemen iptal etmek, elinizdeki tek referansı yok eder.

## Doğru sayfadan devam edin

- **PrestaShop'ta barındırma değiştirmek** — Eksiksiz yordam ve PrestaShop'a özgü ayarlar. ([/prestashop/migration/changer-d-hebergeur](/prestashop/migration/changer-d-hebergeur))
- **WordPress'te kesintisiz barındırma değiştirmek** — Son veritabanı eşitlemesiyle birlikte WordPress tarafındaki geçiş. ([/wordpress-woocommerce/migration/hebergeur-sans-interruption](/wordpress-woocommerce/migration/hebergeur-sans-interruption))
- **E-ticaret sunucusunda dosya izinleri** — Görsel yükleme ya da önbellek yazma çalışmıyorsa. ([/guides/droits-fichiers-serveur-ecommerce](/guides/droits-fichiers-serveur-ecommerce))
- **PHP 8'e geçmek** — Hataların arkasında yeni PHP sürümü varsa. ([/prestashop/migration/passer-a-php-8](/prestashop/migration/passer-a-php-8))

## FAQ

### Önce hangi PHP sürümünün çalıştığını nasıl öğrenirim?

Eski barındırma hâlâ etkinse bilgi kendi yönetim panelindedir. Değilse sitenin hata kayıtları ve CMS yapılandırma dosyaları çoğu zaman iz taşır.

### Ana sayfa dışındaki tüm sayfalar hata veriyor, ne yapmalı?

Bu, etkin olmayan adres yeniden yazmanın imzasıdır. Sunucuya göre ilgili modülü etkinleştirmek ya da yeniden yazma kurallarını sunucu yapılandırmasına taşımak gerekir.

### Aksanlarım sembole dönüştü, geri alınabilir mi?

Özgün veritabanı hâlâ mevcutsa evet: doğru karakter kümesiyle yeniden içe aktarılır. Dönüşüm verinin üzerine kaydedilmişse toparlama çok daha ağırlaşır.

### Her şeyi baştan yeniden kopyalamalı mıyım?

Nadiren. Ortam farkı belirlendikten sonra düzeltme belirli bir ayarı hedefler. Her şeyi yeniden kopyalamak çoğu zaman aynı durumu üretir.

### Temiz bir taşıma için ne kadar süre öngörmeli?

Aktarımın kendisi kısadır. Zaman alan hazırlık ve doğrulamadır; tek başına geçiş süresi yerine bir doğrulama penceresi bildirmeyi tercih ederim.