导航:首页 > 万维百科 > 如何设计电子商务网站框架

如何设计电子商务网站框架

发布时间:2020-11-09 16:46:39

1、电商网站开发适合用什么框架

基础架构层面。

1. 前端网站和M站,考虑到访问量和系统的可用性,基本会采用分布式版部署。通权过代理服务器进行请求分发。

2. 其他的业务子系统,像商家前台,和管理系统,基本上都是单机或是主从部署。

3. 各个DB ,Redis 服务和 文件和图片服务,搜索引擎Solr服务等,采用主从部署。

亚宁传媒在整个系统架构里面,还有一个比较重要的组成部分,那就是监控系统。例如:流量监控,硬件监控,系统性能监控等,
还有就是对某个页面进行监控,设置页面的其中一块进行监控等。它是提高整个平台可用性的一个重要手段,多平台,多个维度的监控,能够确保系统的可用性,一旦出现异常,特别在硬件或者性能方面出现异常,监控系统也能立刻发出警告,这样也好防范于未然。

总而言之,一个好的系统架构应该从扩展性、安全性、性能和可靠性来考虑。罗马不是一天建成的,架构适合就行,可以先行之而后优。通过渐进演化的过程,逐步是系统越来越完善。

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

大型电子商务网站架构,摘抄 7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?===客户是自己公司,使用标准方法即可
8.电子商务网站最多的就是 商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?===采购成熟的规则引擎
9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?
==电子商务一般要使用MQ,推荐IBM MQ;使用MSMQ也可
第一点是数据库要设计好,要达到什么级别,你可能需要考虑哪些表需要拆分,哪些表的核心数据需要冗余,如果是mysql,还要考虑其他的问题,比如存储引擎。
新闻肯定是要生成纯静态页,对数据库压力就小很多,不过静态页也有管理上的不方便,更新删除添加都要对磁盘文件进行操作
做一个自定义缓存层,对缓存逻辑进行控制,可以采用第三方缓存模块,如果使用.net来做,可以层层缓存,页面缓存,数据缓存(memcache,不过在win下效率不高)
电子商务网站特点就是对事务的严格,需要数据库设计的时候要求高性能,也需要合适的索引,支持高并发,经常对产品表用户表等进行索引检查,是否有很多索引扫描和表扫描(即使是局部的,也要将逗局部地控制到最小范围)
mssql语句对不需要事务的查询要附带上with(nolock),以利于并发更新。
有些功能模块不能按照想当然的方式开发,比如产品访问次数,切不可将这些更新非常频繁的字段置于核心表内,明确的做法是将其剥离开来 还有就是切不可经常性将字段设计成bool类型,这样会给以后的扩展留出路,即使是男女这种字段,也建议采用tiny类型
其他还有就是在产品设计的时候充分考虑seo,网站目录结构清晰可读,而不是带着一串串的查询参数。
对安全要有整体的把握,最好全都是用存储过程,在项目上线前将数据库存储过程全部导出再查找貌似exec的语句,查找是否需要替换成sp_executesql。
另外,如果采用mssql,全文搜索直接用mssql fte就可以,速度和精确度都还是可以的,最重要的是维护和管理开发很简单。
打折的处理可以按照电信的一次,二次批价功能,如果你做过电信方面的系统。
当然也可以设计得更简单的一些。 静态的页面建议使用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的地方很少,如果用的话jquery 1,一个电子商务网站用户99.5%的行为时Find
2、对于商品检索部分,能不用数据库就不用数据库(网上切词等相关的开源平台很多)
3、分布式缓存(Memcached 、Volecity),个人测试volecity 3还是不错的
4、系统设计时必须要考虑可运营。从这个角度去设计系统
5、对于电子商务网站改动很频繁,必须考虑架构设计如何适应频繁的版本更新
6、必须设计一个好的单点登录系统。
7、建议能不用sqlserver就不用它。
8、对于大型电子商务网站来说,系统的I/O是起决定因素而不是CPU和内存。1.项目划分是否会有问题,图中分别是 实体层,数据访问接口层,数据访问层,业务逻辑接口层,业务逻辑,网站A,B,C
项目划分其实不重要,重要的的是你在写代码的时候是否能把代码合理的分到对应的项目里。
2.数据访问层是要开发效率(NBear,Linq,Nh等),还是访问效率(直接使用sql等)?是否可以先使用开发效率高的,等日后访问量大了,再重写并替换数据访问层?
开发效率优先,访问量大了以后,我相信是有钱投到硬件上的,在你程序写的不是很烂的情况下,升级硬件远比优化程序节省成本。
3.网站被切割成了多个子网站,有一些控件(如header,footer)是要共享的,如何跨网站项目共享这些控件呢?
那就做成自定义控件啦。
4.ms的mvc 1.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.负载均衡方面,有什么好的文章推荐码?
可以看windows 2003 集群方面的文章 1.项目划分是否会有问题,图中分别是 实体层,数据访问接口层,数据访问层,业务逻辑接口层,业务逻辑,网站A,B,C
目前我也是这样分的,不过当数据表结构有修改时,会带动其它层的联级修改,非常不方便,所以开发之前最好将数据库设计地完善一点。另外,当网站分成多个以后,其它项目生成的DLL文件要部署到每个网站的bin文件夹里,更新一次都要重新部署,这也是个挺烦人的事,当然可以将DLL部署到GAC里来解决这个问题,不过这样的话本地调试起来就不太方便了,因为项目一有改动,就要将生成的DLL重新拷贝到GAC里才能看到效果。
2.数据访问层是要开发效率(NBear,Linq,Nh等),还是访问效率(直接使用sql等)?是否可以先使用开发效率高的,等日后访问量大了,再重写并替换数据访问层?
这个我也在考虑。目前我还没有采用ORM框架,都是在DAL里直接访问DB的。
3.网站被切割成了多个子网站,有一些控件(如header,footer)是要共享的,如何跨网站项目共享这些控件呢?
自定义控件。
4.ms的mvc 1.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缓存,应该效率上能接受。

