❶ thinkPHP3.2.3文件上傳類多張圖片上傳怎麼只有第一張圖片被上傳
可以遍歷傳過來的FILES數組，然後用循環調用UPLOAD類
public function upload(){
$upload = new \Think\Upload();// 實例化上傳類
$upload->maxSize = 2000000 ;// 設置附件上傳大小
$upload->exts = array('jpg', 'gif', 'png', 'jpeg');// 設置附件上傳類
$upload->rootPath = ''./Uploads/';
$upload->savePath = date('Y').'/'.date('m').'/'.date('d').'/';
$upload->subName = array('date', 'H');
$upload->saveName = md5(uniqid());
$info = $upload->upload();
if(!$info) { // 上傳錯誤提示
$this->error($upload->getError());
}else{ // 上傳成功
return $info;
//$this->success('上傳成功！');
}
}
//調用
foreach($_FILES["banner_index"]["size"] as $key=>$val){
if($val>0){
$info=$this->upload(); //判斷上傳文件大小大於0，調用upload
foreach($info as $v){
echo $v["savepath"].$v["savename"]; }
}
}
❷ YII框架和THINKPHP的區別
這不是一篇評測文章。只是我的喃喃碎語，不計較真。而且，下面的內容真的會很雜，不全面，而且你不可能有和我一樣的開發經歷。所以對於某些我醉心的特性，你可能不會理解。同樣的，我也不可能全部理解你為何對某一項特性十分喜歡。
關於ThinkPHP（以下簡稱TP）和Yii Framework（以下簡稱Yii）的背景、作者和速度方面就不涉及了。因為速度是一個很復雜的問題，牽扯的因素很多。我不得不承認ThinkPHP是 一個是國內框架運營方面的榜樣（當FleaPHP/QeePHP最火的那陣，我說過FleaPHP/QeePHP會倒的）。
運行環境：
Windows NT ACER 5.1 build 2600 (Windows XP Professional Service Pack 3) i586
Apache/2.2.14 (Win32) DAV/2 mod_autoindex_color PHP/5.3.1 mod_apreq2-20090110/2.7.1 mod_perl/2.0.4 Perl/v5.10.1
Mysql 5.1.4
下載的代碼：
ThinkPHP 2.1，帶擴展、示例和文檔完整包，發布於2011年5月1日，下載地址是 http://thinkphp.cn/Down/download/178
Yii 1.1.7，內含框架、實例和環境檢測，下載地址 http://yii.googlecode.com/files/yii-1.1.7.r3135.tar.gz 文檔需要另外下載
中文化方面，TP和Yii都可以滿足中文用戶的需求。但是由於Yii是國際化的項目，所以代碼的注釋仍舊是英文。不過兩個框架的作者都是國人（沒錯，Yii作者的國籍仍舊是中國），所以交流起來還是很方便的。
是Yii自帶了一個環境檢測腳本，可以告訴你當前的主機環境是否滿足Yii的需求。檢測的內容也比較詳細。我覺得這點比較方便。TP最低需要PHP5.0支持，而Yii最低需要PHP 5.1.0支持。由於我使用PHP 5.3，所以對我來說沒有什麼區別。
Yii是純面向對象的的框架，而TP提供了一系列單字母函數。相比之下我更喜歡Yii的方式，因為可以避免項目之間的沖突。
TP在以前的版本的基類Base類，當時就和一個整合Ucenter時的類沖突了，一度很苦惱。現在TP的各種基類仍舊是直接命名，如Think 類。在項目開發過程中就會體會命名沖突的痛苦之處。Yii則在框架的類都加上了C前綴（介面是I前綴），有效地避免了這個問題。Yii中的 CComponent是所有類的基類，可以看看CComponent的代碼，很有用。
說到命名問題了，就不得不說自動導入的問題。TP的類導入和Yii的代碼風格差不多。但是Yii還支持PHP的命名空間和自定義autoload方法。
TP有個特色叫項目編譯。我覺得與其使用項目編譯，還不如使用APC。在Yii中也有個yiilite.php文件，裡面就包含了Yii的所有核心類。Yii作者表示在沒有APC的情況下，還是不要使用這個「編譯」好的文件，因為反而會增加系統開銷。
TP中還在第一次訪問的時候自動生成項目，我覺得這一點和自動編譯一樣，都是我不喜歡的。我對每添加一個if都很敏感，這種判斷讓我很糾結。比如說 TP在每次運行的時候都要檢測PHP版本，而Yii則單獨做了一個內容更詳細的環境監測腳本。我既然要用這個框架，我在第一次使用的時候，肯定就知道能不 能在當前環境上使用了，為什麼要每次都要檢測呢。當時我就說過，TP為用戶做了太多事情。比如舊版本中的TopN函數。
Yii的組件思路是非常不錯的，用起來十分地舒服。從session到cache，你可以無縫地更換所有的組件而無需重構項目。而且Yii的延遲加 載也做得比較徹底，每個組件都是用到的時候才載入。比如，TP中，如果配置了session自動打開，則TP在應用初始化的時候執行 session_start()。而Yii則是你用到session的時候才打開session。
說到項目的配置文件，TP要求是config.php，而Yii則比較靈活，支持多配置文件。
當初TP很推崇自己的ThinkAjax，現在也改用JQuery。這一點是進步。
TP做了很多小實例，這一點值得Yii學習。Yii在這一方面正在有一個叫yii playground的實例網站在開發中（http://code.google.com/p/yiiplayground/）。
TP的動態模型可以實現不需要定義Model。但是在實際的項目中，我更傾向於使用Yii的方式。順便說一句，將label定義在model中，為我的日常開發帶來了許多方便之處。
剛才提到TP的項目自動生成，Yii中也有這種工具。而且比起TP，Yii的工具更加強大而且可擴展。
從TP的代碼中，有人可以看出其作者熟悉JAVA。而從Yii的代碼中，有人會發現其作者熟悉.Net。這常常是我身邊人看到代碼的時候發生的小插曲。
Yii封裝了大量的頁面控制項和類庫，也是Yii如此吸引我的一點。這是TP短期無法比擬的，在TP的使用過程中總遇到這樣那樣的問題，讓我感覺TP對我反而是阻礙。而Yii真的是，舒服，實在是太好用了！
無論從代碼規范、設計思路、類庫豐富程度上來說，TP都遠遠不及Yii。有人說你看TP多簡潔，Yii太臃腫了。錯了！簡單和簡潔不是一回事。TP 那叫簡單，你讀讀Yii的代碼吧，那才叫簡潔。至於臃腫，去看看Zend Framework就知道了。（順便說一句，我很喜歡Zend Framework，它是學習設計的典範）
說到讀代碼。對於程序員真的很難嗎？讀寫得好的代碼應該是一種享受才對。Yii的學習曲線是比TP高那麼一點點，但是對比Yii的巨大優勢而言不算什麼了。而且，我認為在遇到學習困難就退縮或者認為Yii就像天書一樣的人，還是轉行吧。
以上是應一篇評論所寫的。對比TP1，現在的TP2的確有了很多進步，但是還是存在一些問題。對比Yii……，TP真的沒有可比的能力。抱歉讓TP的fans失望了。
那就下定論了嗎？不，不是的。從類庫到框架，再到解決方案。什麼是最好的？每一個人都有不同發說法，這是因為每一個人的思維習慣不同，遇到的問題不同，問題所在的環境也不同。怎麼能奢求所有人都有同一個選擇呢？
還是那句，適合，就是最好的。對我來說，Yii是最好的。