拥抱熟知的技术

动手构建站点的时候，不要到处去问别人该用什么，什么熟悉用什么，如果用自己不擅长的技术手段来写网站，等你写完，黄花菜可能都凉了。所以，有现成的站群软件元件可用，就不要自己重新发明轮子。人家说 Python 牛，但自己只懂 PHP，那就 PHP 好了，如果熟悉.net？，那也不错。用烂技术不是丢人的事情，把好技术用烂才丢人。

架构层次清晰化

起步的阶段应该清楚的确定下来架构的层次。如果都搅和在一起，业务一旦扩增开来，如果原有的一堆东西拆不开就是非常痛苦的事情。

WebServer《–》（AppServer）《–》Cache（eg.Memcached）《–》DB

层次清晰化的一个体现是（以 LAMP 架构为例）：即使只有一台机器，也应该起个 Memcached 的例项，效果的确非常好– 一般人儿我不告诉他。。. 不要把什么都压到 DB 上，DB 一旦 I/O 压力走到磁碟上，问题要暴露出来是很快的。没错，DB 本身也会利用自己的 Cache，但 DB 的 Cache 和 Memcached 设计出发点毕竟不一样。

资料冗余？有必要

很多人并不是资料库设计专家，如果应用要自己设计表结构什么的，基本都是临时抱佛脚，但三个正规化很多人倒是记得牢，这是大多数小型 Web 站点遇到的一个头疼事儿，一个小小的应用搞了几十个表。忘掉正规化这个玩意儿！记住，尽可能的冗余资料，你在资料层陷入的时间越多，你在多商店产品上投入的就会越少。多用户更关心的是多商店产品的设计。

前端优化很重要

因为流量低，访客可能也不多，这时候值得注意的是页面不要太大，多数流量低的站点吃亏就在于一个页面动辄几兆（我前两天看到一个 Startup 的首页有 4M 之大，可谓惊人），多用户看个页面半分钟都打不开，你说咋发展？先把基本的条件满足，再去研究前端优化。