# Bir modül kurulduktan sonra her şey bozuldu

> «Müşteri değerlendirme modülü kurdum ve artık kargo görünmüyor.» Bu cümle düzenli olarak karşıma çıkıyor ve hiç de saçma değil. Bir modül yalıtılmış bir tuğla değildir: kod ekler, tablolar oluşturur, sahibi olmadığı konumlara bağlanır ve kendisiyle ilgisi olmayan sayfalara kendi betiklerini yükler.

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

## Doğrudan yanıt

> Kaldırmadan önce devre dışı bırakın: PrestaShop’ta Modüller > Modül Yöneticisi, ardından modülün hangi hook’ları tuttuğunu görmek için Tasarım > Konumlar. WordPress’te yönetim paneline erişemiyorsanız FTP ile wp-content/plugins klasörünü plugins-off olarak yeniden adlandırın; hepsi birden kapanır, sonra teker teker açarsınız. Ardından tam hata iletisi için var/logs/ ya da wp-content/debug.log dosyasını okuyun.

## Bir modül gerçekte neyi değiştirir

Kurulum sırasında bir modül dosya bırakmaktan çok daha fazlasını yapar. Bağlantı noktaları kaydeder: kodunun çalıştırılacağı, çoğu zaman on kadar, bazen görsel olarak değiştirmediği sayfalardaki noktalar. Kendi tablolarını oluşturur ve bazen var olan tablolara sütun ekler. Stil dosyalarını ve betiklerini sıranın önem taşıdığı yükleme kuyruğuna ekler. Ve bir geçersiz kılma kurabilir; yani tüm site için çekirdeğin bir davranışının yerine geçen bir dosya.

Aynı davranışı geçersiz kılan iki modül çakışır: ikincisi birincinin üzerine yazar ya da onu kısmen değiştirir. Kurulan modülden uzakta beliren bir hatanın en sık nedeni budur ve kaldırmadan sonra da hayatta kalan neden budur, çünkü bir geçersiz kılma dosyası her zaman temiz biçimde silinmez.

## Sorumlu modülü ayrıştırmak

1. **Zaman sırasını doğrulayın** — Kusur önceden var mıydı? Birden çok kişinin çalıştığı bir sitede görünürdeki rastlantı her zaman gerçek neden değildir. Aynı gün çalıştırılmış bir güncelleme de en az o kadar ciddi bir adaydır.
2. **Kaldırmak yerine devre dışı bırakın** — Devre dışı bırakma geri alınabilir ve ayarları korur. Kaldırma çoğu zaman yapılandırmayı, tabloları ve bazen girilmiş verileri siler. Bir ödeme ya da kargo modülünde fark büyüktür.
3. **Yarı yarıya ilerleyin** — Yakın zamanda eklenmiş çok sayıda modül varsa, her seferinde yarısını devre dışı bırakmak alanı ikiye böler. Tek tek denemekten belirgin biçimde hızlıdır ve geri alınabilir kalır.
4. **Geçersiz kılma dizinine bakın** — Kurulum günü tarihli, bir çekirdek sınıfının adını taşıyan bir geçersiz kılma dosyası, modül devre dışı bırakılsa bile suçluyu adlandırır.
5. **Tarayıcı konsoluna bakın** — Belirti tepkisiz bir buton ya da donmuş bir menüyse, betik hatası hatalı dosyayı adlandırır ve o dosyanın yolu modülün adını içerir.

## Kaldırmak siteyi her zaman ilk hâline döndürmez

> Düzgün yazılmış bir modül bağlantı noktalarını, tablolarını ve dosyalarını kaldırır. Birçoğu bunu yalnızca kısmen yapar: yerinde bırakılan geçersiz kılmalar, hiç silinmeyen eklenmiş sütunlar, veritabanında öksüz kalan ayarlar. Bu yüzden kurulumdan önce alınan bir yedek, kaldırma yordamının kendisinden değerlidir.

## En sık karşılaştığım çatışmalar

- Çekirdeğin aynı davranışını geçersiz kılan iki modül: en son kurulan kazanır ve ilkinin işlevi mesajsız kaybolur.
- Aynı betik kitaplığını farklı sürümlerde yükleyen iki modül: sayfa ikisini de yükler ve ikincisi birincinin üzerine yazar.
- Dosyaları birleştirip sıkıştıran bir önbellek ya da optimizasyon modülü: belirli bir yükleme sırası varsayan başka bir modülün betiklerini bozar.
- Sipariş sürecine bağlanmış ve sessizce başarısız olan bir modül: hata mesajı yerine etkisiz bir buton bırakır.
- Uyumlu olduğunu bildirdiğinden farklı bir CMS sürümüne kurulmuş bir modül: görünürde çalışır ve belirli bir durumda çöker.

## Doğru sayfadan devam edin

- **Bir modül kurulmayı reddediyor** — Sorun sonuçları değil kurulumun kendisiyse. ([/prestashop/problemes/module-refuse-installation](/prestashop/problemes/module-refuse-installation))
- **Güncelleme sonrası eklenti çakışması** — İki eklenti aynı işlev için çekiştiğinde WordPress tarafındaki ayrıştırma yöntemi. ([/wordpress-woocommerce/problemes/conflit-extensions-apres-mise-a-jour](/wordpress-woocommerce/problemes/conflit-extensions-apres-mise-a-jour))
- **PrestaShop'ta geçersiz kılma mı modül mü** — Geçersiz kılmanın neden en sık çakışma kaynağı olduğu ve ne zaman kaçınılacağı. ([/guides/override-ou-module-prestashop](/guides/override-ou-module-prestashop))
- **Hook nedir** — Bir modülün sahibi olmadığı sayfalarda çalışmasını sağlayan mekanizma. ([/glossaire/hook](/glossaire/hook))

## FAQ

### Modülün bozulan işlevle ilgisi yok, gerçekten o mu?

Sık görülür ve tamamen mantıklıdır. Bir modül paylaşılan konumlara bağlanır ve betiklerini tüm siteye yükler. Bağ işlevsel değil tekniktir: aynı konum, aynı dosya, aynı geçersiz kılınmış davranış.

### Modülü kaldırmalı mıyım yoksa düzeltmeli miyim?

Ne getirdiğine bağlıdır. Bakımı yapılan bir alternatif varsa değiştirmek uyarlamaktan sağlıklıdır. Modül vazgeçilmez ve iyi yazılmışsa yükleme sırasını ya da bağlantı noktasını ayarlamak çoğu zaman yeter.

### Bir modülü risksiz nasıl test ederim?

Sitenin bir kopyasında, asla doğrudan canlıda değil. Hazırlık ortamının eksiksiz bir altyapı olması gerekmez: dosyaların ve veritabanının bir kopyası, dizinlemeye kapalı bir adreste, bu tür bir test için yeter.

### Ücretsiz bir modül ücretliden daha mı riskli?

Gösterge fiyat değildir. Önemli olan son güncelleme tarihi, sizin sürümünüzle bildirilen uyumluluk ve yayıncının hâlâ yayın yapıp yapmadığıdır. Terk edilmiş ücretli bir modül, bakımı yapılan ücretsiz bir modülden daha risklidir.

### İki modülün çakışıp çakışmayacağı önceden bilinebilir mi?

Kısmen: bağlandıkları konumları ve kurdukları geçersiz kılmaları karşılaştırmak kurulumdan önce bile bir ilk fikir verir. Gerisi canlı mağazada değil bir kopyada doğrulanır.