当 CURL 进程写入本地文件时，从 PHP 流式传输本地文件

Question

我正在为我的网站创建一个简单的代理服务器。为什么我不使用 mod_proxy 和 mod_cache 是一个不同的讨论。代码如下：

    shell_exec("nohup curl --create-dirs -o {$write_path} {$source_url} > /dev/null 2> /dev/null & echo $!");
    sleep(1);

    $read_speed = 65.5; # 65.5 kb/s download rate
    $handle = fopen($write_path, "rb");

    $content_type = select_meta_item($headers, 'Content-Type');
    $file_size = select_meta_item($headers, 'Content-Length');
    send_headers($content_type, $file_size); 
    flush();

    while (!feof($handle))
    {
        echo fread($handle, round($read_speed * 1024));
        flush();
        sleep(1);
    }

    fclose($handle);

使用此方法无法传输 MP3。可在 Chrome 中播放，但不能在 Firefox 中播放。最初我将使用它通过 Long Tail 的 JW Player 流式传输 MP3 文件。如果一切顺利，我还将使用它来发送 ZIP 文件。

Answer 1

问题是您的文件格式是否可以由客户端实现进行流式传输。如果 Firefox 不支持播放 mp3，直到完成下载后，再多的服务器端欺骗也无法帮助您实现流式传输。您将需要客户端支持，例如基于 Flash 的内联播放器。

对于 ZIP 文件，由于编码表位于存档的末尾，因此在完全下载之前，任何软件都无法打开它。

顺便说一句，您是否考虑过创建一个 FIFO，将 curl 指向 FIFO 输入，并将 readfile 应用于 FIFO 输出，从而让操作系统处理事务？

Answer 2

我想通了。代码工作正常。

APACHE 正在通过 404 处理程序 (ErrorDocument) 调用该文件。 Apache 在调用 PHP 脚本之前自动发送 404 标头。

该文件（上面的代码）不会启动 CURL 进程并重定向到流式传输的文件。由于 Apache 返回了 404，Firefox 忽略了 MP3 响应。 （而 Chrome 没有）。现在我重定向了，效果很好。