我正在运行一个脚本,该脚本使用 move_uploaded_file()
移动上传的文件.我已经这样做了数千次,但由于某种原因它不起作用。我已确认以下内容:
-
<form>
使用method="post"
并更正enctype
- 更正表格中引用的文件
- 目录有权限
777
- 所有
memory_limit
,max_execution_time
等设置为超高设置以避免超时
基本上,下面的脚本只返回 Your image is too big.
.我还启用了所有错误显示,但仍然没有收到错误。有什么想法吗?
$time = time();
$target_path = "/absolute/path/to/temp/directory/temp/";
$target_path = $target_path.$time.'.jpg';
if(move_uploaded_file($_FILES['image']['tmp_name'], $target_path)) {
} else{
$error .= '<li>Your image is too big.</li>';
}
通过 php.ini hack 使用 1and1 托管 :P
更新 1
我想补充一点,脚本的响应恰好在 60 秒后发生。
更新 2
我们可能会有所进展。就print_r($_FILES)
这是数组的结果:
Array (
[image] => Array (
[name] => P2120267.JPG
[type] =>
[tmp_name] =>
[error] => 1
[size] => 0
)
)
所以这让我相信文件没有正确上传到服务器或其他东西?我查过了,post表单是<form action="" method="post" enctype="multipart/form-data">
.所以,据我所知,文件没有上传到服务器的临时区域?
更新 3
注意到 [error] => 1
在上面的数组中。这显然是 the filesize being larger than the upload_max_filesize
.但是,当我将其设置为 128M
时,我在 60 秒后出现白屏死机。我上传的文件是 2.5MB
这是我的 php.ini 文件:
register_globals=off
memory_limit = 128M
max_execution_time=3600
post_max_size = 128M
upload_max_filesize= 128M
更新 4
根据上面的详细信息,我似乎得到了 WSOD,但图像正在上传。那么,如何停止WSOD呢?我在任何地方都找不到任何相关的错误。
更新 5 - 找到了!
我很遗憾没有给你们所有的代码。看起来它与这一行有关:
resizeImage($feedBurnerStatsSource, PHOTOMSGDIR.'temp/'.$time.'-tmp.jpg',$width,$height);
在下面的代码中:
function resizeImage($source, $destination = NULL,$wdt, $height = NULL){
if(empty($height)){
// Height is nit set so we are keeping the same aspect ratio.
list($width, $height) = getimagesize($source);
if($width > $height){
$w = $wdt;
$h = ($height / $width) * $w;
$w = $w;
}else{
$w = $wdt;
$h = $w;
$w = ($width / $height) * $w;
}
}else{
// Both width and Height are set.
// this will reshape to the new sizes.
$w = $wdt;
$h = $height;
}
$source_image = @file_get_contents($source) or die('Could not open'.$source);
$source_image = @imagecreatefromstring($source_image) or die($source.' is not a valid image');
$sw = imagesx($source_image);
$sh = imagesy($source_image);
$ar = $sw/$sh;
$tar = $w/$h;
if($ar >= $tar){
$x1 = round(($sw - ($sw * ($tar/$ar)))/2);
$x2 = round($sw * ($tar/$ar));
$y1 = 0;
$y2 = $sh;
}else{
$x1 = 0;
$y1 = 0;
$x2 = $sw;
$y2 = round($sw/$tar);
}
$slate = @imagecreatetruecolor($w, $h) or die('Invalid thumbnail dimmensions');
imagecopyresampled($slate, $source_image, 0, 0, $x1, $y1, $w, $h, $x2, $y2);
// If $destination is not set this will output the raw image to the browser and not save the file
if(!$destination) header('Content-type: image/jpeg');
@imagejpeg($slate, $destination, 75) or die('Directory permission problem');
ImageDestroy($slate);
ImageDestroy($source_image);
if(!$destination) exit;
return true;
}
所以,WSOD 意味着它在某种程度上没有消息就死了。有什么想法吗?
最佳答案
只是为了验证是post_max_filesize
设置为高电平?因为根据 php.net:
If the size of post data is greater than post_max_size, the $_POST and $_FILES superglobals are empty. This can be tracked in various ways, e.g. by passing the
$_GET
variable to the script processing the data, i.e.<form action="edit.php?processed=1">
, and then checking if$_GET['processed']
is set.
需要考虑的事情。
有关详细信息,请参阅 this link并向下滚动到 post_max_filesize
节
更新
根据我的经验,如果您获得 WSOD,通常会执行 error_reporting
和 display_errors
正在关闭或 memory_limit
被达到。在顶部的脚本中,我通常设置 memory_limit
到 1024M 以验证这不是问题并打开 error_reporting
和 display_errors
...所以把这个放在文件上传之前:
error_reporting(E_ALL); // or E_STRICT
ini_set("display_errors",1);
ini_set("memory_limit","1024M");
这通常会摆脱 WSOD 并给您带来错误。
更新
你试过取下@
吗?在所有函数前进行错误抑制以查看它们是否产生特定错误?还有你的执行和输入超时是什么?你能验证发送的是什么标题吗? (确保它是 Content-Type=text/html;
)
关于php - move_uploaded_file 不起作用,没有错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5655859/