Php 您常见的Magento配置错误是什么？

如果说Magento有什么东西是大家都讨厌的，那就是在编写代码之前无休止地配置模块。我正试图收集一个常见的Magento配置错误列表，用于我即将启动的未来项目

我正在寻找一些具体的例子，比如在类名上使用错误的命名约定，在设置分组类名时忘记了

包装器。诸如此类的小事会让你焦躁不安好几个小时，直到你意识到自己的错误

---

细节越多越好

in/app/etc/module/your_module.xml camelcasecodePool否则将失败

<?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>

地方的
真的

重写块、模型或辅助对象时，请确保路径指向现有块，并且路径中没有拼写错误

例如，我只是花了很多时间弄明白为什么下面的重写不起作用：

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

到我的班级的路径

正如你所看到的，我有“视图”，需要“视图”。因此，不存在我试图重写的块，因此没有错误，也没有重写

艾伦，我想在完成配置工作后自己写这个案子。我安装它时遇到问题。我在“gitHub”上发布的问题。我想做我自己，因为我想参与这个项目

谢谢， Margots

使用有助于避免许多配置错误，但一个大问题（与Elzo的答案相比具有讽刺意味）是在模块名称中使用camelCase。在Windows系统上开发时，它可以完美地工作，但在*nix上会无声地失败

Module_UsingCamelCaseFails

鉴于

Module_Uselowercasetosucceed

我还没有试着在*nix上创建一个驼峰式模块，因为我确实看到使用这种命名约定的模块可以工作，但在Windows->Linux方向上肯定会造成麻烦

在adminhtml中创建顶级菜单时，我也很难让ACL保持不变。如果菜单项是

或

的子项，则ACL可以正常工作，但不能作为一级节点

当我第一次开始Magento开发时，另一个经典的例子是忘记了你不能通过将控制器放在app/code/local/Mage中来覆盖它

---

我希望看到一个与之相反的工具，即在您指定的事件、对象和其他值的上下文中验证config.xml，并且应该存在于安装的其余部分中。基本的XSL解析将是第一步，然后尝试实例化任何引用的对象。不确定您将如何验证观察到的事件，但也许将该事件名称的核心代码变灰可以工作。想法？

我认为，如果您输入模块名，它将在linux上无声地失败。我使用侧边栏作为我的模块名，但失败了。因此，永远不要将CamelCase用作模块名称。