商城系统

dreamweaver只是一种html编辑软件，是做不了后台的，做后台需要掌握动态程序编程和数据库的知识，如果你一定要学习，就去学一下html、css、javascript这些基础，然后再去学asp.net这些编程。 个人建议采用专业的的网站后台管理系统来做后台，比如pageadmin系统、wordpress系统、shopex系统使用都很广泛，很多常用功能后台有集成了，很多大型网站都是基于这些后台基础上来改的。

你会做吗？用什么语言？JAVA,还是PHP，加个QQ咱们可以交流合作！

当然可以，点击标题栏中的文件---页面设置，在页面设置的窗格中你就可以对模板的大小进行任意修改了 呃 我想问在哪找到源码地址 我想直接修改代码 页面修改和栏目修改 有些修改不了 而且麻烦 呃 我想问在哪找到源码地址 我想直接修改代码 页面修改和栏目修改 有些修改不了 而且麻烦

第一步：需要客户提供一个完整的需求说明。很多客户对自己的需求并不是很清楚，需要您不断引导和帮助分析。曾经有一次，我问客户：“您做网站的目的是什么?”他回答：“没有目的，只是因为别人都有，我没有!”。这样的客户就需要耐心说明，仔细分析，挖掘出他潜在的，真正的需求。 配合客户写一份详细的，完整的需求说明会花很多时间，但这样做是值得的，而且一定要让客户满意，签字认可。把好这一关，可以杜绝很多因为需求不明或理解偏差造成的失误和项目失败。糟糕的需求说明不可能有高质量的网站。那么需求说明书要达到怎样的标准呢?简单说，包含下面几点： 1、正确性：每个功能必须清楚描写交付的功能;2、可行性：确保在当前的开发能力和系统环境下可以实现每个需求;3、必要性：功能是否必须交付，是否可以推迟实现，是否可以在削减开支情况发生时"砍"掉;4、简明性：不要使用专业的网络术语;5、检测性：如果开发完毕，客户可以根据需求检测。第二步是做系统分析。网站总体设计：在拿到客户的需求说明后，并不是直接开始网站制作，而是需要对项目进行总体设计，详细设计，出一份网站建设方案给客户。总体设计是非常关键的一步。它主要确定：1、网站需要实现哪些功能; 2、网站开发使用什么软件，在什么样的硬件环境;3、需要多少人，多少时间;4、需要遵循的规则和标准有哪些。同时需要写一份总体规划说明书，包括：1、网站的栏目和版块;2、网站的功能和相应的程序; 3、网站的链接结构;4、如果有数据库，进行数据库的概念设计;5、网站的交互性和用户友好设计。 网站建设方案 在总体设计出来后，一般需要给客户一个网站建设方案。很多网页制作公司在接洽业务时就被客户要求提供方案。那时的方案一般比较笼统，而且在客户需求不是十分明确的情况下提交方案，往往和实际制作后的结果会有很大差异。所以应该尽量取得客户的理解，在明确需求并总体设计后提交方案，这样对双方都有益处。网站建设方案的包括以下几个部分：1、客户情况分析;2、网站需要实现的目的和目标;3、网站形象说明;4、网站的栏目版块和结构;5、网站内容的安排，相互链接关系;6、使用软件，硬件和技术分析说明;7、开发时间进度表;8、宣传推广方案;9、维护方案;10、制作费用;11、本公司简介：成功作品，技术，人才说明等。当方案通过客户的认可，就可以开始动手制作网站了。但还不是真正意义上的制作，你需要进行详细网站设计：总体设计阶段以比较抽象概括的方式提出了解决问题的办法;详细设计阶段的任务就是把解法具体化。详细设计主要是针对程序开发部分来说的。但这个阶段的不是真正编写程序，而是设计出程序的详细规格说明。这种规格说明的作用很类似于其他工程领域中工程师经常使用的工程蓝图，它们应该包含必要的细节，例如：程序界面，表单，需要的数据等。程序员可以根据它们写出实际的程序代码。总体设计是非常关键的一步。它主要确定：1、网站需要实现哪些功能;2、网站开发使用什么软件，在什么样的硬件环境;3、需要多少人，多少时间;4、需要遵循的规则和标准有哪些。同时需要写一份总体规划说明书，包括：1、网站的栏目和版块;2、网站的功能和相应的程序;3、网站的链接结构;4、如果有数据库，进行数据库的概念设计;5、网站的交互性和用户友好设计。第三步是做网站建设方案。在总体设计出来后，一般需要给客户一个网站建设方案。很多网页制作公司在接洽业务时就被客户要求提供方案。那时的方案一般比较笼统，而且在客户需求不是十分明确的情况下提交方案，往往和实际制作后的结果会有很大差异。所以应该尽量取得客户的理解，在明确需求并总体设计后提交方案，这样对双方都有益处。网站建设方案的包括以下几个部分：1、客户情况分析;2、网站需要实现的目的和目标;3、网站形象说明;4、网站的栏目版块和结构;5、网站内容的安排，相互链接关系;6、使用软件，硬件和技术分析说明;7、开发时间进度表;8、宣传推广方案;9、维护方案;10、制作费用;11、本公司简介：成功作品，技术，人才说明等。另：网页设计注册事项1、框架结构(Frame Sets)有些搜索引擎(如FAST)是不支持框架结构的，他们的“蜘蛛”程序无法阅读这样的网页。2、图象区块(Image Maps)除AltaVista、Google和Northern Light(现已停止公共搜索服务)明确支持图像区块链接外，其他引擎是不支持它的。当“蜘蛛”程序遇到这种结构时，往往会感到茫然不知所措。因此尽量不要设置Image Map链接。3、特效链接我们经常看到有些网站为导航链接加上了特效，如点击某个项目会展开下层链接等。这些效果一般通过Java Script实现，视觉上非常新颖，但在“蜘蛛”程序的眼里则没那么诱人，相反它无法解读这种链接。为了让搜索引擎顺利检索到你的网页，建议还是牺牲掉一些花哨的东西。4、FLASH虽然FLASH网站制作的网页视觉效果较好，但搜索引擎对此却不太感冒，个案表明这一类的网站很难被百度搜索引擎索引。明智的做法是提供FLASH和非FLASH网页两种选择，这样即增加了网页的观赏性，又照顾到了搜索引擎的情绪。5、动态网页(Dynamic Pages)任何地址中带“?”号、“&”号(及其他类似符号)的网页都会把“蜘蛛”程序挡在门外。这些网页通常由CGI、PHP、ASP等程序产生，技术上较先进，但不适合搜索引擎的“蜘蛛”程序。虽然目前有的大型搜索引擎(如Google)已具备检索动态网页的能力，但相当一部分数引擎还是不支持它的。而且即使是能够索引动态网页的Google，也在多个场合中明确表示不保证检索全部的动态网页。因此，除非是超大型网站，为方便起见不得不采用动态网页生成技术，否则还是尽量使用静态网页为好。6、加密网页除非你不希望搜索引擎检索你的网页，否则不要给你的网页加密。7、网页容量包括图像在内的网页字节数最好不要超过50K。体型庞大的网页下载速度慢，不仅会让普通访问者等得心急如焚，有时也会使“蜘蛛”程序感到不耐烦。目前搜索引擎都不愿收录位于免费主页空间上的网站。其理由是，既然你认为自己的网站如此重要，以至于需要登录搜索引擎让天下人都知道，那么你没有理由还将它放在免费服务器上。更何况免费主页通常速度较慢，会影响大家搜索信息的效率。

