ci批量上傳

1. 怎麼把ci框架里的上傳文件入庫

// 載入配置文耐磨件 @include(APPPATH.'昌凱斗config/你要載入的文件'孫則 . EXT); 比如你的config文件中定義 $auth["test"] = "123"; 你就可以直接使用$auth['test']了。

2. CI文件上傳怎麼解決中文亂碼問題

想必很多朋友在進行utf8編碼的php開發上傳功能的時候，都會遇到這樣的一個問題，就是上傳中文文件名的文件時，文件名會變成亂碼，其實我們可以用iconv函數對文件名進行重新編碼就解決問題了
可能會有不少朋友碰到一些問題就是上傳文件時如果是英文倒好原文名不會有問題，如果是中文可能就會出現亂碼了，今天我來給大家總結一下導致亂碼php上傳文件中文文件名亂碼的原因與解決辦法吧。
這幾天在windows下安裝了XAMPP，准備初步學習一下php的相關內容。這幾天接觸到了php上傳文件，但是出現了一個郁悶問題，我准備上傳一個excel文件，但是如果文件名是中文名就會報錯。
一來二去很是郁悶，後來仔細想了想應該是文件編碼的問題，我寫的php文件使用的是UTF-8編碼，如果沒有猜錯APACHE處理用的應該是GBK（當然現在我無法確定，希望高手給與指教）。想明白了這個問題，就去查找相關的教程了，索性找到了iconv這個函數。
函數原型：string iconv ( string in_charset, string out_charset, string str )
使用例子：$content = iconv("GBK", "UTF-8", $content);
這個例子的作用就是將$content從GBK轉換成UTF-8編碼。
亂碼問題關鍵代碼：
復制代碼 代碼如下:

$name=iconv("UTF-8","gb2312", $name);
move_uploaded_file($tmpname, $this->final_file_path);
$name=iconv("gb2312","UTF-8", $name);
除了這樣來解決上傳文件中文亂碼問題，我們還可以把上傳文件重新命名即可。
例
復制代碼 代碼如下:

$sFileName = "sda.php";
$sOriginalFileName = $sFileName;
$sExtension = s str($sFileName, (strrpos($sFileName, '.') + 1));//找到擴展名
$sExtension = strtolower($sExtension);
$sFileName = date("YmdHis").rand(100, 200).".".$sExtension; //這樣就是我們的新文件名了，全數字的不會有亂碼了哦。

以下是一些補充：
php上傳中文文件名亂碼解決方案
復制代碼 代碼如下:

$filepath="upload/";
$name=$filepath.$_FILES["upfile"]["name"];
while(file_exists($name)){
$temp=explode(".",$name);//分割字元串
$name=$temp[0]."0".".".$temp[1];//主文件名後面加0
}
復制代碼 代碼如下:

