DEDE圖片集上傳圖片時(shí)出錯(cuò)顯示(FILEID)的解決方法
發(fā)布時(shí)間:2011-06-28 22:17:11 作者:佚名
我要評(píng)論
經(jīng)過測(cè)試,在我的VPS上是可行的,壇子里沒有搜索到,所以特別在這里分享下,如果遇到過這問題的,就可以照此方法嘗試了。
某日,某使用DeDe CMS v5.5的網(wǎng)站在后臺(tái)上傳圖片時(shí)出現(xiàn)如下錯(cuò)誤:
作為web生手的我很是迷茫。印象里之前并沒有做什么改動(dòng),于是百思不得其解。Google、百度、DeDe官網(wǎng)搜索了一大圈,發(fā)現(xiàn)有這個(gè)問題的人不少,但是沒有一個(gè)給出解決的辦法。只好自己試著分析分析……
找到提示出錯(cuò)的相關(guā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("有錯(cuò)誤!");
progress.toggleCancel(false);
alert(serverData);
}
} catch (ex) {
this.debug(ex);
}
}
其中:
if (serverData.substring(0, 7) === "FILEID:")
這句的判斷為假導(dǎo)致如上圖的問題。
查看serverData的值沒有發(fā)現(xiàn)什么異常,但是判斷始終為假
問題就出在serverData.substring(0, 7) 始終都不等于"FILEID:"
調(diào)整了截取邊界也一樣有錯(cuò),于是乎,請(qǐng)來了HttpAnalyzer一看,哦,原來如此:
雖然這么看著沒什么問題DEDE教程-ASQQ8.NET
但實(shí)際問題在這:
前面多了三個(gè)字節(jié):ef bb bf
大致一找原來這是utf-8的bom問題,是修改文件時(shí)在文件頭自動(dòng)加入的這三個(gè)字節(jié)導(dǎo)致的連鎖反應(yīng)
但是那么多文件要找出是哪個(gè)文件的問題倒是有點(diǎn)頭大……網(wǎng)絡(luò)資源網(wǎng)-ASQQ8.NET
后來找到一篇文章《轉(zhuǎn)兩篇 移除PHP中BOM的方法》按照其中給出的清除BOM的代碼解決了這個(gè)問題
代碼如下:
<?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的時(shí)候報(bào)錯(cuò)如:
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生手的我很是迷茫。印象里之前并沒有做什么改動(dòng),于是百思不得其解。Google、百度、DeDe官網(wǎng)搜索了一大圈,發(fā)現(xiàn)有這個(gè)問題的人不少,但是沒有一個(gè)給出解決的辦法。只好自己試著分析分析……
找到提示出錯(cuò)的相關(guān)js文件:
/dede/handlers.js
發(fā)現(xiàn)有這么一段:
復(fù)制代碼
代碼如下: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("有錯(cuò)誤!");
progress.toggleCancel(false);
alert(serverData);
}
} catch (ex) {
this.debug(ex);
}
}
其中:
復(fù)制代碼
代碼如下:if (serverData.substring(0, 7) === "FILEID:")
這句的判斷為假導(dǎo)致如上圖的問題。
查看serverData的值沒有發(fā)現(xiàn)什么異常,但是判斷始終為假
問題就出在serverData.substring(0, 7) 始終都不等于"FILEID:"
調(diào)整了截取邊界也一樣有錯(cuò),于是乎,請(qǐng)來了HttpAnalyzer一看,哦,原來如此:
雖然這么看著沒什么問題DEDE教程-ASQQ8.NET
但實(shí)際問題在這:
前面多了三個(gè)字節(jié):ef bb bf
大致一找原來這是utf-8的bom問題,是修改文件時(shí)在文件頭自動(dòng)加入的這三個(gè)字節(jié)導(dǎo)致的連鎖反應(yīng)
但是那么多文件要找出是哪個(gè)文件的問題倒是有點(diǎn)頭大……網(wǎng)絡(luò)資源網(wǎng)-ASQQ8.NET
后來找到一篇文章《轉(zhuǎn)兩篇 移除PHP中BOM的方法》按照其中給出的清除BOM的代碼解決了這個(gè)問題
代碼如下:
復(fù)制代碼
代碼如下:<?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的時(shí)候報(bào)錯(cuò)如:
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);
}
?>
相關(guān)文章
織夢(mèng)dedecms安全漏洞include/common.inc.php漏洞解決方法
據(jù)悉DEDECMS的全局變量初始化存在漏洞,可以任意覆蓋任意全局變量,下面是具體的解決方法,需要的朋友可以參考下2021-05-13織夢(mèng)DEDECMS建立模型、簡(jiǎn)單分表、索引優(yōu)化操作方法
最近因?yàn)槭褂玫膁ede系統(tǒng)考慮后期數(shù)據(jù)量大的問題,所以提前將dedecms優(yōu)化一下,應(yīng)對(duì)后期數(shù)據(jù)量大導(dǎo)致后臺(tái)卡等問題,這里為大家分享一下,主要是思路對(duì)于新版本的dedecms需要2021-05-12DedeCMS大數(shù)據(jù)負(fù)載性能優(yōu)化方案(簡(jiǎn)單幾招讓你提速N倍)
今天我們分享一下DedeCMS數(shù)據(jù)負(fù)載性能優(yōu)化的方法,因?yàn)槟壳?0w條記錄,導(dǎo)致站點(diǎn)后臺(tái)查詢慢,生成HTML也很吃力,經(jīng)過下面的優(yōu)化確實(shí)可以提升不少2021-05-12mysql織夢(mèng)索引優(yōu)化之MySQL Order By索引優(yōu)化
最近基于mysql數(shù)據(jù)庫(kù)的織夢(mèng)系統(tǒng)查詢與生成靜態(tài)頁面比較慢,所以想優(yōu)化一下索引試試能不能提高一下執(zhí)行效率下面是具體的實(shí)現(xiàn)步驟,需要的朋友可以參考一下2021-05-12織夢(mèng)dedecms頁面空白后開啟錯(cuò)誤信息提示功能方便調(diào)試錯(cuò)誤
織夢(mèng)后臺(tái)空白、織夢(mèng)后臺(tái)左側(cè)空白等相關(guān)問題,如果沒有報(bào)錯(cuò)提示信息,不顯示任何內(nèi)容,對(duì)新手來說摸不著頭腦,無從下手,開啟織夢(mèng)錯(cuò)誤信息提示錯(cuò)誤調(diào)試設(shè)置,讓程序告訴我們2021-05-12
織夢(mèng)DedeCMS 分表實(shí)現(xiàn)一個(gè)欄目對(duì)應(yīng)一個(gè)表(圖)
最近考慮用dedecms做個(gè)大數(shù)據(jù)量的網(wǎng)站,為什么用dedecms呢因?yàn)檫@個(gè)系統(tǒng)特別好用,但負(fù)載是軟肋,很多功能只能自己動(dòng)手實(shí)現(xiàn)了,下面就為大家分享一下具體的方法2021-05-12- 這篇文章主要介紹了加固版織夢(mèng)CMS整站源碼通用安裝教程,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-03-17
織夢(mèng)DEDECMS robots優(yōu)化設(shè)置的具體方法
這篇文章主要介紹了織夢(mèng)DEDECMS robots優(yōu)化設(shè)置的具體方法,DEDECMS自帶的robots.txt文件設(shè)置很簡(jiǎn)單,并不能完全滿足網(wǎng)站的優(yōu)化要求,需要的朋友可以參考下本篇方法2020-12-02Dedecms網(wǎng)站Title標(biāo)簽SEO優(yōu)化方法
這篇文章主要介紹了Dedecms網(wǎng)站Title標(biāo)簽SEO優(yōu)化方法,主要涉及到如何實(shí)現(xiàn)"三級(jí)欄目_二級(jí)欄目_一級(jí)欄目_網(wǎng)站名稱"的問題,需要的朋友可以參考下小編的方法2020-12-02dedecms文章關(guān)鍵字(自動(dòng)內(nèi)鏈)php5.5以上版本urf-8失效的解決方法
這篇文章主要為大家詳細(xì)介紹了dedecms文章關(guān)鍵字(自動(dòng)內(nèi)鏈)php5.5以上版本urf-8失效的解決方法,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下,有需要的朋友可以收藏2020-11-18