3、电子商务的框架结构模型是如何构成的

一、产品框架
2、电子商务套件应用框架3、子商务套件主要特点4、电子商务套件的主要功能部件
二、设计理念
1、技术平台化2、功能套件化 3、应用协同化

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

1.电子商务的基本概念电子商务是利用计算机及互联网开展的各种商务活动。其中电子是手段,商务是目的。是通过网站的商务运作和会员制收费,达到盈利的目的。电子商务包括以下三部分内容:
电子:指信息基础设施及相关应用系统,其中信息基础设施包括internet 网络基础和信息技术,应用系统应包括支持电子商务活动的网站。
商务:指业务内容、流程及规则,这是电子商务网站系统设计的基础和依据。
信息:指业务活动中的数据,应完整、全面、实时、动态。业务活动所使用的数据也是网站系统数据库设计的依据。Internet技术、信息技术系统和商务过程的有机集成形成了一个新的商务模型,即电子商务模型。2.电子商务网站的基本架构设计电子商务网站是以商务活动为中心进行的,而网站的盈利一般通过网站的会员制收费进行,网站的盈利点是网站根据网站的商务活动内容确定的,所以网站的基本架构设计既要以商务活动的业务内容、流程、相关规则为基础,又要兼顾电子商务网站的收费体系。网站基本架构的设计主要根据以下步骤进行:2.1 确定电子商务网站功能定位 确定网站所涉及的商务活动的内容、商务活动的流程。比如我们在进行房产信息网的设计中,首先考虑确定网站发布房产信息的种类,确定了房源信息包括中介所的房源信息和个人的出售、出租信息,网站负责信息的发布和信息的管理。同时在确定了信息发布种类后,确定了信息处理的流程为房源信息输入、会员资格审核、信息审核,信息发布。2.2 确定网站的收费对象和收费规则在网站所涉及的商务内容确定了的情况下,确定收费的对象和如何进行收费,以此为依据确定网站的栏目。网站栏目的划分实际上就是系统的功能模块划分。在房产网站的系统设计中,确定了网站只对房产中介所进行收费,个人用户免费,所以网站的主要栏目分为个人专区和中介所专区两个主要栏目,同时根据功能的逐步扩大,这样也就基本确定了网站的信息服务内容和方式。2.3 确定网站的栏目的功能在确定了网站的收费项目后,要确定网站的主要栏目和功能,包括网站的管理功能模块、网站的信息发布方式、网站商务活动的发布以及网站导航栏等。网站的功能栏目的设置和系统的主要功能模块的划分是相一致的。网站业务介绍性栏目,应包括内容应包括会员申请流程,收费标准,网站运行规程等,使用户对网站的服务有一个明确的了解,是扩大网站的会员用户数量和提高网站的使用率都是必不可少的栏目。网站的导航栏是网站的整体功能的全面介绍,使用户对网站的功能有一个清晰的了解,也是网站不可缺少的栏目。同时也应有网站运行的相关提示信息,比如在房产网站的设计中,我们在确定了收费对象和主要功能后,确定了网站首页的主要栏目为中介所专区、个人专区、写字间专区、新房楼市等栏目,同时加入了上网导航栏目对网站的主要功能进行介绍。 2.4 确定网站的信息流和控制流 在确定了网站的主要功能和商务活动的主要规则后,应该确定网站的信息流图和控制流图,作为数据库设计的基础。在房产网的设计中,我们根据房产信息发布的功能和所确定的信息审核和控制流程,确定房产网的基本数据流图为: 实例:一个网站的数据流图在确定了一个网站的数据流图和控制流后 ,系统的运行控制流程也就确定下来了。3.网站的后台管理在网站的基本功能和数据流确定后,为了保证网站信息的准确性和有效性,应有完善的后台管理和维护系统,进行相关数据的审核,定期进行数据库的维护和备份,进行缴费会员资格的管理,有效的保证网站的商务运作。我们在房产信息发布网站的后台管理系统的系统设计中,设计了一套完整的网站后台管理系统,主要功能包括房源信息管理如:房产信息审核、房产信息删除、房产信息删除确认;网站运行提示信息的管理,主要是对网站与商务运营有关的信息进行管理,使网站的用户对网站的运行情况进行管理;网站会员资格的审核,对逾期未缴费的用户取消会员资格;网站系统管理员权限管理,对不同的网站系统管理人员进行授权使用不同的后台维护功能。4.网站的数据库设计在确定了网站的主要商务的业务对象和业务流程后,可以确定了网站的数据流,也就可以进行数据库设计。 在进行数据库设计时,同样和一般的应用系统开发一样,应该注意信息的完整性和数据的独立性。我们在房产网站的开发过程中,在数据库的设计阶段,对系统的数据库按房源的基本信息、中介所信息、个人信息分别进行库表的设计,同时对系统的维护信息、权限管理等控制信息设计独立的库表,主要的数据库表为房源信息表、中介所信息表、会员信息表等,这样可以方便网站的信息输入、数据库查询同时也方便网站后台的数据库管理和数据库维护。数据库表数据的独立性和数据冗余直接影响数据的存取效率,影响网站的运行速度,所以在数据库设计时一定要避免数据的冗余性,同时要避免长数据库表的设计。总结:在电子商务网站开发过程中,网站的商业运作模式决定了网站系统设计,一个功能清晰的网站的设计,一定要从网站的系统设计入手。

