1

我有两个相关的问题：

  1. 是否有可能将 Magento 分解成易于管理的小块，所以
    • 我的 IDE 不必处理整个该死的项目来更改一行 CSS
    • 当我想部署它时，我不必将它全部导出到服务器？
  2. Magento 的哪些部分，确切地说，你不应该接触（除非升级到新版本）？例如应用程序/代码/核心？

作为使用过 Magento 的任何人，它都是应用程序的野兽。在我的开发电脑上，它消耗了大量资源，使用它就像涉水穿过 2 英尺的泥浆。

我目前使用它的方法基本上是将整个代码库粘贴在 SVN 存储库中。

当我完成某些事情时，我会在服务器上更新一个开发 SVN 工作副本并对其进行测试。

当我对更改感到满意时，我导出到服务器上的一个新文件夹，在 local.xml 和媒体文件夹中进行符号链接，然后将 webserver (Apache) 目录符号链接到它。

我的小系统一直很有效，但对于我的一生，我无法弄清楚如何让它更快！

我正在考虑使用不同的 SVN（或 Git）分支甚至 repos 来处理应用程序的不同部分，例如 app/code/local 或 skin/frontend/default 但无法弄清楚具体细节，即使这是最好的方法.

4

1 回答 1

3

从它的声音来看，如果您想保持苗条，您可能需要考虑将 app/code/local、app/code/community 和设计包保留在您的存储库中，并且只需将磁力发电机的核心代码作为单独的代码进行维护包裹。

我发现 Git 似乎更适合 Magento 的大量文件/文件夹。

如果您将 NetBeans 用于 IDE，则可以禁用扫描项目文件以在不需要时构建自动完成功能。但是，我不确定其他 IDE。

就像你说得这么优雅一样，Magento 真的会因为过于抽象而陷入困境。我建议查看 PHP 文件的操作代码缓存（如 APC），并检查本地环境中的 Mysql 设置，以帮助尽可能多地查找和提升瓶颈。

您可能还想考虑Modman。

这是一篇关于如何构建 magento 项目的建议和意见的好文章：

于 2012-05-14T17:54:00.937 回答