购物网站架构

⑴ 电子商务网站一般架构有哪些

大型电子商务网站架构，摘抄7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?===客户是自己公司，使用标准方法即可

8.电子商务网站最多的就是商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?===采晌顷购成熟的规则引擎

9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?

==电子商务一般要使用MQ，推荐IBMMQ；使用MSMQ也可

第一点是数据库要设计好，要达到什么级别，你可能需要考虑哪些表需要拆分，哪些表的核心数据需要冗余，如果是mysql，还要考虑其他的问题，比如存储引擎。

新闻肯定是要生成纯静态页，对数据库压力就小很多，不过静态页也有管理上的不方便，更新删除添加都要对磁盘文件进行操作

做一个自定义缓存层，对缓存逻辑进行控制，可以采用第三方缓存模块，如果使用.net来做，可以层层缓存，页面缓存，数据缓存（memcache，不过在win下效率不高）

电子商务网站特点就是对事务的严格，需要数据库设计的时候要求高性能，也需要合适的索引，支持高并发，经常对产品表用户表等进行索引检查，是否有很多索引扫描和表扫描（即使是局部的，也要将“局部”控制到最小范围）

mssql语句对不需要事务的查询要附带上with(nolock),以利于并发更新。

有些功能模块不能按照想当然的方式开发，比如产品访问次数，切不可将这些更新非常频繁的字段置于核心表内，明确的做法是将其剥离开来还有就是切不可经常性将字段设计成bool类型，这样会给以后的扩展留出路，即使是男女这种字段，也建议采用tiny类型

其他还有就是在产品设计的时候充分考虑seo，网站目录结构清晰可读，而不是带着一串串的查询参数。

对安全要有整体的把握，最好全都是用存储过程，在项目上线前将数据库存储过程全部导出再查找貌似exec的语句，查找是否需要替换成sp_executesql。

另外，如果采用mssql，全文搜索直接用mssqlfte就可以，速度和精确度都还是可以的，最重要的是维护和管理开发很简单。

打折的处理可以按照电信的一次，二次批价功能，如果你做过电信方面的系统。

当然也可以设计得更简单的一些。静态的页面建议使用CDN加速，以解决网通和电信之间访问速度的问题；

数据的缓存方面建议考虑用memcache，另外也可以分别在表现层和数据层利用.net中的现存缓存机制作业可；

简单执行的sql可以不用存储过程，存储过程会占用数据库服务器的处理时间，造成死锁；

mvc建议还是做些CMS的项目上应用，电子商城不是很适合，个人观点。url上可以做转义，使url显示更友好；

数据库建议建立分布数据库，这样可以转移查询和大访问量对数据库带来压力；

图片可以考虑单独放在一台服务器上；1.三层架构

2.使用手写sql,手写entity(生成也可),缓存反射绑定(不是缓存数据哦,缓存映射关系),要考虑网站的长期发展还是手写吧灵活性能也好

3.没有这种问题,商业驱动的,纯购物就好了,千万别搞什么圈子,wiki

4.纯.net的mvc不建议,webform不搞viewstate,不搞服务端控件(除repeater)再加点mvc的思想已足够用了

5.不需要缓存数据(除搜索产品部分),要考虑多台服务器的程序快速部署,config文件会很多,config要序列化缓存

6.当然是先生成好了,参照jd吧,按业务每宴碧陆张图片对应几个不同大小的图

7.据经验,电子商务网站仅靠中英双语来达到多语言是不靠谱的(文化用户习惯不是简单的语言慧毕切换),如果想真正运营英语的就要重新开发一个版本

8.不搞模式

9.负载均衡(web,db)+ssb异步处理数据

10.你是业务类型的日志还是异常日志?前台订单流程上异常日志不需要了,找个工具录个脚本不停的跑保证随时发现问题发邮件就可以了

11.找第三方搜索组件类似endeca的

12.负载均衡挺简单的,初期靠软件就可以,一切图片找第三方放cdn,前台网站用到ajax的地方很少,如果用的话jquery1，一个电子商务网站用户99.5%的行为时Find

2、对于商品检索部分，能不用数据库就不用数据库（网上切词等相关的开源平台很多）

3、分布式缓存（Memcached、Volecity），个人测试volecity3还是不错的

4、系统设计时必须要考虑可运营。从这个角度去设计系统

5、对于电子商务网站改动很频繁，必须考虑架构设计如何适应频繁的版本更新

