YII千萬級PV架構經驗分享--理論篇

             hello,你們好，我是方少，如今想象一下這樣一個情景，這是一個很愜意的季節,是一個能夠隨意亂穿的季節，兩我的,一個穿羽絨服,一個穿熱褲,小衚衕裏兩人迎面走來,看到對方都哈哈大笑,前仰後合,笑完都甩一句:"這哥們病的不輕",到底誰沒病,就看誰適合這個季節,這是一個複雜的季節，然而,衣服能夠亂穿,可框架和架構亂設計的結果，嘿嘿嘿。

 

 

              回想一下，咱們上學歷程，從加減乘除指數，再到高斯函數，從隊列棧再到圖，而回首間卻發現，咱們80%的時間打交道的不是高斯函數和圖，而只是加減乘除和隊列棧。咱們爲了展現咱們的不同凡響，追求極致，把簡單的問題複雜化來解決，把需求變更很小的問題無限的設計模式化，最後致使產品失敗的血案瀝瀝在目。

　　　　

　　　　當你有一天作在電腦旁邊敲代碼，忽然一位美麗的策劃跟你說，如今這個網站不用再改了，老闆說，改起太麻煩，變更成本過高，讓咱們從新開發。業務不可能不變更致使開發週期無限拉長，而不少項目由於考慮極制性能，致使性能擴展極其繁瑣，最後用戶量一增，每每全面返工。

　　　　爲何用緩存策略？只是爲了提升性能？

　　　　再極致的技術和完善的業務只是磚，產品纔是目的，可磚難道不是產品？