各大电子商务网站之间的区别

Zen Cart, OSCommerce,Shopex,Ecshop,Magento,zenmagick等网店系统的比较
个人意见，国外Magento，国内Shopex的不错

magento和zen cart两者有何区别
相对来说magento 是一个新的开源网店系统，目前汉化已经差不多了，但缺少支付宝插件，所以付款方面不如zen cart灵活，magento 有个特点就是集成了cms内容管理系统~~ Magento 应该是当今开源电子商务系统的翘楚，能跟其在同一档次的同类系统应该没有。和 Magento 比起来， zen-cart…… 稍逊。

zenmagick和zencart的比较
zenmagick是一种面向对象的新一代模板机制，这样便于采用面向对象的方式对zencart进行二次开发。有人认为“zenmagick还没有实现 zencart的所有功能，稳定性也有待测试”。这个问题提的很好，也很重要，Ethan有必要进一步说明zenmagick和zencart的关系。

任何网店系统都可以分成前台、数据库、后台三大部分，总的来说，前台和后台之间没有直接的关系，仅仅是通过数据库才发生联系，后台负责把数据存入数据库，前台负责从数据库中读取数据并生成网页。

zenmagick在zencart后台增加一组关于zenmagick的菜单，除此不对zencart后台做任何改动。zenmagick对 zencart的数据库也几乎不做任何改动。zenmagick其实就相当于zencart前台，效果和zencart前台一模一样，只不过换了一种方式 去实现而已，而且这种方式是目前主流的、更先进的面向对象的方式。

由于zencart有数百个扩展，为了区分，可以把上述zencart明确为zencart主程序，这样就出现了以下两种方案：

zencart（方案） zencart主程序前台 + zencart主程序数据库 + zencart主程序后台 + zencart扩展前台 + zencart扩展数据库 + zencart扩展后台 + zencart二次开发
zenmagick（方案） zenmagick + zencart主程序数据库 + zencart主程序后台 + zencart扩展前台（以zenmagick方式实现） + zencart扩展数据库 + zencart扩展后台 + zenmagick二次开发

现在从八个方面来比较：功能、速度、稳定性、bug、安全性、进入壁垒、定制效率和日后修改成本、系统可扩展性。

1，功能。zencart主程序的所有功能，zenmagick基本都具备，而zenmagick有些重要的功能是zencart主程序所没有的。 至于zencart扩展，主要分为ABC三类。A类只涉及后台和数据库，B类涉及后台、数据库和前台，C类只涉及数据库和前台。由于zenmagick仅 仅是一种前台，所以A类不用做任何改动，B类涉及后台和数据库的部分不用做任何改动，C类涉及数据库的部分不用做任何改动。B类和C类涉及前台的部分需要 用zenmagick方式实现，zenmagick方案中的“zencart扩展前台（以zenmagick方式实现）”指的就是这个，但网络编程最重要 的是数据库，数据库是现成的，只要考虑前台，前台的逻辑也是现成的，部分代码还可以重用，再加上一些技巧，以zenmagick方式实现前台的工作量要比 重新做小很多，而zenmagick二次开发在开发效率和系统可扩展性上要优于zencart二次开发（分别见下述第七点和第八点），所以在定制的情况 下，不能简单地说zencart方案的功能比zenmagick方案多。

2，速度。可能有人会认为，zenmagick方案是在zencart的基础上加上zenmagick，所以速度会慢。实际上zenmagick在 程序运行时终止了zencart的模板机制，用更先进的方式取而代之，所以是一种替换的关系，不是增加的关系。速度上Ethan仔细测试过，精确到毫秒， 有的情况下zenmagick方案略快，有的情况下zencart方案略快，可以说两者不分上下。

3，稳定性。稳定性是一个容易误导的词，网站不像家用电气，用时间长了，就不稳定了。在一定访问量范围内，网站会永远稳定（数据库无限增大可能会带 来不稳定，但zenmagick和zencart数据库是一样的，所以忽略这个因素）。如果访问量超过一定范围，任何网店系统都会变得不稳定，所以稳定性 指的是网站的负载能力。zenmagick和zencart的负载能力是在同一水平的，一般中小型网站都是够用的，对于大型网站，需要优化服务器参数，程 序也要作些调整，这一点zenmagick和zencart是一样的。

