Projeler ve ajans desteği için müsait · Hızlı yanıt, işi yapan kişiden

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.

Sorunumu anlatayım Mesaj gönderin

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.

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

İhtiyacınızı bir dakikada anlatın

Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.

type
existant
stack (facultatif)
utilisateurs (facultatif)
echeance (facultatif)
Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Sıkça sorulan sorular

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.