想要在 codeIgniter orm，找一找看一看 php 的好幾套
，最後比較偏好用 Laravel 的 orm eloquent，只是他是不同框架的東西，能拿來用嗎？
剛好有這篇文章
能參考，的確是能 work，但實際使用上自己遇到一些問題要解決，就紀錄一下了。
分類: PHP
PHP 設計模式 學習手冊
![91VpVH3-64L._AA1500_[1]](https://mlwmlw.org/wp-content/uploads/2013/07/91VpVH3-64L._AA1500_1.jpg)
上個禮拜在 HITCON 的天瓏書局攤位，看到這本七月剛出的 PHP 設計模式學習手冊，心中燃起一絲對 PHP 的小火，心想已經荒廢那麼久的 PHP 該是時候補充一下彈藥的時候啦～，尤其是最近剛看完 JavaScript 設計模式，應該能對比一下兩個語言實作上的差異，來更深入的理解這些設計模式應用的場景。
phpconf.tw 2012
phpconf2012 已經是 phpconf 第二屆了，去年就有注意到，但是那時候在高雄沒辦法參加，這次能參加想說會有機會親眼看到很多厲害的人，結果除了有看到講者外，還是跟在家看噗浪、臉書一樣…，總不能到處走問說你是不是誰誰誰吧…。
第一次親眼看到大澤木小鐵的演講，還有沒跟到他時代的 ptt 名人榮尼王，剛發現的議程影片跟相簿，不知道有沒有拍到我…。
伺服器記憶體調校
php configure fast cgi
php 與 apache 最常協同工作的方式是採用在 apache 上掛載 mod_php 模組，在執行 apache 的時候呼叫這個模組來編譯 php 網頁。所以接收工作與回應的模式大都是 apache 在控制(這邊指的是行程的數量…與生命週期等等)，預設情況 apache 會有一個 process pool 接到要求就從 pool 中叫一個起來工作，如果工作超過 pool 的 process 量的話則 fork 新 process 來處理，則會佔用大量的記憶體，尤其是 apache 是採用 process 不是 thread 的關係(一個 30M 200個 request 就需要 6G)。
common gateway interface 是一個讓網頁伺服器與程式銜接的介面，叫做 interface 就是代表各種語言只要實做了這個介面就能跟網頁伺服器溝通。而 fast cgi 則是 cgi 的擴展擁有許多更良好的特性，可以是一個不中斷程式持續的接收工作，而 apache 接到工作以後不是採用 php 模組的方式呼叫編譯，而是將要求轉送至已在運行的 fcgi 程式中。
透過 fast cgi 的方式運作與 spawn cgi 來管控數個設定如: php_cgi 行程的數量。透過管理 php_cgi 行程池，減低 apache 載入 php 模組所耗費的記憶體，應能加速 apache fork 行程的速度，因為少載入了一個肥大的 mod_php module。這樣的話假設實際環境使用者要求個網頁有 1個php 9個資源的情況，10個要求只有1個需要呼叫 php_cgi ，這樣 10 個 php_cgi 可以處理 100 個 apache process。