6、必须设计一个好的单点登录系统。

7、建议能不用sqlserver就不用它。

8、对于大型电子商务网站来说，系统的I/O是起决定因素而不是CPU和内存。1.项目划分是否会有问题,图中分别是实体层,数据访问接口层,数据访问层,业务逻辑接口层,业务逻辑,网站A,B,C

项目划分其实不重要，重要的的是你在写代码的时候是否能把代码合理的分到对应的项目里。

2.数据访问层是要开发效率(NBear,Linq,Nh等),还是访问效率(直接使用sql等)?是否可以先使用开发效率高的,等日后访问量大了,再重写并替换数据访问层?

开发效率优先，访问量大了以后，我相信是有钱投到硬件上的，在你程序写的不是很烂的情况下，升级硬件远比优化程序节省成本。

3.网站被切割成了多个子网站,有一些控件(如header,footer)是要共享的,如何跨网站项目共享这些控件呢?

那就做成自定义控件啦。

4.ms的mvc1.0也出来不少时间了,是否已经够成熟运用到项目中?或者是网站后台使用webform的,前台使用mvc?

推荐使用使用webform的,前台使用mvc，对于前台来说使用mvc能更好的提升性能，更方便的更换页面表现形式。后台界面相对稳定，用webform可以提高开发效率。

5.网站数据的缓存是自己开发一个hashtable什么的来维护呢,还是使用Memcached?

初期建议用hashtable，因为简单，将来升级到Memcached。

6.缩略图的处理,我看有的网站是在上传图片的时候直接生成,有的是在httpmodle里处理,访问的时候生成.

直接生成缩略图的好处是节约性能。httpmodle相反，每次浏览图片的时候都会生成新的图片，服务器压力大，建议直接生成。

7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?

多语言建议使用asp.net自带的资源文件的方式实现，当前语言保存在cookie里面。

8.电子商务网站最多的就是商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?

规则引擎

9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?

使用MQ队列

10.日志方面,log4net?

log4net只能记录程序运行日志，主要目的是用来调试程序的，系统业务操作日志还你是得自己建一个表来保存。

11.电子商务的全文检索,这也是个头疼的问题

lucene，微软索引服务，sqlserver全文检索，方案很多的。

12.负载均衡方面,有什么好的文章推荐码?

可以看windows2003集群方面的文章1.项目划分是否会有问题,图中分别是实体层,数据访问接口层,数据访问层,业务逻辑接口层,业务逻辑,网站A,B,C

目前我也是这样分的,不过当数据表结构有修改时,会带动其它层的联级修改,非常不方便，所以开发之前最好将数据库设计地完善一点。另外，当网站分成多个以后，其它项目生成的DLL文件要部署到每个网站的bin文件夹里，更新一次都要重新部署，这也是个挺烦人的事，当然可以将DLL部署到GAC里来解决这个问题，不过这样的话本地调试起来就不太方便了，因为项目一有改动，就要将生成的DLL重新拷贝到GAC里才能看到效果。

2.数据访问层是要开发效率(NBear,Linq,Nh等),还是访问效率(直接使用sql等)?是否可以先使用开发效率高的,等日后访问量大了,再重写并替换数据访问层?

这个我也在考虑。目前我还没有采用ORM框架，都是在DAL里直接访问DB的。

3.网站被切割成了多个子网站,有一些控件(如header,footer)是要共享的,如何跨网站项目共享这些控件呢?

自定义控件。

4.ms的mvc1.0也出来不少时间了,是否已经够成熟运用到项目中?或者是网站后台使用webform的,前台使用mvc?

正在学习这一块。

5.网站数据的缓存是自己开发一个hashtable什么的来维护呢,还是使用Memcached?

现在我用的比较多的是.net自带的数据缓存。

6.缩略图的处理,我看有的网站是在上传图片的时候直接生成,有的是在httpmodle里处理,访问的时候生成.

直接生成好，快一点。

7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?

我没涉及到这一块，不过我觉得资源文件应该就是用来处理这个问题的。

8.电子商务网站最多的就是商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?

这些都放在逻辑层好了。

9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?

MSMQ

10.日志方面,log4net?

目前我是自已写代码存在库里的。

11.电子商务的全文检索,这也是个头疼的问题

用lucene.net分词建索引，再直接从索引库里搜索，又快又准。

12.负载均衡方面,有什么好的文章推荐码?