5、如何设计B2B电子商务网站的部门架构

我帮助 给撰稿啊~原创的设计B2B电子商务网站的部门架构.

6、电子商务的框架结构模型是如何构成的

我是学电子商务的,我们若把电子商务形象化地看作是一座建筑物的话,那么中间的主题分为专4层,属而左右两旁各有一大支柱。 主体4层:即3层基础和1层上层,自下而上分别代表网络层(网络平台)、传输层(信息发布平台)、服务层(电子商务平台),以及应用层(电子商务各应用系统)。 两大支柱:象征着电子商务的社会环境,分别代表公共政策、法律法规;以及安全协议、技术标准两大方面。 这里不方便列举模型、、还有不能弄太多的字符、汗、、我简单弄下、、、希望你能看得懂、、 应用层:电子商务各应用系统 安全协议 1 服务层:电子商务平台 1 公共政策 技术标准 1 传输层:信息发布平台 1 法律法规 ( 社会环境 ) 1 网络层:网络平台 1 ( 社会环境 )

7、电商网站的功能架构什么意识

网站基本架构的设计主要根据以下步骤进行:

2.1 确定电子商务网站功能定位
确定网站所涉及的商务活动的内容、商务活动的流程.比如我们在进行房产信息网的设计中,首先考虑确定网站发布房产信息的种类,确定了房源信息包括中介所的房源信息和个人的出售、出租信息,网站负责信息的发布和信息的管理.同时在确定了信息发布种类后,确定了信息处理的流程为房源信息输入、会员资格审核、信息审核,信息发布.

2.2 确定网站的收费对象和收费规则
在网站所涉及的商务内容确定了的情况下,确定收费的对象和如何进行收费,以此为依据确定网站的栏目.网站栏目的划分实际上就是系统的功能模块划分.在房产网站的系统设计中,确定了网站只对房产中介所进行收费,个人用户免费,所以网站的主要栏目分为个人专区和中介所专区两个主要栏目,同时根据功能的逐步扩大,这样也就基本确定了网站的信息服务内容和方式.

2.3 确定网站的栏目的功能
在确定了网站的收费项目后,要确定网站的主要栏目和功能,包括网站的管理功能模块、网站的信息发布方式、网站商务活动的发布以及网站导航栏等.
网站的功能栏目的设置和系统的主要功能模块的划分是相一致的.
网站业务介绍性栏目,应包括内容应包括会员申请流程,收费标准,网站运行规程等,使用户对网站的服务有一个明确的了解,是扩大网站的会员用户数量和提高网站的使用率都是必不可少的栏目.
网站的导航栏是网站的整体功能的全面介绍,使用户对网站的功能有一个清晰的了解,也是网站不可缺少的栏目.
同时也应有网站运行的相关提示信息,比如在房产网站的设计中,我们在确定了收费对象和主要功能后,确定了网站首页的主要栏目为中介所专区、个人专区、写字间专区、新房楼市等栏目,同时加入了上网导航栏目对网站的主要功能进行介绍.

