DEDE圖片集上傳圖片時出錯顯示(FILEID)的解決方法
發(fā)布時間:2011-06-28 22:17:11 作者:佚名
我要評論

經(jīng)過測試,在我的VPS上是可行的,壇子里沒有搜索到,所以特別在這里分享下,如果遇到過這問題的,就可以照此方法嘗試了。
某日,某使用DeDe CMS v5.5的網(wǎng)站在后臺上傳圖片時出現(xiàn)如下錯誤:
作為web生手的我很是迷茫。印象里之前并沒有做什么改動,于是百思不得其解。Google、百度、DeDe官網(wǎng)搜索了一大圈,發(fā)現(xiàn)有這個問題的人不少,但是沒有一個給出解決的辦法。只好自己試著分析分析……
找到提示出錯的相關js文件:
/dede/handlers.js
發(fā)現(xiàn)有這么一段:
function uploadSuccess(file, serverData) {
try {
var progress = new FileProgress(file, this.customSettings.upload_target);
if (serverData.substring(0, 7) === "FILEID:") {
addImage("swfupload.php?dopost=thumbnail&id=" + serverData.substring(7), serverData.substring(7));
progress.setStatus("獲取縮略圖...");
progress.toggleCancel(false);
} else {
addImage("img/error.gif", 0);
progress.setStatus("有錯誤!");
progress.toggleCancel(false);
alert(serverData);
}
} catch (ex) {
this.debug(ex);
}
}
其中:
if (serverData.substring(0, 7) === "FILEID:")
這句的判斷為假導致如上圖的問題。
查看serverData的值沒有發(fā)現(xiàn)什么異常,但是判斷始終為假
問題就出在serverData.substring(0, 7) 始終都不等于"FILEID:"
調(diào)整了截取邊界也一樣有錯,于是乎,請來了HttpAnalyzer一看,哦,原來如此:
雖然這么看著沒什么問題DEDE教程-ASQQ8.NET
但實際問題在這:
前面多了三個字節(jié):ef bb bf
大致一找原來這是utf-8的bom問題,是修改文件時在文件頭自動加入的這三個字節(jié)導致的連鎖反應
但是那么多文件要找出是哪個文件的問題倒是有點頭大……網(wǎng)絡資源網(wǎng)-ASQQ8.NET
后來找到一篇文章《轉(zhuǎn)兩篇 移除PHP中BOM的方法》按照其中給出的清除BOM的代碼解決了這個問題
代碼如下:
<?php
//remove the utf-8 boms
//by magicbug at gmail dot com
if (isset($_GET['dir'])){ //config the basedir
$basedir=$_GET['dir'];
}else{
$basedir = '.';
}
$auto = 1;
checkdir($basedir);
function checkdir($basedir){
if ($dh = opendir($basedir)) {
while (($file = readdir($dh)) !== false) {
if ($file != '.' && $file != '..'){
if (!is_dir($basedir."/".$file)) {
echo "filename: $basedir/$file ";
echo checkBOM("$basedir/$file")."
";
}else{
$dirname = $basedir."/".$file;
checkdir($dirname);
}
}
}
closedir($dh);
}
}
function checkBOM ($filename) {
global $auto;
$contents = file_get_contents($filename);
$charset[1] = substr($contents, 0, 1);
$charset[2] = substr($contents, 1, 1);
$charset[3] = substr($contents, 2, 1);
if (ord($charset[1]) == 239 && ord($charset[2]) == 187 && ord($charset[3]) == 191) {
if ($auto == 1) {
$rest = substr($contents, 3);
rewrite ($filename, $rest);
return ("<font color=red>BOM found, automatically removed.</font>");
} else {
return ("<font color=red>BOM found.</font>");
}
}
else return ("BOM Not Found.");
}
function rewrite ($filename, $data) {
$filenum = fopen($filename, "w");
flock($filenum, LOCK_EX);
fwrite($filenum, $data);
fclose($filenum);
}
?>保存為a.php,放在網(wǎng)站根目錄訪問下就可以了。
ps:如果在訪問a.php的時候報錯如:
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted
那就試用下面的修改版檢查出有bom的文件自己修改吧
<?php
//remove the utf-8 boms
//by magicbug at gmail dot com
if (isset($_GET['dir'])){ //config the basedir
$basedir=$_GET['dir'];
}else{
$basedir = '.';
}
$auto = 1;
checkdir($basedir);
echo ("
<font color=green>completed!</font>
");
function checkdir($basedir)
{
if ($dh = opendir($basedir))
{
while (($file = readdir($dh)) !== false)
{
if ($file != '.' && $file != '..')
{
if (!is_dir($basedir."/".$file))
{
//echo "filename: $basedir/$file ";
checkBOM("$basedir/$file");
}
else
{
$dirname = $basedir."/".$file;
checkdir($dirname);
}
}
}
closedir($dh);
}
}
function checkBOM ($filename) {
global $auto;
$contents = file_get_contents($filename,NULL,NULL,0,10);
$charset[1] = substr($contents, 0, 1);
$charset[2] = substr($contents, 1, 1);
$charset[3] = substr($contents, 2, 1);
if (ord($charset[1]) == 239 && ord($charset[2]) == 187 && ord($charset[3]) == 191) {
if ($auto == 1) {
//$rest = substr($contents, 3);
//rewrite ($filename, $rest);
echo ($filename."--------"."<font color=red>BOM found</font>
");
} else {
//return ("<font color=red>BOM found.</font>");
}
}
//else return ("BOM Not Found.");
}
function rewrite ($filename, $data) {
$filenum = fopen($filename, "w");
flock($filenum, LOCK_EX);
fwrite($filenum, $data);
fclose($filenum);
}
?>
作為web生手的我很是迷茫。印象里之前并沒有做什么改動,于是百思不得其解。Google、百度、DeDe官網(wǎng)搜索了一大圈,發(fā)現(xiàn)有這個問題的人不少,但是沒有一個給出解決的辦法。只好自己試著分析分析……
找到提示出錯的相關js文件:
/dede/handlers.js
發(fā)現(xiàn)有這么一段:
復制代碼
代碼如下:function uploadSuccess(file, serverData) {
try {
var progress = new FileProgress(file, this.customSettings.upload_target);
if (serverData.substring(0, 7) === "FILEID:") {
addImage("swfupload.php?dopost=thumbnail&id=" + serverData.substring(7), serverData.substring(7));
progress.setStatus("獲取縮略圖...");
progress.toggleCancel(false);
} else {
addImage("img/error.gif", 0);
progress.setStatus("有錯誤!");
progress.toggleCancel(false);
alert(serverData);
}
} catch (ex) {
this.debug(ex);
}
}
其中:
復制代碼
代碼如下:if (serverData.substring(0, 7) === "FILEID:")
這句的判斷為假導致如上圖的問題。
查看serverData的值沒有發(fā)現(xiàn)什么異常,但是判斷始終為假
問題就出在serverData.substring(0, 7) 始終都不等于"FILEID:"
調(diào)整了截取邊界也一樣有錯,于是乎,請來了HttpAnalyzer一看,哦,原來如此:
雖然這么看著沒什么問題DEDE教程-ASQQ8.NET
但實際問題在這:
前面多了三個字節(jié):ef bb bf
大致一找原來這是utf-8的bom問題,是修改文件時在文件頭自動加入的這三個字節(jié)導致的連鎖反應
但是那么多文件要找出是哪個文件的問題倒是有點頭大……網(wǎng)絡資源網(wǎng)-ASQQ8.NET
后來找到一篇文章《轉(zhuǎn)兩篇 移除PHP中BOM的方法》按照其中給出的清除BOM的代碼解決了這個問題
代碼如下:
復制代碼
代碼如下:<?php
//remove the utf-8 boms
//by magicbug at gmail dot com
if (isset($_GET['dir'])){ //config the basedir
$basedir=$_GET['dir'];
}else{
$basedir = '.';
}
$auto = 1;
checkdir($basedir);
function checkdir($basedir){
if ($dh = opendir($basedir)) {
while (($file = readdir($dh)) !== false) {
if ($file != '.' && $file != '..'){
if (!is_dir($basedir."/".$file)) {
echo "filename: $basedir/$file ";
echo checkBOM("$basedir/$file")."
";
}else{
$dirname = $basedir."/".$file;
checkdir($dirname);
}
}
}
closedir($dh);
}
}
function checkBOM ($filename) {
global $auto;
$contents = file_get_contents($filename);
$charset[1] = substr($contents, 0, 1);
$charset[2] = substr($contents, 1, 1);
$charset[3] = substr($contents, 2, 1);
if (ord($charset[1]) == 239 && ord($charset[2]) == 187 && ord($charset[3]) == 191) {
if ($auto == 1) {
$rest = substr($contents, 3);
rewrite ($filename, $rest);
return ("<font color=red>BOM found, automatically removed.</font>");
} else {
return ("<font color=red>BOM found.</font>");
}
}
else return ("BOM Not Found.");
}
function rewrite ($filename, $data) {
$filenum = fopen($filename, "w");
flock($filenum, LOCK_EX);
fwrite($filenum, $data);
fclose($filenum);
}
?>保存為a.php,放在網(wǎng)站根目錄訪問下就可以了。
ps:如果在訪問a.php的時候報錯如:
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted
那就試用下面的修改版檢查出有bom的文件自己修改吧
<?php
//remove the utf-8 boms
//by magicbug at gmail dot com
if (isset($_GET['dir'])){ //config the basedir
$basedir=$_GET['dir'];
}else{
$basedir = '.';
}
$auto = 1;
checkdir($basedir);
echo ("
<font color=green>completed!</font>
");
function checkdir($basedir)
{
if ($dh = opendir($basedir))
{
while (($file = readdir($dh)) !== false)
{
if ($file != '.' && $file != '..')
{
if (!is_dir($basedir."/".$file))
{
//echo "filename: $basedir/$file ";
checkBOM("$basedir/$file");
}
else
{
$dirname = $basedir."/".$file;
checkdir($dirname);
}
}
}
closedir($dh);
}
}
function checkBOM ($filename) {
global $auto;
$contents = file_get_contents($filename,NULL,NULL,0,10);
$charset[1] = substr($contents, 0, 1);
$charset[2] = substr($contents, 1, 1);
$charset[3] = substr($contents, 2, 1);
if (ord($charset[1]) == 239 && ord($charset[2]) == 187 && ord($charset[3]) == 191) {
if ($auto == 1) {
//$rest = substr($contents, 3);
//rewrite ($filename, $rest);
echo ($filename."--------"."<font color=red>BOM found</font>
");
} else {
//return ("<font color=red>BOM found.</font>");
}
}
//else return ("BOM Not Found.");
}
function rewrite ($filename, $data) {
$filenum = fopen($filename, "w");
flock($filenum, LOCK_EX);
fwrite($filenum, $data);
fclose($filenum);
}
?>
相關文章
織夢dedecms安全漏洞include/common.inc.php漏洞解決方法
據(jù)悉DEDECMS的全局變量初始化存在漏洞,可以任意覆蓋任意全局變量,下面是具體的解決方法,需要的朋友可以參考下2021-05-13織夢DEDECMS建立模型、簡單分表、索引優(yōu)化操作方法
最近因為使用的dede系統(tǒng)考慮后期數(shù)據(jù)量大的問題,所以提前將dedecms優(yōu)化一下,應對后期數(shù)據(jù)量大導致后臺卡等問題,這里為大家分享一下,主要是思路對于新版本的dedecms需要2021-05-12DedeCMS大數(shù)據(jù)負載性能優(yōu)化方案(簡單幾招讓你提速N倍)
今天我們分享一下DedeCMS數(shù)據(jù)負載性能優(yōu)化的方法,因為目前70w條記錄,導致站點后臺查詢慢,生成HTML也很吃力,經(jīng)過下面的優(yōu)化確實可以提升不少2021-05-12mysql織夢索引優(yōu)化之MySQL Order By索引優(yōu)化
最近基于mysql數(shù)據(jù)庫的織夢系統(tǒng)查詢與生成靜態(tài)頁面比較慢,所以想優(yōu)化一下索引試試能不能提高一下執(zhí)行效率下面是具體的實現(xiàn)步驟,需要的朋友可以參考一下2021-05-12織夢dedecms頁面空白后開啟錯誤信息提示功能方便調(diào)試錯誤
織夢后臺空白、織夢后臺左側(cè)空白等相關問題,如果沒有報錯提示信息,不顯示任何內(nèi)容,對新手來說摸不著頭腦,無從下手,開啟織夢錯誤信息提示錯誤調(diào)試設置,讓程序告訴我們2021-05-12織夢DedeCMS 分表實現(xiàn)一個欄目對應一個表(圖)
最近考慮用dedecms做個大數(shù)據(jù)量的網(wǎng)站,為什么用dedecms呢因為這個系統(tǒng)特別好用,但負載是軟肋,很多功能只能自己動手實現(xiàn)了,下面就為大家分享一下具體的方法2021-05-12- 這篇文章主要介紹了加固版織夢CMS整站源碼通用安裝教程,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2021-03-17
織夢DEDECMS robots優(yōu)化設置的具體方法
這篇文章主要介紹了織夢DEDECMS robots優(yōu)化設置的具體方法,DEDECMS自帶的robots.txt文件設置很簡單,并不能完全滿足網(wǎng)站的優(yōu)化要求,需要的朋友可以參考下本篇方法2020-12-02Dedecms網(wǎng)站Title標簽SEO優(yōu)化方法
這篇文章主要介紹了Dedecms網(wǎng)站Title標簽SEO優(yōu)化方法,主要涉及到如何實現(xiàn)"三級欄目_二級欄目_一級欄目_網(wǎng)站名稱"的問題,需要的朋友可以參考下小編的方法2020-12-02dedecms文章關鍵字(自動內(nèi)鏈)php5.5以上版本urf-8失效的解決方法
這篇文章主要為大家詳細介紹了dedecms文章關鍵字(自動內(nèi)鏈)php5.5以上版本urf-8失效的解決方法,具有一定的參考價值,感興趣的小伙伴們可以參考一下,有需要的朋友可以收藏2020-11-18