我在PHP中使用Fine-Uploader并发生了错误。当我在后端使用stream_copy_to_stream()时,它总是返回0.
这是我在后端的代码:
private function upload_file($file_name, $tmp_name)
{
$result = array(
'is_successful' => true,
'extra_message' => ''
);
$target_path = $this->get_target_file_path($file_name, $tmp_name);
move_uploaded_file($tmp_name, $target_path);
$result['is_successful'] = $this->handle_upload_request($target_path);
if ( $result['is_successful'] ) {
$result['extra_message'] = $target_path;
} else {
$result['extra_message'] = 'Unknown error occured.<br />';
}
return $result;
}
private function handle_upload_request($path)
{
$input = fopen("php://input", "r");
$temp = tmpfile();
$real_size = stream_copy_to_stream($input, $temp);
fclose($input);
echo $real_size;
if ($real_size != $this->get_size()){
return false;
}
$target = fopen($path, "w");
fseek($temp, 0, SEEK_SET);
stream_copy_to_stream($temp, $target);
fclose($target);
return true;
}
然而,$ real_size总是等于0.奇怪的是,文件有时可以成功上传,但有时不会。
我想也许是因为Linux的许可。因为我发现当我上传文件时,文件的mod是644(但我认为644就足够了)。 Windows中也存在此问题。
它出了什么问题?
答案 0 :(得分:1)
您不应该使用php://input
。 php://input
用于访问原始请求正文。对于多部分编码请求,它是空的。 Fine Uploader发送的所有上传请求默认为多部分编码。相反,您应该使用$_FILES
超全局抓取与请求关联的文件。有一个functional PHP example可以在Fine Uploader server Github repo中为您演示此内容以及更多内容。
如果您坚持编写自己的PHP代码来处理请求,那么您首先需要先阅读traditional server-side documentation for Fine Uploader,它会告诉您默认情况下所有上传请求都是多部分编码的。这被设置为默认值,以便更容易处理跨浏览器的上传请求,因为我们需要从IE9发送文件请求以及更老版本,因为IE9及更早版本不支持通过ajax请求(XHR2)。