2.4 确定网站的信息流和控制流
在确定了网站的主要功能和商务活动的主要规则后,应该确定网站的信息流图和控制流图,作为数据库设计的基础.

8、目前电子商务网站架构最流行的模式是

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

  1. 电子商务网站的规划与分析关系到电子商务的经营效果,盲目的投入时间、回人力、资金、经业务搬到网上答运行,不但会造成浪费,更会与传统渠道相冲突,影响客户对公司的印象。
2. 电子商务网站的设计与开发的主要内容是根据网站的定位,确定网站的内容信息结构,风格基调和功能模块。运用相关的开发技术和工具进行页面设计与制作。以及在选定数据库管理系统平台上进行数据库的设计与管理
3.电子商务网站的好坏,都必须经过一定的测试来解决。测试的内容包括功能测试、性能测试、安全性测试、稳定性测试、浏览器兼容模式测试、连接测试等。进过测试后,就要把网站对外发布出去了。网站发布,简单的说就是将构成整个网站的所有文件部署到WEB服务器上,经过简单的配置发布到互联网上的过程。

10、简述电子商务的技术体系框架,急求,谢啦

电子商务的框架结构是指电子商务活动环境中所涉及的各个领域以及实现电子商务应具备的技术保证。从总体上来看,电子商务框架结构由三个层次和两大支柱构成。其中,电子商务框架结构的三个层次分别是:网络层、信息发布与传输层、电子商务服务和应用层,两大支柱是指社会人文性的公共政策和法律规范以及自然科技性的技术标准和网络协议。 

 (1)网络层网络层指网络基础设施,是实现电子商务的最底层的基础设施,它是信息的传输系统,也是实现电子商务的基本保证。它包括远程通信网、有线电视网、无线通信网和互联网。因为电子商务的主要业务是基于Internet的,所以互联网是网络基础设施中最重要的部分。

 (2)信息发布与传输层网络层决定了电子商务信息传输使用的线路,而信息发布与传输层则解决如何在网络上传输信息和传输何种信息的问题。目前Internet上最常用的信息发布方式是在WWW上用HTML语言的形式发布网页,并将Web服务器中发布传输的文本、数据、声音、图像和视频等的多媒体信息发送到接收者手中。从技术角度而言,电子商务系统的整个过程就是围绕信息的发布和传输进行的。

 (3)电子商务服务和应用层电子商务服务层实现标准的网上商务活动服务,如网上广告、网上零售、商品目录服务、电子支付、客户服务、电子认证(CA认证)、商业信息安全传送等。其真正的核心是CA认证。因为电子商务是在网上进行的商务活动,参与交易的商务活动各方互不见面,所以身份的确认与安全通信变得非常重要。CA认证中心,担当着网上“公安局”和“工商局”的角色,而它给参与交易者签发的数字证书,就类似于“网上的身份证”,用来确认电子商务活动中各自的身份,并通过加密和解密的方法实现网上安全的信息交换与安全交易。

 在基础通信设施、多媒体信息发布、信息传输以及各种相关服务的基础上,人们就可以进行各种实际应用。比如象供应链管理、企业资源计划、客户关系管理等各种实际的信息系统,以及在此基础上开展企业的知识管理、竞争情报活动。而企业的供应商、经销商、合作伙伴以及消费者、政府部门等参与电子互动的主体也是在这个层面上和企业产生各种互动。

 (4)公共政策和法律规范法律维系着商务活动的正常运作,对市场的稳定发展起到了很好的制约和规范作用。进行商务活动,必须遵守国家的法律、法规和相应的政策,同时还要有道德和伦理规范的自我约束和管理,二者相互融合,才能使商务活动有序进行。

 随着电子商务的产生,由此引发的问题和纠纷不断增加,原有的法律法规已经不能适应新的发展环境,制定新的法律法规并形成一个成熟、统一的法律体系,成为世界各国发展电子商务的必然趋势。

 (5)技术标准和网络协议技术标准定义了用户接口、传输协议、信息发布标准等技术细节。它是信息发布、传递的基础,是网络信息一致性的保证。就整个网络环境来说,标准对于保证兼容性和通用性是十分重要的。

 网络协议是计算机网络通信的技术标准,对于处在计算机网络中的两个不同地理位置上的企业来说,要进行通信,必须按照通信双方预先共同约定好的规程进行,这些共同的约定和规程就是网络协议。

与如何设计电子商务网站框架相关的知识