不清楚了。这样的设计要达到新蛋的效果肯定不可能的，新蛋少说几百台服务器，不同数据库之间的发布订阅链路都有几千条。有复杂的缓存，负载均衡机制。新蛋所有的通讯都是基于WCF的。另外对于这么大型的网站来说，数据库一刻都不停止，所以读写分离也很重要，因为你也不可能让数据库停下来进行备份。总归要做到新蛋这样的大型电子商务网站，靠你上面画的这点好像远远不够。

不过关于公共的header,footer,我不建议做成自定义控件，这个维护起来不方便，稍有变动就要发布dll，麻烦的。

如果你的header和footer不是很大的话，建议采用js+css的方式。然后加上压缩和cdn缓存，应该效率上能接受。

⑵ 电子商务网站常用的系统架构哪些

前台系统包括：商品展示，内容展示，订单确认，支付系统，用户中心四大模块

一.商品展示

站内搜索(搜索提示，搜索规则，搜索成功页，搜索不成功页，相似推荐)

导航(频道导航，其他导航如销售排行，广告位，推荐位，文字链，alsobuy等)

商品分类(品牌分类，品类分类，属性分类如剪裁形式)

登陆页(商品列表页，商品详细页，商品活动页)

这里的访问逻辑是：a/b/c分流消费者去往相对个性化的页面，由登陆页体现商家的核心诉求和价值传递，完成call-to-action的第一步。

二.内容展示：内容展示较为简单，对纯购物品牌而言包括：

公告区

帮助中心拍蠢

论坛(如需商城与论坛发生交互，则需自行开发，否则可集成discuz做同步登陆即可)

三.订单确认

订单确认，就是帮助消费者正确提交订单信息的环节，看似简单，实则非常复杂，需要对很多信息逻辑判断和处理，一般由2个部分组成：

购物车

订单提交(返回购物车，收货地址&地址薄，支付方式判断，配送方式，发票，订单标记，实付金额计算等等)

四.支付系统

与一般的想象不同，支付系统其实并不简单等于第三方支付工具接入：

外部支付系统(支付宝将接口，财付通接口，网银直联端口，信用卡分期端口)

内部支付系统(账户余额，积分，礼品卡，优惠券)

支付系统的逻辑设计不但需要考虑到各种极端情况的发生(如一张订单先用礼品卡，再用积分，最后网银支付)，还要预留财务做账所需的相关字段，并充分考虑订单取消之后如何回滚各类内部账户。

五.用户中心?

注册&登陆(快速注册，完整注册，注册有礼，推荐注册，密码找回，主站id登陆，open-id登陆如qq，新浪微博等)

订单中心(历史订单状态，中间状态订单修改，物流追踪)

服务中心(各类自助服务如退款申请，退换货申请，建议与投诉等)

信息管理(用户基本信息管理和账户信息管理)

一.商品&促销

商品管理(品类管理，品牌管理，单品管理)

促销管理(活动管理和自定义活动模板管理)

在上述模块中，最重要的是2个部分：单品管理中的批量产品生成的自动程序和活动管理中“共享与互斥”管理。前者用于大幅提升上新速度，后者避免促销活动失控。

二.crm：crm是对b2c核心资源—会员的管理，服务与再营销系统，包括如下部分：

会员管理(会员信息的增删改查和到其他系统的链接)

用户关怀(条件触发和人工触发相关edm&短信&ob)

定向营销(会员分组和营销活动管理)

客服管理(内容非常多，集成所有需前台与后台交互的功能，详情还是看图吧)

呼叫中心(ivr，坐席管理，统计报表，参数传递与窗口嵌入)

值得注意的，edm和短信通道市面上已经有成熟的外包服务商，一般都会外包；呼叫中心和在线客服自行开发成本太高，特别是呼叫中心系统，业务初期也都是外包的。

三.订单处理：订单处理是在订单未正式进入仓储部门处理之前，对订单的前置性处理环节。

订单录入(电话订购，网上下单，外部团购订单，无金额订单录入如礼品单)

订单审核(自动审核和人工审核)

rma处理(rma申请单和rma处理单)

四.wms(warehousemanagementsystem仓库管理系统)

wms的流程很长，功能模块也很多，大致分为入库管理，库存管理，出库管理和票据管理4个模块四个模块

五.采购管理

供应商管理(供应商信息管理，合同发票管理)

采购单管理(po单管理，负po单管理)

库存管理(库存查询，库存占用单，库存变动log)

