对使用开源项目的一点儿讨论

原文地址：  http://ruby-china.org/topics/4646

求一适合中国国情的B2C Ruby on Rails开源商城项目
开源项目 • n5ken • 于4天前发布 • 最后由 kevin__liu 于3天前回复 • 274次阅读

n5ken 写道

找了一圈Google，Github，国外的最好的应该就是Spree，但是研究一下之后发现里面很多东西不符合国情，例如Checkout流程，多国家支持（可能一些欧洲国家会经常会跨国购物），商品税率设置，信用卡支付等。。另外写个engine把这些功能干掉很麻烦，Spree很喜欢有事没事就大改，近来把默认的devise抽出来做成devise_auth了，搞得项目向下兼容不好，升级版本容易出错，用着就是各种狗血。

而国内近来看到了Shopqi，不过它更像一个小商店生成平台，其实只是想找个B2C的，适合国内使用的B2C Ruby on Rails 商城，最好包括一下特点：

默认的界面简结，方便修改
静态页面（放置一些说明、关于我们等页面）
商品分类（Taxonomies）
商品除基本信息外还应包括 选项类型，属性，标签
支持商品静态页面生成
Checkout流程像易迅那样，一个页面包含 收货地址、送货方式、支付方式、发票、商品清单、结算信息 六大关键项
Easy deployment on 盛大，阿里等国内云主机上，而不是Heroku，EC2
优惠码
Spree 中有些做得比较好的地方，例如Zone，可以根据用户所在的Zone在结算的时候选择不同的快递方式，还有商品有个分类，当购买多于一件商品的时候，可以根据那个计算公式计算出快递费用。另外Option types，Variants，Prototype等设计都做得不错。

keven_liu 写道

根据我这些年做开发和对电商的理解，国内的电商最主要是还是如何推广或者说如何来流量，技术本身不是关键。另外，开源项目很难满足商家的个性化需求，这主要是因为BOSS们太聪明，做电商各有各的玩法，就算大家玩法相似，用户也五花八门的操作习惯也得考虑。

那电商如何解决技术问题呢？

1、我觉得真要把电商做好，得有自己的开发团队，哪怕团队只有一个人。
2、不要求一个完整的开源项目，这样你干掉不必要的功能也是一个麻烦，我建议楼主找自己需要的gems，自己来组合，这样也省不少时间，还能保证个性化需求。
3、功能不要多，够用就行，在有些方面如果不能太智能的，就让客服处理，用户要真是想买一个东西，也不怕麻烦一点点，再说我们也不能让技术使客服没饭吃了。
4、在流程方面尽量学习淘宝等大网站，因为它们引领和培育着用户习惯。
5、搜索引擎人优化必须考虑，如何是做国内的，度娘比Google的优化重要，当然也看客户群，如果BOSS非要觉得我们的客户是IT人才，大多数都用Google，我觉得在做之前不要纠结用户群哪多哪少，因为做过才知道。搜索引擎优化也不要过度，主要考虑以下几个方面：
- 网站的内容架构（或者说结构，主要通过URL反应给搜索引擎，目录不要太深，页面标题URL拼音化）；
- 每个页面的title，keyword，description，h1这几个标签要正确设置；
- 找一些质量还OK的网站交换链接；
- 保证服务器速度，这也是评价网站的重要因素；
- 有计划有步骤的充实网站内容，也就是说网站内容的更新度也很重要；
- robots.txt文件把不是网站主要内容的内容屏蔽；
- 站点地图页面和文件能有一个最好；
- 要重视长尾关键词；
- .....

说得跑题了，如何LZ既是开发者，也是BOSS，希望我的建议对你有所帮助。

我的观点 写道

不好弄。
除非有团队和资金的支持。 个人不好弄。
开源项目倒是有不少，但是问题是，粒度上不好把握。
“开源项目”的粒度太大。
某些组件，比如 RUBYGEM， JS LIB, CSS 库等等，粒度又似乎有点儿小。
我今天上午不出门 ：） 没事儿，就是要看看资料。
而且，想要选取一个合适的开源项目，需要考察很多，试用很多。
到最后幸运的话，可以找到一个合适的。
但绝大多数时候，似乎都不满足。
到最后，还要考虑： 替换页面，替换CSS， 替换各种信息等等。
总之， 如果想要走开源项目的路，就要准备好投入时间来研究别人的代码。
也要做好准备 ： 自己将来的架构会被束缚在他人现有项目的架构之上。