189 8069 5689
公司主营业务：网站制作、成都网站制作、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。创新互联公司是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联公司推出中山免费做网站回馈大家。
ASP.NET：MVC三层框架一般。UI界面层：写界面的。BLL业务逻辑层。DAL：数据访问层：写数据库中SQL语句。
1、线性结构
这是网站最简单的一种结构，它是以某种顺序组织的，可以是时间顺序，也可以是逻辑甚至是字母顺序。通过这些顺序呈线性地链接。如一般的索引就采用线性结构。线性结构是组织网页的基本结构，复杂的结构也可以看成是由线性结构组成的。
2、二维表结构
这种结构允许用户横向、纵向地浏览信息。它就好象一个二维表，如看课表一样。
3、等级结构
等级结构由一条等级主线构成索引，每一个等级点又由一条线性结构构成。如网站导航等就是这种结构。在构造等级之前，你必须完全彻底的理解你的网站内容，避免线性组织不严的错误，不方便浏览者。
4、网状结构
这是最复杂的组织结构，它完全没有限制，网页组织自由链接。这种结构允许访问者从一个信息栏目跳到另一个栏目去，其目的就是充分利用网络资源和充分享受超级链接。整个互联网就是一个超级大的“网”状结构。
通常，架设网站服务器可以通过一些常见的服务器软件组合来完成，常见的动态网站服务器的“解决方案包”主要有：LAMP（Linux+Apache+MySQL+PHP）、LNMP（Linux+Nginx+MySQL+PHP）、WAMP（Windows+Apache+MySQL+PHP）、BAMP（BSD+Apache+MySQL+PHP）、WIMP（Windows+IIS+MySQL+PHP）、WISA（Windows+IIS+SQLServer+ASP）等等。
可以使用lotus 7.0的客户端访问domino5的数据库。但记得不要用lotus 7.0的desinger改domino5的数据库，domino 5和domino7使用的数据库文件结构不同。
可以使用lotus 7.0的客户端访问domino5的数据库。但记得不要用lotus 7.0的desinger改domino5的数据库，domino 5和domino7使用的数据库文件结构不同。
推荐你使用捷派的CMS,无需知道代码,脚本,现有的皮肤,控件效果(目前所有网站用到那些效果都可以集成里面,如滚动新闻,图片轮播,幻灯片,移动文章等等,有许多现成供下载使用,您也可以自己制作了上传给大家分享.).而且是完全免费的,包括其它程序的收费功能,也是免费的. 下面是引自官方的资料,谨助参考: 捷派官方网站: http://www.just4.cn 《捷派网站管理系统》[ Just Cms Nt ] 是捷派网科基于微软最新的 ASP.NET2.0 平台开发的高效建站系统。利用本系统，您可以快捷、便利的搭建起一套功能强大的网站。捷派CMS 拥有包含：新闻系统、下载系统、图片系统、招聘系统、部门系统、考试系统等丰富模块。利用捷派CMS，您不再需要为网站建设，维护，改版，安全而烦恼，一切只要您轻点鼠标即可在瞬间完成。同时捷派为“建站服务公司”提供一个更加便利的功能，您可以使用我们提供的“一键生成网站”功能为您的终端客户迅速生成一套具有高度定制性的最终网站出来，而这个网站是拥有独立后台以及可由您自主操控的序列号。捷派网站管理系统特点介绍： 1.所有商业功能百分百免费开放，包含了：产品系统、商城系统、影音系统、人才系统、部门系统、考试系统……以及所有将来即将开发出来的所有功能模块。
2.采用最新的.net2.0平台，建设健壮，高效的内核，为系统长期稳定可靠的运行提供强有力的保障。捷派CMS.NET的开发流程非常严密，从系统的需求分析、设计、系统开发编码到测试与完善，每一环节都经过严密的论证和设计，整个过程完全遵循相关开发标准，符合业内开发流程规范。整个系统的业务逻辑清晰明了、代码整齐规范，严密的错误日志的捕获……这一切构成捷派CMS.NET健壮的内核设计体系，为系统长期稳定可靠的运行提供强有力的保障。
3.一键生成整站（包括前后台），使您对外建站时不再作重复的配置工作，而我们对VIP用户(一般为提供建站的中小公司)提供一键生成系统，不仅生成前台，而且可以生成独立的后台，便于您直接出售给您的最终客户使用。同时提供序列号控制的客户端系统，方便您进行终端用户的授权和统计。
4.周密的安全策略和攻击防护，全面防止各种攻击手段，有效保证了网站的安全 整个系统所有密码及密保全部采用 MD5 不可逆加密处理，有效保证系统及用户资料的安全。每个参数的传递都经过严格的过滤，彻底杜绝任何可注入漏洞。所有操作都保存于日志中，日志系统自动保存七天，无法删除，让所有非法操作无所遁形。
5.强大但控制简单的后台操作，让您在最短时间内上手。捷派CMS.NET无一处不体现人性化的特色，使您不需要再因为功能的繁多而产生操作复杂的感觉。完善的帮助系统，关键提示，快捷设置等等，使您在使用过程中更加得心应手，让您可以有更多的心思关注网站内容的布署。》功能强大的风格配置，可以胜任任何的模板风格。》全站静态化缓存处理机制，让您的系统持久稳定，高度畅通。》每个用户都可使用指定的风格，而这丝毫不影响您网站的速度。》强大的图文帮助系统，让您在最短时间内上手。》多样化的功能模块，您可以根据自己的需要，选择性的添加，使用。》灵活的程序接口，让您扩展程序，编写插件更加易如反掌。
信息架构 指在逻辑方面，良好组织和设计信息的环境、空间和体系结构，其可行性、可适应性、可扩展性将直接影响产品将来的运维。我们应该重点从使用信息的方便性来考虑规划，并且需要完成三个必要的基础步骤：组织、聚焦、建立联系。呈现架构 指在可视化方面，按照web standards的解释，有结构(structure)、表现(presentation)、行为(behavior)三个方面： 1. 结构就是xhtml和xml，要求主要在语义上，有统一的行业标准和规范，一般能做到良好的表现适应和风格统一就行。
2. 表现就是css，现在越来越受到重视，当css文件变得越大越复杂时，维护变得越来越困难，特别是换肤技术的流行，对表现提出了更高的要求。garrett dimon这篇架构样式表就是在探讨良好组织和规划css的问题。
3. 行为包括dom, script等，在web2.0网站中的体现，主要是大量运用ajax技术，但因为ajax自身缺陷，很难做到完美的流畅、高效运转，cal henderson这篇让javascript跑得更快大概说的就是flickr在行为架构处理上的一些经验。此外，做好这三方面还不够，还得有良好文件目录结构来进行有效管理和简化url复杂度（rewrite另当别论）。程序架构 指用逻辑实现可视化方面，随着应用程序规模和复杂性的增加，应用程序架构的设计和选择的重要性已远远超过特定算法和数据结构的选择，良好的应用程序架构是保证应用系统成功的关键。
大型电子商务网站架构，摘抄 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缓存，应该效率上能接受。