怎么设计一个大型网站，非代码类
如何设计一个大型网站，非代码类想请教下如何设计一个大型的门户网站，主要是设计思想。主要是文章的，像小型
如何设计一个大型网站，非代码类
想请教下如何设计一个大型的门户网站，主要是设计思想。
主要是文章的，像小型的网站，流量少，数据少的，可以直接存数据库，然后读写数据库。但是针对数据很大，流量很大，每查看一个页面就读写数据库就肯定不行，应该怎么样设计比较好呢？
我知道，生产html静态页面可以解决，但是我考虑的是，在html页面里面也需要加载一些需要从数据库的数据（比如计数，排行榜，评论等等），又该怎么样呢？
或者有没有其他跟好的办法，希望能讲的详细点。万谢！
分数可以加哦。
[解决办法]
缓存
数据库分库，读写分离
前端展示尽量优化，减少http请求的次数
缓存才是王道
[解决办法]
就是尽量减少服务器请求，少调用数据库。
把一些实时性不是那么高的，缓存起来，或者利用静态页面。
数据库读写分离：基本的原理是让主数据库处理事务性查询，而从数据库处理SELECT查询。数据库复制被用来把事务性查询导致的变更同步到集群中的从数据库。
[解决办法]
最主要的办法还是生成html文件，缓存那些东西其实主要还是用在中型网站上的，大型只能生成静态。比如首页，新闻列表，新闻内容都需要静态文件，还有，如果有动态的内容，如新闻评论，问卷调查之类的东西，主要靠ajax来实现。但是也是根据测略，有些是ajax直接访问数据库，主要还是依靠缓存，比如新闻页面内用户点了一下“顶”，计数加1，这个可能是根据当前缓存值简单加1的结果，但是这下点击可能是存储到一个消息队列中，到一个固定时间才会写入数据库。
[解决办法]
nginx-resin-gzip压缩-memcache-某中间层-logic-db
[解决办法]
[解决办法]可以参考下我的这篇文章。
http://blog.csdn.net/nellson/archive/2010/01/01/5116512.aspx
需要对网站的数据类型进行区分，根据读写请求并发量和数据的重要性进行区分存储。
根据楼主的需求，日志可以根据ID分库分库保存在DB，同时把热帖缓存保证高并发时的响应。像计数和回复需要与帖子分开存储，通过异步的方式加载。
[解决办法]缓存
数据库分库，读写分离
前端展示尽量优化，减少http请求的次数
[解决办法]lz说的需求不是很明白，大型门户也是分类的，如果是新闻发布类的，像sina sohu 163 qq这种做成静态再合适不过了，安全性，扩展性，性能，成本都有理想的解决方法，如果是sns，ganji，baidu这类交互性很强的，就不适合做成全静态了。
当然首选是静态（新闻门户都是这样的，这个就不用怀疑了）
第二才是动态+缓存（缓存也有许多种，根据自己的需要选择）
计数，排行榜，评论等等 这些都是定时生成的静态文件碎片，而不是从数据库读来的
[解决办法]以小人之见,大网站就是 数据库管理,缓存管理,代码管理