六.财务管理：b2c的财务管理袭源陪，主要是对供应商，渠道和内部费用支出的成本控制。

供应商结算

渠道结算

配送结算

内部结算

七.报表管理：?报表是b2c业务的宏观表现，理论上说，每个部门的裂誉kpi都应该从中找到。

搜索报表(站内搜索量查询)

销售报表(多个维度销量查询，优惠券使用情况，报表导出)

财务报表

客服报表(客服日报和坐席报表)，前者反映与消费者发生的日常交互(包括正常与异常)，后者考核客服的工作绩效

仓储物流报表，这几块报表，是业务运作的核心，涉及到公司机密，就不能写的太细了，见谅。

八.系统设置：这块大家都知道是干嘛的，也就不多说了，分成三块。

基础设置(和业务有关的一些字段值)

权限设置(不同账号的操作权限和操作记录)

其他设置

九.wa系统(webanalytcis)

网站分析系统，几乎全是外购，很少有能够自建的，即使自建，最多做几个简单的模块。用于实战的，要么是免费的ga(googleanalytics)，要么是昂贵的omniture。

⑶ 建立一个独立的购物网站需要怎样的服务器几个服务器同时可以在线购物多少人

1台服务器就足够了。出于安全性，性能，稳贺衡槐定性方面的考虑，自己买全新服务器更好一些。

你说的这些内容，互动性比较多，最好是用最新nehalem架构的至强四核的服务器配置，才可以保证流畅不卡。如果是1000人在线，用一台单路四核至强的就可以了。

你可以看看国产品牌正睿的这款单路四核服务器，它采拦历用英特尔最新的nahalem平台架构，标配一颗至强?X3430四核处理器(2.4GHz/8M缓存)，英特尔3420服务器芯片组主板，2GDDR31333MHz高性能内存，SATA2320G硬盘，双千兆网卡，性能可以说是非常的不错。

产品型号：I1456132S-E

产品类型：单路四核机架式服务器

处理器：XeonX3430

内存：2GDDR3

硬盘：SATA2320G

机构：1U机架式

价格：￥3999

银牌服务

重庆五年免费上禅友门服务，全国三年免费上门服务，关键部件三年以上免费质保。

给你推荐的是国产品牌正睿的服务器产品，他们的产品性价比很高，做工很专业，兼容性，质量之类的都有保障，售后也很完善，3年免费质保，3年免费上门服务，在业界口碑很不错。

⑷ 如何构建一个成功的B2C电子商务购物网站

因为我们发现大量的B2C购物网站是无法为网站投资者创造效益的，原因很简单，一个没有去真正的了解用户、无法获得用户信任的电子商务网站是无法获得成功的。 淘宝成功的秘诀就在于运用网络营销的法则去构架一个电子商务网站，我们确保其面向用户和搜索引擎时都是友好的，通过对每个客户的用户群进行分析，我们为每个客户开发的网站都是独特的。由于在营销型网站建设中我们已经做了详细介绍，我们只将对以下2个重点进行重复： 1、面向搜索引擎友好，因为通过合理的网站架构和内容组织可以达到SEO搜索引擎优化的目的，从而让更多的用户通过搜索引擎关键字搜索找到我们，达到网站推广和宣传的目的。(当然今日的淘宝也不再需要)。 B2C电子商务购物网站建设的误区： 1、可能很多人认为B2C电子商务网站建设是一个简单的事情，因为到处都有这方面的免费程序下载，当然，如果您没有资金投入或纯粹个人兴趣尝试是可以的，但是如果准备把其作为企业的一个发展项目或者个人的一个创业计划来实施，那肯定无法满足您的要求。毕竟每个网站面向的用户群是不一样的，这样千篇一律的模版程序是无法满足您和您用户的个性需求的，如果生硬的套上去也无法获得更多客户的信任，何况这样的程序通常都会有一些安全隐患。 2、很多企业通常设置了复杂的会员权限和繁琐的购物流程来体现网站功能的强大性，其实简单化流程比复杂化流程更难。通过人性化的设计，我们的开发工作可能更复杂，但是通过我们复杂的设计、开发工作来简化用户的操作，这样才能让消费者真正地感觉到网上购物的方便快捷。其实很多用户在网上购买商品时都是冲动型消费，所以购物流程简化和在线支付的方便性在此时的作用也就非常大了。 3、产品展示要达到营销的效果。产品的展示是电子商务网站信息流中一个重要的环节。产品的展示和描述是一门艺术，合理的产品展示模式和准确的描述，更容易让消费者相信产品的品质、获得消费者的信赖。 4、B2C购物网站更需要特色和规模化，很多B2C网站因为缺乏长期的战略规划从而导致无法实现规模化，所以一直半死不活的存在着，其实这跟传统经营的道理是一样的，规模化经营在抗风险能力和防止被仿冒的能力上都要强很多，我们通过互联网络面向的是全国甚至全球的市场，规模化经营的实现会更加容易，但这需要战略规划的手段来按步骤实现的。当然，特色是B2C的灵魂，我们也可以用定位这个词来描述它，千万不要指望把什么客户都网络进来，我们需要找准市场切入点，并贯彻实施在网站建设和运营的每一个细节中去。 5、千万不能忽略老客户的感受，在B2C网站中，老客户的口碑传播速度是最快的，而且在我们网站的访问群及成交订单中，有相当程度是老客户所贡献的。我们应该从产品、服务、网站人性化设置及功能体现上对老客户进行强化绑定，从而提高老客户的忠诚度。 6、一个B2C电子商务购物网站没有流量是不行的，因为没有流量意味着没有更多的用户了解我们和我们的商品。但是极度的去追求流量的做法也是不可取的，毕竟B2C的效益转换是很重要的，流量并不等于订单。订单数量=有效流量*成交率，所谓有效流量是指我们目标消费群的流量，而不是有多少人来访问，B2C网站应该着重分析我们的客户群特征，并有针对性的进行SEO搜索引擎优化和网站推广、网络营销等活动，这样我们才能吸引真正有效的目标客户。当然如果您的成交率非常低，说明您的网站或产品、服务存在一定问题，这时候我们应该花大量的精力去改善和完善网站及产品服务，在完善之前即使花大量的成本去提高流量也是无效的、而且也是不符合成本运算规则的。