//iconv()函數是關鍵
if(move_uploaded_file($_FILES["upfile"]["tmp_name"],iconv("UTF-8","gb2312",$name))){//處理...}
我的PHP編碼是UTF-8，其中原因可能是因為操作系統是GBK的原因!
注意：我的伺服器是windows xp、apache，估計xp字元集是gbk。因為我的php代碼保存為utf-8格式的，在給文件名命名時會出現亂碼的情況，所以可以用iconv()函數將原本的utf-8格式的文件名轉換為gbk格式的。
php utf8編碼 上傳中文文件名出現亂碼的解決方法
想必很多朋友在進行utf8編碼的php開發上傳功能的時候，都會遇到這樣的一個問題，就是上傳中文文件名的文件時，文件名會變成亂碼，我們可以用iconv函數對文件名進行重新編碼就解決問題了。
復制代碼 代碼如下:

<?php
header("Content-Type:text/html;charset=utf-8");
$submit = $_POST['submit'];
if(isset($submit) && trim($submit) != ''){
$file = $_FILES['file'];
if(isset($file['tmp_name'])){
$name = iconv('utf-8','gb2312',$file['name']); //利用Iconv函數對文件名進行重新編碼
if(move_uploaded_file($file['tmp_name'],$name)){
echo '文件上傳成功!';
echo '圖片信息：';
print_r($file);
}
}
}
?>

3. CI框架修改文件上傳類默認文件大小，CI框架默認的好像是2M,2M以上的都上傳不了，怎樣將它修改啊

objectMainextendsApp{
varreverse_pairs = 0//逆巧耐慧序數
defmsort[T](cmp:(T, T) => Boolean)(l:List[T]):List[T] = {
defmerge(l1:List[T], l2:List[T]):List[T]=(l1, l2)match{
case(Nil, _) =>孝答 l2
case(_, Nil) => l1
case(x::left1, y::left2) =>
if(cmp(x, y))
x::merge(left1, l2)
else{
reverse_pairs += l1.length
y::merge(l1, left2)
}
}
valn = l.length /畝基 2
if(n == 0)
return l
else{
val(l1, l2) = l.splitAt(n)
merge(msort(cmp)(l1), msort(cmp)(l2))
}
}
println(msort((x:Int, y:Int) => x<y)(List(5, 4, 3, 2, 7,6 )))
println(reverse_pairs)
}

4. 如何一步步實現AndroidCI

一步步實現Android CI

Android上的CI構建鏈與其它平台一致，依然包含Compilation, Testing, Inspection,
Deploying階段，每一個階段的Feedback的都保持對整個團隊透明。

2、添加Function Test

Android為大家提供了一套集成測試框架Android integration testing
framework。但此框架未集成Cucumber，這導致每增加一個Function Test都需要較大的開發和維護工作。這樣高成本的實現Function
Test將大大延緩開發進度，最終因為項目進度的原因導致Function Test被丟棄。產生這樣的後果那必然是不願意看到的。

目前Android平台下已經出現多種Functiong Testing測試工具，如Native Driver, Robotium,
Calabash等。在嘗試對比後，最終選擇了Calabash Android作為解決方案。Calabash
Android是Cucumber在Android平台的實現，使用Ruby書寫Function Test，並提供了一組操作Anadroid App元素的API。

3、添加UI Test

Android在新近退出了UI測試工具UIAutomator。此工具僅支持Android4.1及以上平台，鑒於目前市場上2.3和4.0版本仍佔主導的情況來看，目前還無法滿足大家的需要。另外應用該工具實現UI測試的開發成本還較高，筆者暫不推薦使用此工具，但應該關注其發展。

另外基於錄制回放機制的測試方法同樣可以進行UI測試。但錄制回放的方法在面對功能快速迭代時，維護工作會急劇增加，而這個維護成本可以說是很難承受的，所以在此也不會將這種測試方法集成至CI中。

目前來看Android中UI測試還無令人滿意的方法。若對UI成功比較看重，可以投入精力應用UIAutomator進行UI測試。

Best Practice:

*
將測試按照單元測試，組件測試，功能測試和系統測試進行劃分。單元測試應該在每次提交時觸發執行，其它的測試根據運行時間長短和重要程度可以每次提交觸發執行或者定時周期執行。

* 將運行較快的測試優先執行。

* 讓功能測試能夠重復執行。否則維護成本太高，會被舍棄。若是後台數據導致不可重復，可以將數據抽象成為數據集，在每次運行前進行重置。

* 書寫測試時每一個assert只做一種判斷，這樣可以明確每次測試的目的，並且可以快速定位測試失敗願意。

步驟 3：持續檢查持續檢查是對於代碼本身檢測和反饋。檢測主要通過對代碼靜態分析驗證代碼風格，編程規范，代碼復用，代碼語言中的Best Practice等多個維度的代碼質量。

Sonar作為一個開源的代碼質量檢測工具，涵蓋了7項代碼質量檢測方式。這充分滿足Android平台下對於代碼質量的檢測分析。Sonar分為兩部分一部分是代碼分析工具，另一部分是數據分析展示的Server。

Best Practice:

* 將測試覆蓋率，代碼分析結果透明化

* 持續降低代碼復雜度

* 持續的促進設計的演進

* 持續的維護代碼結構

* 持續減少代碼重復

步驟 4：持續部署

由於Android App採用用戶手動從Appstore自行下載安裝的方式發布，使得Android
App無法直接部署至用戶手機中。另外Appstore需要對於上線的App進行審核，不能持續進行Release。因而Android中持續部署將以持續發布可安裝包為目標。

在以上目的下，只需根據自身項目資源找到合適的安裝包管理工具即可。如本文採用Dropbox來管理所有安裝包。

Dropbox作為一個雲存儲平台，在Android終端設備上可以輕松下載存放在其中的文件，同時上傳安裝包也可以交由Dropbox自己完成。

步驟 5：持續反饋

反饋是所有改進的開始，必須要讓所有人獲取到他們所關心的反饋信息，才能實施改進。持續反饋的目的就是讓所有人都掌握項目健康狀況。項目所有人事實都是有意願知道項目當前的健康狀況的，那CI就應該將項目的情況做到透明，並將不同的反饋通知到各相關的成員。

CI不同階段產生了不同維度的反饋，如單元測試報告，測試覆蓋率等。本實踐中將這些反饋都透明的展示在項目首頁中。之所以沒有將這些反饋再以郵件的方式通知所有人，是因為團隊成員已經養成了查看CI的習慣。

如果說只給所有人發一封郵件說明項目狀況，那必然是告訴所有人「CI所有步驟是否都返回正確？」。這樣一個反饋，包含了編譯正確，所有測試通過，安裝包已經准備完畢等重要信息。有必要讓所有人都知道這個信息，特別是在CI執行失敗的時候。Jenkins自身已經提供一個簡單有效的透明化方法，以項目為藍色表示通過，紅色表示有步驟失敗。

反饋的通知方式有很多種，不一定要採用郵件通知的方式。可以尋找更加有趣的方式，如果播放音樂和設置警報燈。在每一次Build成功或失敗後都播放一段有趣的音樂，打開不同顏色的警報燈，這兩種方法都是是一種簡單有效的方式，可以讓項目所有人都獲取到最為關鍵的信息。