大型电子商务网站架构，摘抄 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.没有这种问题,商业驱动的,纯购物就好了,千万别搞什么圈子,wiki4.纯.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%的行为时Find2、对于商品检索部分，能不用数据库就不用数据库（网上切词等相关的开源平台很多）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.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?MSMQ10.日志方面,log4net?目前我是自已写代码存在库里的。11.电子商务的全文检索,这也是个头疼的问题用lucene.net分词建索引，再直接从索引库里搜索，又快又准。12.负载均衡方面,有什么好的文章推荐码?不清楚了。 这样的设计要达到新蛋的效果肯定不可能的，新蛋少说几百台服务器，不同数据库之间的发布订阅链路都有几千条。有复杂的缓存，负载均衡机制。新蛋所有的通讯都是基于WCF的。另外对于这么大型的网站来说，数据库一刻都不停止，所以读写分离也很重要，因为你也不可能让数据库停下来进行备份。总归要做到新蛋这样的大型电子商务网站，靠你上面画的这点好像远远不够。 不过关于公共的header,footer,我不建议做成自定义控件，这个维护起来不方便，稍有变动就要发布dll，麻烦的。如果你的header和footer不是很大的话，建议采用js+css的方式。然后加上压缩和cdn缓存，应该效率上能接受。

这个就要看你的网站类型了。其实任何网站的后台后可以通过CMS这样的内容管理系统来实现、 网站内容是什么意思,我用dreamweaver编辑的前台网页,现在想弄个后台,不知该用什么软件,我不会纯代码编辑 初级的可以使用DW，这个要看你是什么源码。一般的还是支持的。 应该是html和css吧,cms这类软件是能够前后台都开发还是只负责后台的? html？纯静态还是伪静态，纯html现在有什么用？CMS是前后台都会做的，一个完整的web系统。 好吧,最后一个问题,那我可以先用DW做前台,织梦做后台吗? 可以的啊，不过只是要注意数据调用参数的修改罢了。

一般价格都要2万左右，这种类型的网站比较难制作，网站内都是有在线支付和会员系统的，所以价格会高一点

功能模块有好多，基本的功能包括：商品功能，订单功能，会员功能，支付和配送功能，模板功能，文章功能，广告功能等！还有一下功能是按照私人定制开发的，比如夺宝功能等。 谢谢你啊！私人定制功能也可以吗？我想要一元夺宝等功能，怎么做呢 你可以找一下这方面的代理公司，省事省钱。做的时候注明自己的要求就可以了。类似于大商创的ecshop模板堂就可以的。

不过会有很多规则限制，可以去黄金波视频直播平台看看，约束少。