电子商务网站框架

① 电子商务的一般框架有哪四个层次组成

电子商务体系结构可以分为网络基础平台、安全结构、支付体系和业务系统四个层次。
网络基础平台
1.电子商务的网络基础平台
电子商务以因特网为主要载体。网络带宽、网络的可靠性、稳定性成为影响电子商务系统整体性能的重要因素。
2.安全结构
电子商务活动需要一个安全的环境,以保证在线交易等数据在网络中传输的安全性和完整性,实现交易双方的身份认证,防止交易中抵赖的发生。电子安全结构建立在网络基础平台之上。
3.电子商务业务系统和支付体系
电子商务业务系统分为支付型业务和非支付型业务。支付型业务需要支付体系层完成。支付体系在安全结构之上,为支付型电子商务业务提供各种支付手段;非支付型业务直接在安全结构之上,使用安全基础层提供的各种认证手段和安全技术提供电子商务服务。
电子商务系统包括业务应用系统。例如,网上购物、证券交易、在线谈判、电信交费、电子银行等。
用户及终端系统。例如,电话终端、计算机终端、智能终端。用户使用电子支付系统,需要在计算机终端上安装电子支付软件,例如,电子钱包软件。
4、支付网关系统。它处于因特网与银行网络之间,主要完成通信、协议转换和数据加密解密功能和保护银行内部的网络。支付网关系统的使用可以过滤因特网发过来的数据包,防止黑客的攻击和不相关信息的流入。
CA安全认证体系,它通过发放证书,保证所有参与活动的实体表明身份。

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

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

③ 做电子商务网站的框架，有哪些影响因素

影响电子商务网站来构自架的因素主要有三种：一、技术因素；二、组织因素；三、产品因素。

一、组织因素。包括贸易伙伴信任机制、贸易伙伴力、战略弹性、供应链整合机制、组织利益五中；
二、技术因素。包括：技术的相对优势性、企业电子商务技术水平、对电子商务技术的信任、网络外部性、环境基础设施条件等。
三、环境因素。包括电子商务的政治环境、电子商务的经济环境、电子商务的社会环境三类。

④ 电子商务的基础框架结构是怎样的

从技术角度看，电子商务的基础框架结构由以下三部分组成：
(一)企业内部网
企业内部网由Web服务器、电子邮件服务器、数据库服务器以及客户端的PC机组成。所有这些服务器和PC机都通过先进的网络设备集线器HUB或交换器SWITCH连接在一起。

WEB服务器可以向企业内部提供一个内部WWW站点，借此提供企业内部日常的信息访问；邮件服务器为企业内部提供电子邮件的发送和接收；数据库服务器通过WEB服务器和由自己对企业内部和外部提供电子商务处理服务；客户端PC机则用来为企业内部员工提供访问工具，员工可以通过InternetExplorer等浏览器在权限允许的前提下方便快捷地访问各种服务器。
(二)企业外联网

企业外联网是架构在企业内联网和供应商、合作伙伴、经销商等其他企业内联网之间的通信网络。也可以说，企业外联网是由两个或两个以上的企业内联网连接而成的。这样组织之间就可以访问彼此的重要信息，如定购信息、交货信息等。当然，组织间通过外联网各自的需要共享一部分而不是全部的信息。
(三)Internet

Internet是电子商务最广泛的层次。任何组织都可以通过Internet向世界上所有的人发布和传递信息，而任何入都可以访问Internet获得相关信息和服务。当企业需要和其他所有的公司和广大消费者进行交流的时候。它们就必须充分利用互联网。互联网是目前世界上最大的计算机通信网络，它将世界各地的计算机网铬联结在一起。企业开展全面的电子商务必须借助互联网。

只有在企业内联网、外联网以及借助互联网的前提下，企业才可能实现真正意义上的完全的电子商务。

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

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

一. 商品展示

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

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

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

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

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

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

• 公告区

• 帮助中心

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

三. 订单确认

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

• 购物车

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

四. 支付系统

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

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

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

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

五. 用户中心

用户中心的实质是用户自助功能的dashboard，一般4个部分组成：

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

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

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

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

后台系统包括：商品&促销，crm，订单处理，wms，采购管理，财务管理，报表管理，系统设置，wa系统9大模块

一. 商品&促销

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

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

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

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

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

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

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

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

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

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

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

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

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

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

四. wms(warehouse management system仓库管理系统)

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

五. 采购管理

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

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

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

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

• 供应商结算

• 渠道结算

• 配送结算

• 内部结算

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

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

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

• 财务报表

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

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

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

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

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

• 其他设置

九. wa系统(web analytcis)

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

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

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

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

基础架构层面。

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

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

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

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

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

⑧ 简述电子商务的技术体系框架，急求，谢啦

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

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

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

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

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

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

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

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

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

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

大型电子商务网站架构，摘抄 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缓存，应该效率上能接受。