4，bug。bug是在使用中不断发现的，任何网店系统都有bug。zencart主程序是经过充分考验的，因此bug肯定是最少的，这一点优于 zenmagick。但是加上zencart扩展就不一样了，如果还要二次开发，那这种优势就微乎其微了。况且，zenmagick也并非才诞生的东西， zenmagick的作者mano是一位有java开发背景的资深的程序员，他首先为了满足自己的商业项目中客户的需求，形成了zenmagick的雏 形，然后在2006年10月5号，发布0.4版本，到现在的0.85版，经历了一年多的改进，应该说已经非常成熟了。还应该指出的是，网店是一种相对简单 和直观的系统，bug是比较容易发现的，极少数难以发现的bug并不影响使用。

5，安全性。安全性的确对网店非常重要，但没有任何网店系统是绝对安全的，安全性在可接受范围内就可以了。从后台来看，zenmagick和 zencart安全性是一样的，从前台看，zencart主程序安全性略优于zenmagick，但如果加上zencart扩展，再加上二次开发，就没有 任何优势了。目前中国有无数的网上商店是找各种小公司定制的，这些系统的安全性远低于zencart主程序，但好像还很少听说过黑客入侵网上商店盗取商业 秘密的报道。zenmagick的作者mano早就把zenmagick应用在自己的商业项目中了，应该说zenmagick的安全性对于中小型公司已经 足够了，对于大型公司，zenmagick和zencart都需要在安全性方面进行调整和加强。

6，进入壁垒。进入壁垒涉及到定制成本，如果进入壁垒低，容易找到人定制，则定制成本低。如果一个程序员：A，熟悉zencart但不熟悉面向对象 编程；B，熟悉面向对象编程但不熟悉zencart；C，既熟悉zencart又熟悉面向对象编程，那么：A种情况，方案2进入壁垒高；B种情况，方案1 进入壁垒高；C种情况，进入壁垒都不高。目前面向对象的编程已经成为主流，一般程序员都很熟悉，综合比较，zenmagick和zencart的进入壁垒 是一样的。

7，定制效率和日后修改成本。zenmagick的定制效率要明显大于zencart，用zenmagick做成的模板，要修改前台一个地方只要修 改一个文件就行了，而用zencart做成的模板，要修改前台一个地方必须修改多个相关的文件，要找到这些相关文件，并确定修改位置，对于熟悉 zencart的人还好，对于不熟悉zencart的人，就像进入地狱一样。zenmagick就是为了解决zencart这种繁琐的模板机制应运而生 的，zenmagick提出的口号就是“as simple as that!”。一个道理，在日后修改成本方面，zenmagick要明显优于zencart。

8，系统可扩展性。如果只是安装zencart扩展，没有什么修改，由于zencart的某些扩展不能直接应用在zenmagick上，系统可扩展 性zencart优于zenmagick。但如果考虑三个因素，情况就变了。首先，既然需要定制，往往是遇到了安装zencart扩展还不能解决的问题。 其次，zencart各种扩展之间的兼容性并没有经过充分测试。最后，zencart1.37出来已经快一年了，还不见新的动静，是因为 zencart1.4将有大的改变。PHP5正在取代PHP4成为主流，从zencart1.4开始，zencart将不再支持PHP4，只支持 PHP5。PHP5相对于PHP4最大的改进是注重面向对象编程，一旦zencart1.4问世，很多zencart扩展必须升级后才能用。就系统本身而 言，可扩展性zenmagick要明显优于zencart。因为zenmagick完全采用了面向对象的方式，面向对象最大的好处之一就是系统可扩展性 强。

综上所述，虽然技术上zenmagick更先进，但对客户来讲，总体来说，zencart方案和zenmagick方案区别不大，如果非要说区别， 不定制的情况下，zencart方案优于zenmagick方案，定制的情况下，zenmagick方案优于zencart方案。

用Google trends对比Magento，OSC，Zencart几大开源程序
下面这张图是在Google Trends中对现在比较流行的几个电子商务程序的对比。其中黄色线代表OScommerce，红色线代表Magento，绿色和蓝色线分别代表 Cubecart和Zen-cart。

从图中我们可以清楚的看到老牌劲旅OSCommerce虽然仍占很大的优势，但是下降趋势已经非常明显，这和OSCommerce架构上的先天不足 有着非常大的关系。OSCommerce的架构已经严重限制了它的可扩展性和灵活性。这也是为什么zen-cart会产生的原因。zen-cart正是脱 胎于oscommerce，主要的开发人员也来自于OSCommerce团队。他们弥补了OSC的不足，是zen-cart得到了长足的发展，成为目前最 热门的开源电子商务程序之一。

