在Web服務之前部署頁面緩存。選擇一種緩存系統(tǒng)并部署它。通過緩存和響應之前生成的動態(tài)請求，迅速響應靜態(tài)對象的調(diào)用，從而降低Web服務器的負載。頁面緩存是分流動態(tài)請求并有效進行擴展的好方法。...
使用正確的HTTP響應頭，確保緩存Ajax調(diào)調(diào)用。除了絕對需要實時更新數(shù)據(jù)的Ajax調(diào)調(diào)用，其他都適用。應用方式:正確修改HTTP頭Last-Modified、ache-contro1和Expires。...
利用CND(Content Delivery Network，內(nèi)客分發(fā)網(wǎng)絡)分擔站點流量。在成本合理的情況下，再選擇哪些內(nèi)容最適合。大多數(shù)CDN利用DNS(域名服務或城名服務器)，從而替站點來提供內(nèi)容。...
如何拼搭出一座漂亮的房子子，就看設計者的創(chuàng)意和想象力了內(nèi)的 在在功能模塊確定后，開始設計首頁的版面。像搭積木一樣，每個模塊是一塊積木 設計版面的最好方法是:找一張白紙、一支筆，先將理想中的草圖勾勒出來，然后 再用網(wǎng)頁制作軟件實現(xiàn)。在設計中，應避免封面問題。封面是指沒有具體內(nèi)容，只 放一個標徽Logo點擊進入，或者者只有簡單的圖形菜單的首頁。除非是藝術性很強的站 點，或者確信內(nèi)容獨特足以吸引測覽者進一步點擊進入的站點，否則的話，封面式的首 頁并不會給企業(yè)站點帶來什么好處。用戶...
速、準確地檢索到要查尋的信息，這是一個網(wǎng)站是否成功的關鍵。如果當用戶進入一個網(wǎng) 對于一個網(wǎng)站來說，如何合理地組織自己要發(fā)布的信息內(nèi)容，以便讓瀏覽者能夠快 站后不能迅速地找到自己要找的內(nèi)容，那么這個網(wǎng)站就很難吸引住瀏覽者。解決這個問題，通?？赏ㄟ^對網(wǎng)站內(nèi)容的全中文檢索來實現(xiàn)。如果一個網(wǎng)站只有幾 供全中文的檢索能力，以便于用戶查找本網(wǎng)站的信息。至幾千個網(wǎng)頁怎么辦，遍歷法顯然不行。因此，從實際應用上，一定規(guī)模的網(wǎng)站一定要提 網(wǎng)站的信息交互能力 設中去，那么它的吸引力是有限的。只有...
干個彼此獨立而又有一定聯(lián)系的組成部分，這些組成部分稱為模塊。對于任何一個系統(tǒng) 結(jié)構(gòu)化設計方法的基本思想是使系統(tǒng)模塊化，即把一個系統(tǒng)自上而下、逐步分解為 立功能的模塊所組成的系統(tǒng)。在這一基本思想的指導下，系統(tǒng)設計人員以邏輯模型為基礎 都可以按功能逐步由上向下、由抽象到具體，逐層將其分解為一個多層次的、具有相對獨 并借助于一套標準的設計準則和圖表等工具，逐層地將系統(tǒng)分解成多個大小適當、功能單 具有一定獨立性的模塊，把一個復雜的系統(tǒng)轉(zhuǎn)換成易于實現(xiàn)、易于維護的模塊化結(jié)構(gòu)構(gòu) 系統(tǒng) 結(jié)...
盡可能減少系統(tǒng)中的時序約束。當你想添加一個約東，使某個物品或?qū)ο笤谟脩舻膬蓚€動作之間維持某個狀態(tài)時，放松業(yè)務原則中的約束。由于大多數(shù)RDBMS的ACID屬性，擴展具有時序約束的系統(tǒng)非常因難。...
不要立即檢查剛做過的事情，也不要立即讀剛寫過的數(shù)據(jù)。絕對不要為了驗證而立即讀剛寫過的數(shù)據(jù)。為了近期內(nèi)的運維需要，可以把數(shù)據(jù)存儲在本地或分布式的緩存中。驗證工作相對于不太可能出現(xiàn)的故障來說成本更高。這種活動有悖于有效擴展的需求。...
利用應用的日志文件診斷問題并防止問題出現(xiàn)。落實監(jiān)控日志文件的流程，強制人們對發(fā)現(xiàn)的問題采取措施。利用各種監(jiān)控工具，如定制的腳本或者Splunk，觀察應用的日志，找出錯誤。導出這些錯誤，指派人員識別并解決相關的問題。 ...
只有當防火墻能夠顯著減少風險，并且你能認識到它們會引發(fā)擴展性和可用性問題時，才使用防火墻。適用情形:無論何時都適用。只對遵從PI和PCI等法規(guī)的重要數(shù)據(jù)采用防火墻。對價值低的靜態(tài)數(shù)據(jù)，不要采用防火墻。防火墻會降低可用性，造成不必要的護展瓶頸。雖然防火墻很有用，但它們通常會被濫用，如果設計或?qū)嵤┎划?，可用性和擴展性都會受影響。...
