內容：提供及時可擴充套件性的did方法
場景：所有專案通用，是保證可擴充套件性的最經濟有效的方法（資源和時間）。
用法：design 設計20倍的容量；implement 實施3倍的容量 ； deploy 部署1.5倍的容量
原因：did為產品擴充套件提供了經濟、有效、及時的方法。
要點：在早期考慮可擴充套件性可以幫助團隊節省時間和金錢。在需求發生大約乙個月前實施（寫**），在客戶蜂擁而至的幾天前部署。
在準備擴充套件程式的時候，我們要遵循did原則。
設計要以高於20倍的現有容量為下限進行設計，設計過程中要集合各個環節的人進行集體思考，找到容量提公升的瓶頸，提前準備好文件化的設計方案。這個環節的成本主要集中在文件化的設計方案和集體思考，總體上來講，是提供擴充套件性成本中最低的環節。
實施要以3倍現有容量為下限，以20倍現有容量為上限進行實施。這個環節需要投入開發人員進行寫**，總體上來講，是提供擴充套件性成本中居中的環節。
部署是要以1.5倍現有容量為下限，根據業務的實際需要調整部署的容量上限，適度增長的調整到3倍現有容量為上限，高度增長調整到5倍現有容量為上限。這個環節會將實現環節的內容部署到生產環境，總體上來講，是提供擴充套件性成本最高的環節。
did方法是以敏捷開發為特徵的一種方法，所以需要有關鍵性人物提前布局，最好你就是那個關鍵性人物，不合適乙方做的外包專案。這個原則非常強調預防性、提前性，所以這種擴充套件性本身其實是基於現實情況提前做的預防性方案，基於對業務把握的程度。
規則 x軸擴充套件
內容 通常叫水平擴充套件，通過復 務或資料庫以分散事務處理帶來的負載 場景 資料庫讀寫比例很高，可以達到5 1以上或者是更高 事務增長超過資料增長的系統 用法 轉殖服務的同時配置負載均衡器 確保使用資料庫的 清楚讀和寫之間的區別 原因 以複製資料和功能為代價獲得事務的快速擴充套件 要點 x軸拆分實施...
cakephp中擴充套件自定義驗證規則
在cakephp中,有多達26條驗證規則可以用,詳細的見這裡 但如何擴充套件自定義呢?比如乙個例子中,只對管理員使用者要校驗輸入使用者名稱,普通使用者不用 乙個很極端的例子 可以這樣做 var name user var validate array name array notempty arra...
virtualbox擴充套件硬碟方案
virtualbox擴充套件硬碟方案 虛擬機器中目前使用最多的win8系統，當時建立時選擇了50g硬碟，現在已經不夠用了。昨天使用的虛擬機器檔案建立的mac系統也只有區區40g硬碟。虛擬機器擴充套件硬碟迫在眉睫。經過一上午的折騰，總算有了些收穫。大體上有新增磁碟和在原有磁碟擴充套件兩種方案。1 先說...