而从2007年起，没有人可以忽略Magento的崛起。在上面图中我们可以清楚的看到红色线代表的Magento上升趋势势不可挡，以非常大的幅 度吸引人们的注意。他的受欢迎程度已经远远超过了zen-cart和cubecart，正快速赶超oscommerce。尤其是2008年正式的稳定版本 面世之后，magento的先进架构，强大的团队支持，高度可定制性都将成为网上开店的最佳选择。

Magento对中国用户来说也有很多不完善的地方，比如语言的翻译，对支付宝等网关的支持等等，但是我相信随着magento正式版的推出，一定会有更多适应中国市场的插件产生。

Zen Cart与OSCommerce的比较
这是Zen Cart小组成员回答NewsForge撰稿人的一篇关于Zen Cart与osCommerce的比较的文章，同时也介绍了Zen Cart的一些基本情况，现简单翻译，和大家共享。
＋＋＋＋＋＋＋＋＋＋＋＋＋

Zen Cart项目始于2003年6月，使用的是osC MS2的基本代码。我们花了6个月时间重写代码及消除错误，然后发布了Zen Cart的Alpha版本。在过去的 18个月中，我们在源代码基础上，不断修改完善，增加各种功能，持续发布新版本。即将发布的新版本v1.3将会是最大的修改，因为采用了完全不同的商业和 界面逻辑设计，完全兼容XHTML分类，面向对象编码。下一步计划重新构造“结帐”和“建立帐号”的步骤，然后修改管理页面，使界面更友好、更直观。最终 的目标是，做出一个让绝大多数用户不用修改代码或添加功能，就可以安装及运行的软件。

问：您认为OSCommerce不适合您或您的客户的最重要的原因是什么？

让我采用另一种方案的主要原因是：osC软件很难增加新功能。安装和运行即使是一个很简单的商店，都需要做很多修改

(我那时开了一个在线的专业鸟类供应商店)。升级非常困难，除非你重建整个商店。如果想更改商店外观，需要重写代码。
我们放弃osC时，就决定要让店主更轻松些，他们是软件的最终用户。

问:Zen Cart与基本的OSCommerce的主要区别是什么?

嗯，区别太多了... 最大的不同是，使用Zen Cart的普通店主，能够自己定制商店的外观及功能。我们在管理页面，给几乎所有的功能，都设置了打开或关闭的选项。区块可以重新定位，在栏目间移动，或 者整栏关闭。只要修改格式文件和一些图形，就可以将商店改头换面，除了修改一些语言定义，不需要修改任何文件。
Zen Cart包含了osC需要用户输入的大多数功能，例如增加全局折扣。在管理页面下，税收功能更加灵活，容易配置。约有100多处改进。

问：你所知道的类似版本有哪些区别？

大多数的其它版本，都是osC的加强版，就是说他们增加了很多的功能，但多数都没有脱离osC的基本代码。
Zen Cart以 osC代码为基础，但不只是增加新功能和添加代码，而是让代码更加灵活和新颖。Zen Cart与register_globals_off 完全兼容。商业和界面逻辑独立于模板，模板是可覆盖的，这使得更新商店代码从以前的几天甚至几周缩短到几小时。

问：该项目面向特定的市场吗？

大多数Zen Cart的用户是小生意商或刚开业的店主，但也用于加拿大的一个公共运输公司，佛罗里达州的一家大型计算机定制商，几个非盈利组织，以及许多其它公司。

问：目前的OSCommerce用户要迁移到Zen Cart上容易吗？你们提供或计划提供迁移指南及工具吗？

从osC迁移到Zen Cart上是比较简单的。我们的数据库结构相似，只要将osC数据库映射到Zen Cart上，然后导入数据。我们的FAQ部分有指南，论坛上也提供帮助。目前没有提供迁移工具。

shopex与ecshop比较
言一：

ecshop和shopex的不同定位，ecshop就是给刚开始运营的小商家随便玩玩用的，shopex定位就是有真正大业务的商家

前几天商盟开交流会，几个同行问我使用什么系统，让我推荐一下，那我就把我当初挑选系统的经过说一下，也算是对同行的一种推荐和支持。
刚开始的时候，去网上找商店系统，搜索了一下到处都是，就傻了眼了，我相信很多商家都是和我一样的，没有方向了，后来在discuz论坛看到有人说 ecshop系统，就下载了用用先。
经过一个月的使用，基本放弃了ecshop，原因很简单，它的功能太弱了，看上去很多功能都有，其实都很弱，弱到基本无法使用，或者说真正一个商家是没有办法使用的。

