我是一个顽固的 Drupal 狂热者,但 Drupal 更像是一个 CMS,而 OSCommerce 更像是一个在线商店应用程序。问题是,我应该在下一个在线商店项目中坚持使用 Drupul,还是敢于采用 OSCommerce?
5 回答
在不知道更多的情况下很难回答。如果您所做的只是构建 [x],则 Drupal 不是很强大,其中 [x] 是在线商店、博客、论坛、RSS 聚合站点等。我们最近使用 Ubercart 插件套件对 Drupal 中的公司商店进行了重组,尽管如此,并且能够对最终结果进行大量控制——更重要的是,将其与我们网站的其他内容更好地集成。
这才是真正的胜利所在——如果您拥有大量现有内容和/或社区,并且您希望将其与您的商店顺利集成。我们可以做一些事情,比如从商店自动推荐与用户正在阅读的文章上的标签相匹配的产品,让人们根据他们在商店中的购买访问我们主站点上的私人论坛等。
如果您还不是 Drupal 的老手,并且不需要这种连接,那么最好使用专用的解决方案。
去年秋天,我使用 Ubercart 一次创建了几个在线商店。有些问题很难解决(例如,塑造结帐视图),但总的来说,这是一次很好的体验,主要是因为您拥有 Drupal 必须提供的所有优势,例如,产品是节点,以及您呈现的方式可以使用大量现有的 Drupal 模块对它们进行调整。
我曾经使用过 OSCommerce,我几乎要发疯了,根据客户的需要调整外观。所以我在 OSCommerce 上的体验非常糟糕,我强烈推荐使用 Drupal。
如果您只想像伊顿建议的那样创建一个没有内容集成的普通商店,那么您最好使用专门的电子商务解决方案。
话虽这么说,如果您决定错过使用集成 CMS/电子商务解决方案(如 Drupal+eCommerce 或 Drupal+Übercart)带来的“额外”,那么您可能无论如何都不应该使用 osCommerce,而应该使用不同的代码基础,如 Magento 或 ZenCart(最初源自 osCommerce)。
如果您特别选择了 Magento 路线,您会发现如果需要,之后仍然可以在组合中添加 Drupal,这要归功于现有的连接器。
OSCommerce 可能是一个实用的解决方案,但您是否愿意在未来维护两个代码库?您的客户将期望得到持续的支持,并且您需要精通 Drupal 和 OSCommerce。
如果它可以满足您的需求,我会坚持使用 Drupal。您将花费更少的时间来解决问题。
我会坚持使用 Drupal。在 OS Commerce 中安装模块需要遵循 10 页的说明(例如,将此代码插入文件 A 的第 87 行,将此代码插入文件 B 的第 192 行),在 Drupal 中,您可以上传模块,激活它就可以工作。(当然您可能需要修改设置,但大多数 Drupal 模块都提供了一个直观的在线界面来执行此操作。
可以想象,一旦您安装了一些 OS Commerce 模块,第 87 行可能是第 104 行,因此说明变得越来越难以遵循。
我先学习了 OS Commerce,然后切换到 Drupal,相比之下,Drupal 非常适合使用!它还具有更好的 SEO,更易于编辑和更易于主题化。