0

我正在将Fine-Uploader与 PHP 一起使用，但发生了一些错误。当我在后端使用 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中也存在。

它出什么问题了？

4

1 回答 1

1

你不应该使用php://input. php://input用于访问原始请求正文。对于多部分编码请求，它是空的。Fine Uploader 发送的所有上传请求默认都是多部分编码的。相反，您应该使用超全局获取与请求关联的文件$_FILES。Fine Uploader 服务器 Github repo中有一个功能性 PHP 示例，它将为您演示这一点以及更多内容。

如果你坚持自己写 PHP 代码来处理请求，你真的需要先阅读Fine Uploader 的传统服务器端文档，它告诉你所有的上传请求默认都是多部分编码的。这设置为默认值是为了更容易处理跨浏览器的上传请求，因为我们需要始终从 IE9 和更早版本发送 MPE 请求中的文件，因为 IE9 和更早版本不支持通过上传文件ajax 请求 (XHR2)。

于 2013-08-19T23:49:10.523 回答