8

誰もがMagentoについて嫌いなことがあれば、コードを記述できるようになる前に、モジュールを際限なく構成します。立ち上げ間近の将来のプロジェクトのために、一般的なMagento構成エラーのリストを収集しようとしています。

<class />クラス名に間違った命名規則を使用したり、グループ化されたクラス名を設定するときにラッパーを忘れたりするなど、具体的な例を探しています。あなたがあなたのエラーに気付くまで、そのような小さなことはあなたを何時間もバティに駆り立てます。

詳細が多いほど良いです！

4

3 に答える 3

7

/app/etc/module/your_Module.xmlのキャメルケースcodePoolを指定しないと、失敗します

<?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>
于 2010-03-16T10:14:18.823 に答える
2

moduleCreatorを使用すると、多くの構成ミスを回避できますが、（皮肉なことにElzoの回答と比較して）1つの大きな落とし穴は、モジュール名にキャメルケースを使用することです。Windowsシステムで開発する場合は完全に機能しますが、*nixではサイレントに失敗します。 

Module_UsingCamelCaseFails

一方

Module_Uselowercasetosucceed

* nixでキャメルケースモジュールを作成しようとはしていません。その命名規則で機能するモジュールがありますが、確かにWindows->Linuxの方向では問題が発生します。

また、adminhtmlでトップレベルメニューを作成するときに、ACLを固定するのに苦労しました。メニューエントリがまたはの子である<cms>場合<catalog>、ACLは正常に機能しますが、ファーストクラスノードとしては機能しません。

私が最初にMagentoの開発を始めたときに時間がかかったもう一つの古典は、コントローラーをに配置するだけではオーバーライドできないことを忘れていましたapp/code/local/Mage。

ConfigViewerの逆であるツール、つまり、指定したイベント、オブジェクト、およびその他の値のコンテキストでconfig.xmlを検証し、インストールの残りの部分に存在する必要があるツールを確認したいと思います。基本的なXSL解析が最初のパスであり、次に参照されるオブジェクトのインスタンス化を試みます。観察されたイベントをどのように検証するかはわかりませんが、おそらくそのイベント名のコアコードをgrepすることで機能する可能性があります。考え？

于 2010-08-02T00:31:32.683 に答える
0

ブロック、モデル、またはヘルパーを書き換えるときは、パスが既存のブロックを指していること、およびパスにスペルミスがないことを確認してください。

たとえば、次の書き換えが機能しなかった理由を理解するために多くの時間を費やしました。

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

あなたがそれを見ることができるように、私はそれが「ビュー」である必要があるところに「ビュー」を持っています。したがって、私が書き直そうとしているブロックは存在せず、エラーも書き直しもありません。

アラン、Configlintが機能するようになったら、自分でケースを作成したいと思います。インストールに問題があります。'gitHub'に投稿した問題。このプロジェクトに関わりたいので自分でやりたい

ありがとう、マーゴット

于 2010-04-08T03:56:26.030 に答える