擁抱熟知的技術

動手構建站點的時候，不要到處去問別人該用什麼，什麼熟悉用什麼，如果用自己不擅長的技術手段來寫網站，等你寫完，黃花菜可能都涼了。所以，有現成的站群軟體元件可用，就不要自己重新發明輪子。人家說 Python 牛，但自己只懂 PHP，那就 PHP 好了，如果熟悉.net？，那也不錯。用爛技術不是丟人的事情，把好技術用爛才丟人。

架構層次清晰化

起步的階段應該清楚的確定下來架構的層次。如果都攪和在一起，業務一旦擴增開來，如果原有的一堆東西拆不開就是非常痛苦的事情。

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

層次清晰化的一個體現是（以 LAMP 架構為例）：即使只有一臺機器，也應該起個 Memcached 的例項，效果的確非常好– 一般人兒我不告訴他。。. 不要把什麼都壓到 DB 上，DB 一旦 I/O 壓力走到磁碟上，問題要暴露出來是很快的。沒錯，DB 本身也會利用自己的 Cache，但 DB 的 Cache 和 Memcached 設計出發點畢竟不一樣。

資料冗餘？有必要

很多人並不是資料庫設計專家，如果應用要自己設計表結構什麼的，基本都是臨時抱佛腳，但三個正規化很多人倒是記得牢，這是大多數小型 Web 站點遇到的一個頭疼事兒，一個小小的應用搞了幾十個表。忘掉正規化這個玩意兒！記住，儘可能的冗餘資料，你在資料層陷入的時間越多，你在多商店產品上投入的就會越少。多使用者更關心的是多商店產品的設計。

前端最佳化很重要

因為流量低，訪客可能也不多，這時候值得注意的是頁面不要太大，多數流量低的站點吃虧就在於一個頁面動輒幾兆（我前兩天看到一個 Startup 的首頁有 4M 之大，可謂驚人），多使用者看個頁面半分鐘都打不開，你說咋發展？先把基本的條件滿足，再去研究前端最佳化。