是否有任何教程可用于如何在前端检查步骤中添加自定义字段，如PO编号，作业名称，客户评论等以及admin-＆gt; create-＆gt;订单。
答案 0 :(得分：4)
我通常的座右铭是找到（并在需要时购买）已经具有您所寻求的功能的模块。特别是当该项目的生命周期涉及版本升级时，因为您可以从提供商处寻求预先打包的解决方案。
我对我添加到Magento安装中的每一个自定义代码感到遗憾。因为现在我必须保持网站只是继续工作，除了弄清楚我的黑客。是时候花更多的时间用现成的扩展来替换黑客，而这些扩展本来就要快得多。
我知道这种态度有点反对堆栈溢出的想法，我可以做任何事情，但实际上，Magento的工作是让某人做更少的工作。
两年之后，更新一次：在温和的下注之后（可能是为了摆脱问题），我回过头来重温并分享我所学到的一些东西。其他字段的编程方面是数据持久性的概念。
如果您对订单后面的自定义字段only appearing in the transactional emails感到满意，那么任务就像在某处将字段添加到表单一样“简单”，然后更新控制器以捕获并插入发布数据进入电子邮件。您可以在后端使用自定义变量，以便将其公开到email templates。还有Magento SE on programatically creating a custom variable。
在后端获得持久性需要通过模块中的安装程序添加数据库字段。 iCoreThink blog清楚地列出了这些步骤并解释了原因，如何确认您的工作，然后提供实际的实施，例如在其帐户中向客户显示。下面提到的“other blog”就是一个很好的例子，不过他的例子与结算和发货有关。
来自我的upvotes和书签的资源：
»到目前为止，iCoreThink blog post是我最喜欢的参考资料，现在我正在关注它。
»我使用的是模板大师的 FireCheckout ，其中包含他们自己的 checkoutfields 模块，但我放弃了他们的单一视图结帐，以了解Magento的单页结帐流程。我现在正在尝试调整他们的结帐字段（并使用他们的控制器）到我的模板中进行结帐。
»我当然认为Alan Storm写了一篇关于Checkout自定义字段的文章，但我没有看到。
»This Magento SE列出了几个博客和paid extension。卓越的博客是好的，但他的风格对我来说太死了，我什么都学不到。 other blog讨论了构建模块和安装数据库字段的过程。
»unexpected-IT blog演示并非正式地将代码添加到核心文件（但遗憾的是没有显示如何通过将这些文件复制到app / code / local来覆盖这些文件）以及手动执行的步骤获取数据库中添加的列和字段。显然对1.4及以下是完美的，但评论似乎解释了为1.5及以上做什么。
这最后一次黑客攻击是我个人的最爱，因为它将额外的位数无缝地添加到现有的Magento管理页面中，并且“感觉”更少的工作。注意事项：如果不使用版本控制，我不会这样做，如果在版本升级之间发生任何核心代码更改，它绝对会破坏。