⑸ 如何分析购物网站的页面布局

一、定位分析

网站剖析：对网站的自身进行解剖分析，目的是寻找到网站的基础问题所在;

电子商务定位：对企业网站进行电子商务定位，明确网站的位置;

电子商务模式分析：分析网站的电子商务模式，研究与网站相匹配的电子商务模式;

行业竞争分析：行业竞争的情亮链碧况，行业网站的综合分析;

网站发展计划分析：电子商务网站短期规划与长期发展战略的实施反馈分析等。

二、网站诊断

网站结构诊断：网站的结构是否合理，是否高效，是否方便，是否符合用户访问的习惯;

网站页面诊断：页面代码是否精简，页面是否清晰，页面容量是否合适，页面色彩是否恰当;

文件与文件名诊断：唤郑文件格式，文件名等敬举;

访问系统分析：统计系统安装，来路分析，地区分析，访问者分析、关键词分析等;

推广策略诊断：网站推广策略是否有效，是否落后，是否采用复合式推广策略等。

三、营销分析

关键词分析：关键词是否恰当，关键词密度是否合理等;

搜索引擎登录分析：采用何种登录方式，登录的信息是否有效;

链接相关性分析：链接的人气是否高，是否属于相关性较大的链接;

目标市场分析：对目标市场进行分析，研究目标市场与营销的关系;

产品分析：分析产品的特性，产品的卖点等;

营销页面分析：营销页面设置的位置，营销页面的内容，营销页面的第一感觉等;

营销渠道分析：所采用的营销之渠道如何，新的营销渠道如何开拓;

后续产品和服务分析：后续产品的开发，服务的情况反馈分析;

价格分析：价格如何，合理性等。

四、综合优化

网站的架构优化：结构优化，电子商务运行环境优化等;

网站页面优化：页面布局，页面设计优化;

导航设计：导航的方便性，导航的文字优化等;

链接整理：对网站的内外链接进行处理;

标签优化设计：对相关标签进行优化设计。

五、整合推广

网站流量推广策略：关键还是流量问题，这个过程中会用到许多网络营销方法;

外部链接推广：友情链接策略的使用;

病毒式营销策略：具体的策略需要灵活运用;

其它推广：关注网络变化，开发新的推广手段。

上述网站推广的五个关键步骤统合了网络营销、电子商务网站建设、网站宣传推广和网站策划等知识，称之为不可不知的关键步骤是不为过的。

能够充分理解这五个关键步骤，辅以强有力的执行，再加上持之以恒，那就等着看好吧，你的网站一定会名扬网络啊。

（信息来源：商城义乌p>