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