Sizin Common Magento Yapılandırma hatalar nelerdir?

3 Cevap php

everybody Magento o sonsuz bazı kod yazmak edememek önce modüllerini yapılandırmak oluyor hakkında nefret bir şey varsa. Ben başlatılması yakın olduğum olan bir gelecek projesi için ortak Magento yapılandırma hataları bir listesini toplamak için çalışıyorum.

Ben gruplandırılmış sınıf isimlerini kurarken <class /> sarıcı unutmadan, classnames üzerinde yanlış adlandırma kuralını kullanarak gibi şeyler belirli örnekler arıyorum. Eğer hata fark kadar saat kaçık sürücü o böyle küçük şeyler.

Daha fazla bilgi daha iyi!

3 Cevap

/ app / etc / modül / your_Module.xml CamelCase yılında codePool aksi halde başarısız olur

<?xml version="1.0"?>
<config>
    <modules>
        <Your_Module>
            <!-- <codepool>local</codepool> this will fail silently-->
            <codePool>local</codePool>
            <active>true</active>
        </Omx_Hooks>
    </modules>
</config>

Kullanarak moduleCreator yapılandırma hataları çok önlemek için yardımcı olur, ancak (ironik Elzo cevabı karşılaştırıldığında) büyük bir yakaladım bir modül adı camelCase kullanıyor. Bu bir Windows sistem üzerinde geliştirirken mükemmel çalışır, ancak * nix üzerinde sessizce başarısız olacaktır.

Module_UsingCamelCaseFails

oysa

Module_Uselowercasetosucceed

Ben işe o adlandırma kuralı ile modülleri görmek yok gibi * nix üzerinde bir deve dava modül oluşturma denemedim, ama kesinlikle Windows> Linux yönü sorun neden olur.

Ben de zorluk adminhtml üst düzey bir menü oluştururken sopa ACL alıyorum yaşadım. Menü giriş <cms> veya <catalog> bir çocuk ise, ACL iyi çalışır, ama birinci sınıf bir düğüm gibi.

Ben ilk Magento geliştirme başladığımda bir süre aldı, diğer klasik, sadece app/code/local/Mage yerleştirerek bir denetleyici kılamaz unutmadan edildi.

Ben etkili ConfigViewer ters bir aracı, size belirtilen ettik ve olması gereken olaylar, nesneler ve diğer değerler bağlamında sizin config.xml doğrular yani birini görmek isteriz install geri kalanı. Temel XSL Ayrıştırma ilk geçiş olacağını, daha sonra herhangi başvurulan nesne örneğini oluşturmak için çalışır. Eğer gözlenen olayları doğrulamak nasıl emin, ama belki de bu olay adı için çekirdek kodu grepping değil işe yarayabilir. Düşünceler?

Blokları yeniden yaparken, model veya yardımcıları yolu mevcut bloğuna işaret emin olun ve yolunda hiçbir misspell yoktur.

Örneğin, ben sadece aşağıdaki yeniden yazma işe yaramadı neden bulmaktan çok zaman geçirdim:

<blocks>  
  <adminhtml>  
     <rewrite>    <sales_order_views_tabs>Path_to_My_class</sales_order_views_tabs>  
     </rewrite>  
  </adminhtml>  
</blocks>

Bunu görmek gibi i 'view' olması gereken 'görüşlerini' var. Böylece, ben de hiçbir hata ve hiçbir yeniden yazar çıkan yeniden çalışıyorum blok orada yok.

Alan, ben Configlint işi alacak kez davayla kendim yazmak istiyorum. Bunu yüklemeden sorunu yaşıyorum. Ben 'github' de attılar sorunu. Ben bu projeye dahil olmak istiyorum, çünkü ben kendim yapmak istiyorum

thanks, Margots

etiketler