最近碰到一個分割程式功能的問題，不得已必須用到反映的功能，寫了一個簡單的抽象插件類別 http://blog.pixnet.net/HACGIS/post/15612808。 不知道你有沒有更好的解法？ tokimeki
關於這個問題，我是用所謂「混成(mix-in)」的概念實踐。先前我寫過2篇: PHP 實踐 mix-in 概念、PHP 實踐 mix-in 概念 part 2。
另外一位網友是用 include ，參考:
mix-in?。嚴格來說那不是 mix-n ，稍後說明。這有3個缺點。
I extend core libraries of CodeIgniter to detect the request file type and load applicable view. The other way is use URI Route, see '文件格式之 URI Route Rule 與 CodeIgniter 之實作示範'.
What I want to do is that if user request 'http://localhost/ci/blogs/index.xml', it will try to load a view for XML. In other cases:
我習慣將控制元件行為的最後一個參數，設為文件(呈現內容)的"格式"，如使用者想要 XML 格式的回傳內容，則傳入 'xml'。例如:
程式定義:
class Controller {
function method( docType ) {
// return result as a XML document.
}
}
var controller = new Controller;
調用控制項時的 URI:
controller/method/xml
# invoke controller->method('xml');
不過，我更喜歡將"文件格式"這個參數放在 URI 的副檔名部份。這部份我放在文章後段。
...繼續閱讀在 HTTP 協定(RFC2612) 中提到， Host 可用於得知使用者存取主機資源時會使用的主機名稱，供 HTTP Server 判斷虛擬主機設置。Accept-Language 可用於得知使用者的地區語文清單。服務者可根據此清單內容，呈現最適用於使用者的地區語文內容。
在 PHP 中，可藉由全域變數 $_SERVER['HTTP_HOST'] 、 $_SERVER['SERVER_NAME'] 取得 Host 內容。$_SERVER['HTTP_ACCEPT_LANGUAGE'] 取得瀏覽器適用的語文清單。
HTTP_HOST, SERVER_NAME should be the same. However, SERVER_NAME looks like only available in Apache2.
...繼續閱讀CodeIgniter 使用自定的授權書, CodeIgniter License Agreement。基於授權內容， CodeIgniter 不能被 GPL 傳染 copyleft 特性。(因為 GPL 的授權方式使其他使用 GPL 源碼的軟體也必須採 GPL 散佈，故人們戲稱這是一種病毒傳染行為)。基於此種限制，我個人認為不能將 CodeIgniter 包裝為我們應用軟體的一部份。CodeIgniter 和我們的應用軟體應該分開散佈。亦即，使用者必須另外下載取得 CodeIgniter 源碼。
故我寫下這份記錄，以說明如何將採用 GPL 授權書的源碼與 CodeIgniter 的源碼隔離散佈。
有些人認為不必如此做。 CodeIgniter 的作者就認為沒有問題。不過我還是傾向於將兩者分開散佈，不將 CodeIgniter 包裝在一起。
...繼續閱讀於 TWPUG 之回應內容，點擊連結參閱: 原文章串之回應內容。
本文內容主要討論 PHP 資料查詢函數的記憶體管理機制。
FIEND:
如果 我的 db 有 一千萬筆資料 我全部都要入 變數 再 count ... 應該會 error ....
1. count 陣列變數太誇張了..
我在 db 而且 findall 我己經下 limit 了說
塞入 變數 的想法 真的很酷 不敢用會被打死 .
FIEND 不了解查詢結果的記憶體管理機制。當 PHP 向 DB 查詢資料後，資料內容就已經被儲存在 PHP 這方的記憶體內容了。說的更明白些，例如:
$resource = mysql_query($query);。此時 $resource 已經是一個儲存了查詢結果的變數(但型態不是陣列)。如果查詢結果有一千萬筆資料，那麼 $resource 就會配置那麼多的記憶體空間儲存那一千萬筆資料。接著再使用 mysql_fetch_array() 等方法取出個別資料記錄。
本文起於 FIEND 於 TWPUG 上發表之《小弟寫的 cakephp 換頁 排序 功能》。
FIEND 寫道： 而 CAKEPHP 的架構 是很漂亮的 畢竟也是抄 ruby 的架構 . 雖然只做到三層式架構 將 : 資料邏輯層 和 頁面邏輯層 清礎的切開運用 .
這說法挺奇怪的，基本上 "三層式" 只是概念性的說法，以有別於主從式架構明顯的二層結構，並不是 "只有三層"。所以後來更常見的說法是 n-Tier 或 "分散式架構"。"層數"並不是愈多愈好，因此它"雖然"只有三層，並不表示它做的比較差。
還有一點，三層式並不等於 MVC ，雖然同樣是分三塊。
...繼續閱讀PHP5 目前不提供名稱空間(Namespace)功能，但普遍藉由命名慣例 (Name convention) 避免名稱衝突。名稱空間是語法功能；命名慣例則是編程技巧或準則(coding standard)。最常用的慣例是，把你的名號、公司名號或專案名號加在類別名稱前。例如 john 寫了一套 DB 層，那麼類別名稱當為 John_Db ；Xos 專案有一套 DB 層，那麼類別名稱當為 Xos_Db 。甚至於，要學 Java 以 domain name 為命名慣例 (Java 把這套命名慣例應用於 package) 也無不可，例如把類別名稱取作 Tw_Com_ABC_Db 。
在實際撰寫程式碼時，用命名空間和命名慣例的效果是差不多的。如下所示:
$o = new John::Db; //namespace: $o = new John_Db; //name convention:
名稱空間只得一項好處，就是可以用關鍵字(using or import) 宣告預設名稱空間，讓程序員少打一些字。然而，即便語法支援名稱空間，老練的程序員仍然會採用上述的命名慣例為名稱空間命名，以避免名稱空間的名稱衝突(真拗口...)。
前幾天在重構一段 PHP 程式碼時，不小心踩到 foreach 使用「參照(reference)」的陷阱。上網查了一下，似乎踩到的人還不少。我想了一下，把原因換成另一段程式碼形式說明，再說明解法。基本上，這是個 trick ，而不是 bug 。