以前没开发过大型项目，心里有点发毛，呵呵。项目分3部分，前台展示，用户控制台，管理员后台
开发工具vs2005 sql2005 开发平台window20031、前台展示我打算用静态页，生成静态页用什么方式比较好？模板、直接生成或者混合使用？2、对修改不是很频繁的页面，一旦新增或修改就重新生成静态页，新增修改频繁的定时生成，该方案是否可行？3、静态页提交数据是不是只有POST方式？4、用户控制台使用框架开发，左边功能栏目和头部分不动，用CSS+JS控制切换栏目，右边页面aspx和静态页结合，aspx页适当使用缓存。
该方案是否可行？有什么地方需要注意的？有没有更好的解决方案？5、我参考了阿里巴巴的用户控制台，他是什么开发的？都是htm文件，后面带参数，他的参数怎么使用？6、在一些网站看见网页文件是以cgi结尾的，只是URL重写吗？还是自己定义的文件格式？7、管理员后台主要使用aspx+缓存。8、网站安全性方面需要主要哪些问题？暂时想到这么多，还有什么地方不妥的，或者有什么建议，大家尽管提，谢谢
开发工具vs2005 sql2005 开发平台window20031、前台展示我打算用静态页，生成静态页用什么方式比较好？模板、直接生成或者混合使用？2、对修改不是很频繁的页面，一旦新增或修改就重新生成静态页，新增修改频繁的定时生成，该方案是否可行？3、静态页提交数据是不是只有POST方式？4、用户控制台使用框架开发，左边功能栏目和头部分不动，用CSS+JS控制切换栏目，右边页面aspx和静态页结合，aspx页适当使用缓存。
该方案是否可行？有什么地方需要注意的？有没有更好的解决方案？5、我参考了阿里巴巴的用户控制台，他是什么开发的？都是htm文件，后面带参数，他的参数怎么使用？6、在一些网站看见网页文件是以cgi结尾的，只是URL重写吗？还是自己定义的文件格式？7、管理员后台主要使用aspx+缓存。8、网站安全性方面需要主要哪些问题？暂时想到这么多，还有什么地方不妥的，或者有什么建议，大家尽管提，谢谢
7.该方案可行（可参考PetShop4.0)
8.防止恶意脚本注入+MemberShip（如果不够用可在他的基础上进一步扩展）。
其他的问题我也很迷惑。
建议用模板
3、静态页提交数据是不是只有POST方式？
只有post提交到动态页面
5、我参考了阿里巴巴的用户控制台，他是什么开发的？都是htm文件，后面带参数，他的参数怎么使用？
url重写
也可以get呀，不过用ajax会更舒服些。不过看情况了。8、网站安全性方面需要主要哪些问题？
a,数据库的CRUD最好用存储过程。可以有效防止SQL注入了。 b,文件上传也要控制好，最好判断是用ContentType判断一下。不要只判断后缀名。如一个abc.exe文件。改成abc.jpg 一般用判断后缀名的都可以上传，但你在用ContentType判断一下他是不是图片。如果是abc.exe改成abc.jpg，上传的ContentType判断可以判断出来这不是图片的。 c,URL参数，在处理前最好验证一下是不是预期的数值。如数字6、在一些网站看见网页文件是以cgi结尾的，只是URL重写吗？还是自己定义的文件格式？
有不同语言写的，也有url重写的。看情况咯～
2、对修改不是很频繁的页面，一旦新增或修改就重新生成静态页，新增修改频繁的定时生成，该方案是否可行？ 修改非常频繁的直接缓存在内存里也不错。如果内容不是很多的话。乱说了一下。呵呵～～
大项目生成静态是个恐怖的事情，特别是静态页面太多，静态好处就是性能好，搜索引擎更加喜欢，不过你要权衡了
2、对修改不是很频繁的页面，一旦新增或修改就重新生成静态页，新增修改频繁的定时生成，该方案是否可行？
可以把需要修改的做成调用，比如js，或者js调用xml文件
3、静态页提交数据是不是只有POST方式？
静态页面可以通过ajax是实现很多功能，这个不用担心
4、用户控制台使用框架开发，左边功能栏目和头部分不动，用CSS+JS控制切换栏目，右边页面aspx和静态页结合，aspx页适当使用缓存。
该方案是否可行？有什么地方需要注意的？有没有更好的解决方案？
这样可以
5、我参考了阿里巴巴的用户控制台，他是什么开发的？都是htm文件，后面带参数，他的参数怎么使用？
html后面的参数，可以同时js获取，然后通过ajax发送请求
6、在一些网站看见网页文件是以cgi结尾的，只是URL重写吗？还是自己定义的文件格式？
用动态语言python，ruby，或者c写，几乎没有人会把url重写成这样的
7、管理员后台主要使用aspx+缓存。
管理员后台不一定要缓存的
8、网站安全性方面需要主要哪些问题？
服务器端，客户端
还有其他很多安全方面要注意的,lz搜搜google吧
首先要做用专业的工具做压力测试，看看你的服务器端承受压力的情况（压力主要包括服务器cpu,内存和后台数据库），这个是分析阶段；大型网站架构方面一般都用分布式编程,这里面包括服务器的分配和数据库的优化方面的工作，必须保证数据量和访问量大的时候可以随时增加服务器硬件，并做负载均衡方面的工作；另外根据lz所说的日均5K的访问量，编程序的时候要充分运用到页面缓期和数据库事务方面的机制，保证访问的流畅性。
如果lz只有一台服务器来存放程序和后台数据库的话，那么数据的传输和存储会很简单(一对一)；
不过大型商务网站得考虑多台服务器来存放程序和DB（即我上面说的分布式编程，net里面分布式技术包括的web servies,.net remoting,wcf）,比方说你的用户信息存一个DB,用户发布信息存一个DB,这中间就会涉及到数据间的数据交换和同步的问题。
如果是每个会员写入的日志，就不要生成静态了，要好看，重写Url就可以其他的考虑看不出来跟你的系统有太多的联系
服务器是分布式的，采用DNS轮询。这是我向负责管理服务器的同事了解的情况。现在系统刚开始做需求分析，请问我在做需求的时候是不是要结合分布式服务器考虑？应该注意哪些问题？
首先,不提倡你用生成全静态的页面,用url重写........方案很多,我就不多说了.......这点对于SEO来说,效果是完全一样的....其次,因为aspx的网站本身用的服务器控件,就是很安全的,如果你用什么静态,就算是post,还得全部判断禁止站外提交,禁止,重复刷新之类的,很麻烦,而且不安全.......再其次,你怕页面生成慢了,完全没必要,一个网站的缓存分2部分,数据库缓存和web缓存,大型的项目,数据库相信也不会太弱,还是建议2者结合使用,相信.net framework的缓存机制能满足你的要求......当然超大型项目,没有太多人用aspx主要是因为生成的垃圾代码太多(这点你自己要注意)........当然如果编码规范,数据库设计也规范,唯一让网站很慢的就一定是图片......css和js占一小部分....至于管理后台缓存的问题,aspx编码的时候根本不用太多考虑,大不了就是IIS配置单独站点的应用程序池就行了....自己设置大点就行了......至于服务器安全对于网站配置方面,主要3个步骤就搞定,1."本地用户和组"新建一个用户(网站使用的),2.网站文件夹,添加这个用户的权限"Read"就够了,3.IIS添加这个用户......详细的东西太多了,不好说清除.....有疑问可以联系偶.......我要分啊,我要分啊,没分我就不能提问了,555~~~