官方的 example 中，有一個範例的 upload.php，對於重複檔案的檢查有個錯誤。Plupload 使用的上傳方式是 multipart
，所以他會將檔案依照 chunk 的大小分割成許多的 chunks，然後依序的將這些被分割出來的部份上傳到遠端主機上。
// Make sure the fileName is unique but only if chunking is disabled
if ($chunks < 2 && file_exists($targetDir
其實我不知道聯合查詢大家常不常用。不過當時我年輕不懂事的時候好像很愛用的樣子（喂）。使用這種交集式的聯合查詢，其實有一個稍微要注意的地方，就是，針對你在撈出來的資料表中的資料，重複性最好不要太高，這樣使用
UNION ALL 的效率就會非常的好。
詳細的效率可以參考這篇文章（雖然舊了點）。
http://www.mysqlperformanceblog.com/2007/10/05/union-vs-union-all-performance/
什麼時候會用上？多資料表聯集的時候。但是真的一定要用嗎？上面的文章中，也有指出使用原始查詢條件也可以達到同樣的結果。那，使用聯合查詢有什麼好處（上述文章也有提及）？
> if you do
以前在 BSD 很習慣用 zsh 這個 shell，但是用了 Ubuntu 當工作環境這麼久了，現在才想到要換成 zsh 似乎有點慢半拍了。
不過，這一套真的好用！
https://github.com/robbyrussell/oh-my-zsh
他有超多 theme 可以選，我是用這個：steeef
主要是，他有可愛的糖果圖示（如果你進入的資料夾是 git 相關的話）。然後 zsh 大家也知道的，tab
Plupload 這個上傳器，我想應該不會很陌生吧（應該）。他有一個很微妙的錯誤。
請看上傳端 PHP 處理的這個部份：
// Make sure the fileName is unique but only if chunking is disabled
if ($chunks < 2 && file_exists($targetDir . DIRECTORY_SEPARATOR . $fileName)) {
$ext = strrpos($fileName, '.
由於 CakePHP 的模組本身就是 ORM [http://zh.wikipedia.org/wiki/ORM]
的一種，所以在操作上有著迅速，便利，低風險（例如 SQL Injection）爾等好處。當然也不是沒有缺點，大概就是要犧牲掉一點效能吧。原生的 SQL
語法當然可以最佳化方式很多，當然衍生的問題也多。
首先，這裡先理解 Model 的運作方式，先是在 models 資料夾中建立一個模組，我們叫他 my_