直到遇到shopex，我才真正体会到shopex论坛里面广为流传的一句话“一直东奔西走，哪知shopex都有”，呵呵，我举几个例子来对比一下：

1：做生意最常做的就是对商品进行批量处理，但是ecshop刚开始居然没有这个功能。后来终于增加了批量处理的功能，但是只能对价格、积分、库存和品牌 四个参数进行编辑，这哪叫批量编辑。看看shopex的批量编辑，可以对所有商品的参数进行编辑，什么货号、品牌、单位、性质、类别、库存、价格、成本 价、序号、是否促销、积分、图片、简介、详细描述、重量等等，甚至页面标题、meta等都可以批量编辑，这才叫批量编辑。

2：再举个例子，ecshop订单连单据都没有，这个简直莫名其妙，就算再小的商家也需要发货单吧，连淘宝上的小卖家都能得到发货单，ecshop 居然没有发货单、收款单这些最基本的功能，不知道要多小的商家才会不需要这种功能。再去看看shopex，发货单、收款单、退货单、退款单四种单据一个不 少，而且发货单还可以跟踪和打印，商家和顾客都可以跟踪发货单的物流情况，这才是真正一个商家需要的功能。
最开始我还基本忍受了，每次发货就手工填写下发货单，到了后来实在没有办法忍受，没有发货单、也不能统计发货情况，每个月盘点都受影响，最后只能放弃。

归根到底，ecshop开发的目标就是蜻蜓点水，所有功能都是很弱，基本上想做大生意的都不能用，就是给不懂的商家玩玩的。开始我是冲着开源去的，但是哪 个商家会在乎开源呢，开源的好处一点没有，还容易被黑客攻击。而且他们开源的意思是说产品代码是开放提供给用户的，但是公司、企事业单位用户使用 ECShop产品，需要支付ECShop的商业授权费用，这个费用是3000元，一次性支付。唉，这算什么开源呢。
不过也许这个就是ecshop和shopex的不同定位，ecshop就是给刚开始运营的小商家随便玩玩用的，shopex定位就是有真正大业务的商家，也不能说谁的不对。

在此也向各位同样做化妆品生意的同行推荐一下shopex，大家可以去试用一下，反正shopex也是免费的，主机软件都免费，直接就可以开通铺货开始销售。

言二：

ShopEx以功能全面、易用、强大见长；而ECShop却以完全免费开源，和灵活的插件机制取胜（具体功能比较见下表）。

在系统执行速度上，由于使用了强大的缓存机制，ECShop的前台和后台运行都比ShopEx更为快速。前几天，ECShop又被开发Discuz!的公司所收购，相信今后ECShop和Discuz!论坛会实现更加无缝的整合。

言三：

SHOPEX和ECSHOP同样免费；前且的小信使、提醒工具、后台生成静态页面的文件都是经过加密处理的，只支持前台开源，不利于用户的修改和二 次开发。而ECSHOP且完全支持开源，在这点上ECSHOP占据了上方，我们也相信，在将来的某一天，SHOPEX也实现开源。

SHOPEX和ECSHOP都会根据广大用户的需求提供更多的支付网关选择。SHOPEX虽然提供了多种支付网关，但用户如需要一些较为少用的网关，且必须通过向官方定制才行。ECSHOP则提供完整的支付插件规范文档，便于用户自行修改和扩展。

SHOPEX只提供整合接口的技术文档,如果用户需要其他论坛接口需要自己做。而ECSHOP则几乎整合了目前常用的php论坛程序。

SHOPEX：强大的模板自由定制功能，内置多套模板，您可随时更换调整，更可对每个模板进行个性化编辑，不再千人一面；ShopEx也可以为您量身定制个性化模板，ShopEx免费开放模板接口，您也可以自行设计、使用全新模板。

ECSHOP：对Dreamweaver模板机制提供完美支持。可使用Dreamweaver制作和查看自己的模板。同时程序提供对模板显示内容控制。如可以在页面上灵活添加指定分类的商品，或指定品牌的商品等。可随意调整广告的显示，而无需手动修改模板。（

“ECSHOP”作为后起之秀能否迅速崛起，也许还有更远的路要走。就如一位用户说的“我喜欢ECSHOP，但我用的是SHOPEX”。