一直對系統框架非常感興趣，想整出乙個實用、簡單、通用強大的系統框架滿足未來不斷的應用擴充套件需要。
最近上了一套連鎖收銀系統，此系統採用c/s架構，應該說完全的發揮出了c/s所應該發揮的優勢：資料的本地化、應用分為服務端、分店端和pos端，此系統相互之間又可聯絡，又可分開，可分可合和變形現在把系統關鍵部分列出來，讓沒有接觸的了解一下。
連鎖經營，資料的聯鎖同步非常關鍵，不要認為現在網路發達的現在，雲端基於web的b/s架構直接到戶，這樣最好，最完美，只要網路暢通，實時都是最新資料！這應該也是我所一直追求的。
此次整理的盡可能的簡單，能滿足連鎖情況下的採購、庫存、銷售收銀、對帳 應該就是百分之80的應用了。其它細節象客戶管理及積分、vip卡、應收應付、費用管理再加進去就是錦上添花，更加完美了，只是我們就不先考慮得太細，以簡單實用為原則了。
資料庫上：
對於資料庫的基本應該實現乙個庫就是乙個連鎖其中乙個單位的套帳，程式可對這個這個單個資料庫進行備份、恢復、新建的操作，這應該是乙個基礎中的基礎了，當然提供乙個演示demo的套帳（庫），也是很有必要的。
選單上：
這個樹選單不能少，角色組、登入帳號的管理等等
樹選單的id和角色組要應用乙個許可權表來來區分是否可見、可改、可查、可刪除、可匯出、可列印等等
基礎資料部分
區域、公司機構、商品部門以及**商分類、**商資料、商品分類、商品資料
資料字典有：商品單位、品牌等
好了有一以上資料，又要考慮到要連鎖，也就是連鎖許可權和資料之間的關係問題，這裡面是用公司機構做為公司的最基本的公司機構許可權單位
也就是說以上資料
資料交換部分：
採用ftp和本地局域共享資料夾，本地區域網也就意味著vpn的方式也可以進行交換，交換設定是由總部許可權設定好乙個統一的交換方案，是採用a到b、b到a中的那些資料需要同步交換，是否需要覆蓋等
報表部分
這部分靈活性要非常大，不同的公司需求也不一樣，要求也會很多，未來發的時間在這上面應該也是最大的，對於資料庫資料呼叫和採集要非常清晰，並且要統一的報表管理，許可權分配等
以上就是簡單的想法，應該還有很多，還是先發布出來，一起交流
TP框架設定的LOG LEVEL不起作用
最近監控系統日誌，可是日誌是全部級別的日誌，沒有辦法看太多了。只想看有用的資訊。就在config檔案中修改了配置檔案。可是試了以後並沒有變化，log檔案還是全部級別的資訊 後來發現除錯模式開啟著，預設如果開啟除錯模式的話，log級別走的就是debug的配置 找到index.php中除錯模式 此處可以...
系統架構，框架，設計模式的理解 舉例說明
系統架構，框架，設計模式的理解 舉例說明 搞軟體的人很容易把理論知識神化，覺得滿嘴框架，架構，模式才能顯示出自己的size。我不是計算機出身，做這行也有6年了，閒暇無事，找了幾本書看看，了解一下這些高深的詞彙。看完後，仔細一咋嘛，無外乎告訴大家用乙個科學的角度去看待乙個軟體工程，不過講得到是蠻有道理...
應用程式框架設計 2 SW系統的視窗類
解釋了訊息分派機制後，接下來我們開始介紹winx的視窗類。為了產生比較的效果，我決定從之前我寫的 sw系統 的視窗類講起。在你理解了sw系統的視窗類後，我們再來看6年後winx中的視窗類在設計上發生了什麼樣的變化。這自然也是我個人在視窗類觀念上的改變。1 sw系統的 hello,world 程式 類...