# Bir güncellemeden sonra sitem bozuldu

> Bir şeyi bozan güncelleme neredeyse hiçbir zaman tek bir şeyi değiştirmemiştir. Çekirdeği, bazen veritabanı yapısını, çoğu zaman başka bileşenlerin kullandığı dosyaları değiştirmiş ve arkasında uyum sağlamayan parçalar bırakmıştır. Gerçekte neyin oynadığını anlamak sonrasına karar verir: düzeltmek mi, geri dönmek mi.

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

## Doğrudan yanıt

> Herhangi bir tanı koymadan önce derlenmiş önbelleği boşaltın: PrestaShop’ta var/cache, WordPress’te wp-content/cache ve wp-content/upgrade artıkları. Arıza sürüyorsa devre dışı bırakarak yalıtın, yani Modüller > Modül Yöneticisi ya da yeniden adlandırılmış wp-content/plugins klasörü, ve geldiğiniz sürümü not edin. Veritabanını yalnızca güncelleme onu gerçekten dönüştürdüyse geri yükleyin, aksi hâlde o tarihten sonraki tüm siparişleri kaybedersiniz.

## Bir güncelleme gerçekte neyi değiştirir

Aynı anda üç şey değişir. Çekirdek kod değiştirilir: kaldırılan ya da yeniden adlandırılan işlevler, onları çağıran modüller için artık yoktur. Veritabanı yapısı gelişebilir: yeni sütunlar, yeni tablolar, dönüştürülmüş veriler. Ve derlenmiş önbellek eskir: artık aynı biçimde var olmayan dosyalara atıf yapar.

Değişmeyen şey özelleştirmelerdir: geçersiz kılmalar, doğrudan çekirdek dosyalarında yapılan değişiklikler, uyarlanmış tema. Bunlar eski sürüm için yazılmış olarak kalır. Vakaların çoğunda kırılma buradan gelir ve tam olarak aynı sürümde bir satıcıda sorunsuz geçen güncellemenin diğerinde kötü geçmesinin nedeni de budur.

## Karar vermeden önce çerçevelemek

1. **Neyin çalışmadığını kesin olarak tarif edin** — Bir işlev mi, bir sayfa mı, bir kullanıcı rolü mü, yoksa tüm site mi? Sınırlı bir kusur düzeltilir; tamamen durmuş bir site anında geri dönmeyi haklı çıkarır.
2. **Veritabanının değişip değişmediğini kontrol edin** — Belirleyici nokta budur. Güncelleme veri dönüştürdüyse yalnızca dosyaları geri yüklemek yetmez ve tam geri yükleme o günden beri alınan siparişleri kaybettirir.
3. **Sonuca varmadan önce önbellekleri temizleyin** — Güncelleme sonrası belirtilerin kayda değer bir bölümü yerinde kalmış derlenmiş önbellekten gelir. Listedeki en ucuz kontroldür.
4. **Güncellenmemiş bileşenleri listeleyin** — Modüller, eklentiler, tema: önceki sürümde kalanlar ilk şüphelilerdir. Her birinin son güncelleme tarihi güvenilir bir ipucudur.
5. **O döneme ait hata kaydını okuyun** — Sorunlu dosyayı ve işlevi adlandırır. Hedefli bir düzeltmeyi körlemesine devre dışı bırakmadan ayıran şey budur.

## Geri dönmek bedelsiz değildir

> Önceki sürümü geri yüklemek veritabanını da eski hâline döndürür. Güncellemeden bu yana kaydedilen tüm siparişler, kayıtlar ve değişiklikler kaybolur. Etkin bir mağazada bu kayıp arızanın kendisinden pahalıya mal olabilir: karar panikle değil bilerek verilir.

## Geri çekilmek yerine düzeltmek

Ele aldığım durumların çoğunda hedefli düzeltme geri dönmeye yeğdir. Uyumsuz bir modül değiştirilebilir, güncellenebilir ya da çağrısı uyarlanabilir. Eski sürüm için yazılmış bir geçersiz kılma yeniden yazılabilir. Kaldırılmış bir işlevi kullanan tema, ilgili birkaç dosyada ayarlanabilir.

Güncelleme henüz çalışmışsa ve yeni veri kaydedilmemişse geri dönmek anlamlıdır.

Mağaza faaliyetine devam ettiği andan itibaren anlamını yitirir.

Her durumda, geri yükleme dâhil her işlemden önce mevcut durumun kopyası alınır.

## Doğru sayfadan devam edin

- **Büyük bir güncellemeye hazırlanmak** — Durumun tekrarlanmaması için önceden kontrol edilecekler. ([/guides/preparer-mise-a-jour-majeure](/guides/preparer-mise-a-jour-majeure))
- **Başarısız güncellemeden sonra geri yüklemek** — Geri dönmek gerçekten doğru seçenekse izlenecek yordam. ([/wordpress-woocommerce/mise-a-jour/restaurer-apres-mise-a-jour-ratee](/wordpress-woocommerce/mise-a-jour/restaurer-apres-mise-a-jour-ratee))
- **Güncelleme sonrası eklenti çakışması** — İki bileşen aynı işlev için çekiştiğinde ayrıştırma yöntemi. ([/wordpress-woocommerce/problemes/conflit-extensions-apres-mise-a-jour](/wordpress-woocommerce/problemes/conflit-extensions-apres-mise-a-jour))
- **Güncelleme sonrası kaybolan ödeme yöntemi** — Görünmeyi bırakan şey ödemeyse, en pahalı durum. ([/prestashop/problemes/moyen-paiement-disparait-apres-maj](/prestashop/problemes/moyen-paiement-disparait-apres-maj))

## FAQ

### Güncellemeyi öylece kaldırabilir miyim?

Çekirdek güncellemesi için temiz bir kaldırma yoktur. Bir yedek geri yüklenir, bu aynı şey değildir ve o günden beri kaydedilen verileri götürür.

### Güncelleme bir sitede neden çalıştı, bende neden başarısız oldu?

Çünkü kurulu sürüm parametrelerden yalnızca biridir. Modüller, geçersiz kılmalar, tema ve PHP sürümü siteden siteye değişir ve karar veren onların birleşimidir.

### Modüller çekirdekten önce mi sonra mı güncellenmeli?

Uyumlu sürümler zaten varsa önce. Çekirdeği önce güncellemek bileşenleri bilerek geride bırakır ki bozulmaya yol açan tam da bu durumdur.

### Bir daha hiç güncellememek makul mü?

Hayır. Donmuş bir site eninde sonunda sağlayıcının dayattığı PHP sürümüyle uyumsuz hâle gelir ve bilinen açıkları biriktirir. Bir güncellemeyi ertelemek yalnızca bir sonrakini ağırlaştırır.

### Bir dahaki sefere bunu nasıl önlerim?

Canlıya dokunmadan önce sitenin bir kopyasında test ederek ve her modülün bildirilen uyumluluğunu kontrol ederek. Riskli bir güncellemeyi öngörülebilir bir işleme dönüştüren budur.