最近因工作上的關係，重溫 PHP & MySQL 的懷抱。說真的，我上一次寫 PHP & MySQL 已經是 2005 年的事情，但我離 PHP 還沒那麼遠，至少 2009 年還有寫過。最近工作上採用 CodeIgniter Framework，算是第一個我接觸的 PHP Framework 了。我記得在 2009 年時，我還很討厭 framework 這類的東西，但工作幾年後，我發現 framework 在某個角度來說是很有用的，例如工作交接、維護與傳承。
老實說用 framework 開發速度不見得快，但好處之一就是可以讓一群人依循某種共同的開發架構(MVC)撰寫程式，如此一來要接手的人比較不會太痛苦，至少痛苦的機率小了那麼一丁點。這邊就先簡短記錄一些筆記。
效能：
參考 Google Search 的第一筆資料 - PHP Framework 的效能比較。簡單的說，在一些常見的 framework 中，CodeIgniter 效能不算差的，但與原生 PHP 來比，效能還是差了一大截。
架構：
稱得上很標準的 MVC 吧？目錄結構有 application/controllers、application/models 和 application/views ，如其名的架構，其中寫 controller 時，大部分都是用一個 class 的架構，依照該 class 來實作：
class Welcome extends CI_Controller {
public function index()
{
echo "Page at /welcome";
}
public function test()
{
echo "Page at /welcome/test";
}
public function update($x = NULL)
{
echo "Page at /welcome/update";
}
}
所以，你的網頁上就有 http://domain/index.php/welcome、http://domain/index.php/welcome/test、http://domain/index.php/welcome/update 和 http://domain/index.php/welcome/update/x 四種網址位置(其中最後的 x 是變數)。
接著 Models 的部分，也是繼承某個 class 的寫法：
class MyModel extends CI_Model {
function get_all_entries()
{
$query = $this->db->get('mytable');
return $query->result();
}
}
如此一來，在 controller 裡頭就可以用：
class Welcome extends CI_Controller {
public function index()
{
$this->load->model('MyModel');
$this->MyModel->get_all_entries();
}
}
而 views 比較像傳統 PHP 用法，不用是個 class 而是像以前寫 PHP 那樣夾雜 HTML、PHP、CSS 和 Javascript 等，而這個 view 能接收的參數需要從 controller 傳進來：
class Welcome extends CI_Controller {
public function index()
{
$x = array('123','456');
$this->load->view( 'myview' , array( 'data' => $x ) );
}
}
接著在 application/views/myview.php 中，就可以透過 global 變數 $data 取得資料。
缺點：
錯誤訊息不見得會顯示
有道是越難除錯的錯誤，通常是最蠢的問題，對於 CodeIgniter 來說，像 controller 和 models 這種 class 架構來說，不小心漏寫{}時，系統不見得會顯示錯誤，此時只會看到 500 internal server error 這種訊息，這跟直接用 PHP 會顯示錯誤訊息來說，實在很不方便。除此之外，如果使用 MySQL 時，未安裝 php5-mysql 相關套件時，也一樣空白一片。
這些真的還滿糟糕的。
Session 預設為 client side session 架構
對 PHP 來說，原先有 $_SESSION 使用，但在 CodeIgniter 必須改用 $this->session->all_userdata() 這類的存取方式，但真正棘手的是它的實作方式，預設是把 session 資料進行加密儲存在 cookie 裡頭，除了安全問題外，本身 cookie 就跟瀏覽器的實作有關，所以不見得所有資料都可以正常透過 setcookie 方式儲存起來，例如 $session['中文字'] = true 在 2.1.0 版就會發生問題！更別說 cookie 資料被破解、使用限制等等的。
另一個作法是把 session 資訊儲存在 Databases 裡頭，如此也可能導致 DB 連線頻繁而產生效能危機。
更多資訊可以參考：Session 的瓶頸與解決方法，在此就是文中第三種方式。
以上算是目前粗淺使用的經驗。
