擁抱熟知的技術(shù)

動(dòng)手構(gòu)建站點(diǎn)的時(shí)候，不要到處去問(wèn)別人該用什么，什么熟悉用什么，如果用自己不擅長(zhǎng)的技術(shù)手段來(lái)寫(xiě)網(wǎng)站，等你寫(xiě)完，黃花菜可能都涼了。所以，有現(xiàn)成的軟件組件可用，就不要自己重新發(fā)明輪子。人家說(shuō)Python牛，但自己只懂PHP，那就PHP好了，如果熟悉.net？，那也不錯(cuò)。用爛技術(shù)不是丟人的事情，把好技術(shù)用爛才丟人。

架構(gòu)層次清晰化

起步的階段應(yīng)該清楚的確定下來(lái)架構(gòu)的層次。如果都攪和在一起，業(yè)務(wù)一旦擴(kuò)增開(kāi)來(lái)，如果原有的一堆東西拆不開(kāi)就是非常痛苦的事情。

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

層次清晰化的一個(gè)體現(xiàn)是（以LAMP架構(gòu)為例）：即使只有一臺(tái)機(jī)器，也應(yīng)該起個(gè)Memcached的實(shí)例，效果的確非常好--一般人兒我不告訴他。。.不要把什么都?jí)旱紻B上，DB一旦I/O壓力走到磁盤(pán)上，問(wèn)題要暴露出來(lái)是很快的。沒(méi)錯(cuò)，DB本身也會(huì)利用自己的Cache，但DB的Cache和Memcached設(shè)計(jì)出發(fā)點(diǎn)畢竟不一樣。

數(shù)據(jù)冗余？有必要

很多人并不是數(shù)據(jù)庫(kù)設(shè)計(jì)專家，如果應(yīng)用要自己設(shè)計(jì)表結(jié)構(gòu)什么的，基本都是臨時(shí)抱佛腳，但三個(gè)范式很多人倒是記得牢，這是大多數(shù)小型Web站點(diǎn)遇到的一個(gè)頭疼事兒，一個(gè)小小的應(yīng)用搞了幾十個(gè)表。忘掉范式這個(gè)玩意兒！記住，盡可能的冗余數(shù)據(jù)，你在數(shù)據(jù)層陷入的時(shí)間越多，你在產(chǎn)品上投入的就會(huì)越少。用戶更關(guān)心的是產(chǎn)品的設(shè)計(jì)。

前端優(yōu)化很重要

因?yàn)榱髁康?，訪客可能也不多，這時(shí)候值得注意的是頁(yè)面不要太大，多數(shù)流量低的站點(diǎn)吃虧就在于一個(gè)頁(yè)面動(dòng)輒幾兆（我前兩天看到一個(gè)Startup的首頁(yè)有4M之大，可謂驚人），用戶看個(gè)頁(yè)面半分鐘都打不開(kāi)，你說(shuō)咋發(fā)展？先把基本的條件滿足，再去研究前端優(yōu)化。

• 上一篇：怎樣的網(wǎng)站建設(shè)才算成功？
• 下一篇：怎樣才能提高網(wǎng)站權(quán)重