你有什么常见的Magento配置错误？ [关闭]

Question

如果有这么的东西大家恨有关的Magento它能够写一些代码之前无休止真实配置的模块。我试图收集常见的Magento的配置错误清单为未来的项目这是我亲近的推出。

我要找的东西喜欢使用上的类名错误的命名惯例，设立分组类名的时候忘了<class />包装的具体例子。这样的小事情，让你抓狂了几个小时，直到你实现你的错误。

信息越详细越好！

Answer 1

在/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>

Answer 2

使用 moduleCreator 有助于避免一不少配置错误，但一个大的疑难杂症（讽刺相比Elzo的答案）是在模块名称中使用驼峰。在Windows系统上进行开发时，它会很好地工作，但在* nix静静地失败。

Module_UsingCamelCaseFails

，而

Module_Uselowercasetosucceed

我没有尝试过建立在* nix骆驼情况下模块作为我看到与合作这样的命名，模块，但肯定会在Windows的> Linux的方向会引起麻烦。

我也有困难得到的ACL创建的adminhtml顶级菜单时要坚持。如果你的菜单项是<cms>或<catalog>的孩子时，ACL做工精细，但不是作为第一类节点。

这是花了一段时间，当我第一次开始Magento的发展，几乎忘了，你不能仅通过将其放置在app/code/local/Mage重写控制器等经典。

我很想看到一个工具，是有效的逆 ConfigViewer ，即一个验证你的config.xml中的事件，对象的背景和其他价值你指定和安装剩下的应该存在的。一个基本的XSL解析将是第一关，然后尝试实例化任何引用的对象。不知道你将如何验证观察到的事件，但也许grepping该事件的名称可以工作的核心代码。想法？

Answer 3

当重写块，模型或助手确保该路径指向现有块并且在所述路径中没有拼错。

例如，我只花了很多时间搞清楚为什么下面的重写不工作：

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

正如你可以看到它，我有“视图”，其中它需要“视图”。因此，不存在我试图重写导致没有错误的块并且没有重写为好。

艾伦，我想我自己写的情况下一次我会得到Configlint工作。我有问题，安装它。这个问题我已经张贴在“Github上”。我想做我自己，因为我想成为参与这个项目

感谢， Margots