PHP文件服务脚本:不可靠的下载?

时间:2010-04-11 13:43:19

标签: php http-headers download chunked-encoding

这篇文章是关于ServerFault(https://serverfault.com/questions/131156/user-receiving-partial-downloads)的问题开始的,但我确定我们的php脚本是罪魁祸首。所以我在这里发布一个更新的问题,我认为这是实际问题。

我正在使用php脚本来验证权限,然后为我的网站用户提供下载文件。大多数情况下,这是有效的,但最近有一个用户看到了更大的下载问题。对于>的文件,他只获得约80%的下载量。 100MB大小。此外,此脚本的所有下载都无法报告文件大小。此外,测试显示,如果给出直接链接(此时报告文件大小),同一用户可以可靠地下载每个失败的文件。

以下是我们用于提供文件的相关代码段:

header("Content-type:$contenttype");
$len = filesize($filename);
header("Content-Length: $len");
header("Content-Disposition: attachment; filename=".$title.".".$ext);
readfile($filename);

请注意,在我们到达此处之前,$ contenttype,$ filename,$ title和$ ext都已正确设置。这些已经过三重检查。这些都不是问题所在。此外,$ len确实提供了正确的文件大小。

在研究此问题时,我发现了这篇文章:Content-Length header always zero

我似乎遇到了同样的问题。当我使用脚本时,我对文件进行了分块编码,并且没有为content-length设置大小。我假设大型下载出现问题,导致他在文件结束前得到一个零长度的块。

以下是直接请求的标题:

http://www.grinderschool.com/videos/zfff5061b65ae00e8b21/KillsAids021.wmv

GET /videos/zfff5061b65ae00e8b21/KillsAids021.wmv HTTP/1.1
Host: www.grinderschool.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 (.NET CLR 3.5.30729)
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Referer: http://www.grinderschool.com/phpBB3/viewtopic.php?f=14&p=29468
Cookie: style_cookie=printonly; phpbb3_7c544_u=2; phpbb3_7c544_k=44b832912e5f887d; phpbb3_7c544_sid=e8852df42e08cc1b2250300c2897f78f; __utma=174624884.2719561324781918700.1251850714.1270986325.1270989003.575; __utmz=174624884.1264524375.411.12.utmcsr=google|utmccn=(organic)|utmcmd=organic|utmctr=low%20stakes%20poker%20videos; phpbb3_cmviy_k=; phpbb3_cmviy_u=2; phpbb3_cmviy_sid=d8df5c0943863004ca40ef9c392d371d; __utmb=174624884.4.10.1270989003; __utmc=174624884
Pragma: no-cache
Cache-Control: no-cache

HTTP/1.1 200 OK
Date: Sun, 11 Apr 2010 12:57:41 GMT
Server: Apache/2.2.14 (Unix) mod_ssl/2.2.14 OpenSSL/0.9.8l DAV/2 mod_auth_passthrough/2.1 FrontPage/5.0.2.2635
Last-Modified: Sun, 04 Apr 2010 12:51:06 GMT
Etag: "eb42d6-7d9b843-48368aa6dc280"
Accept-Ranges: bytes
Content-Length: 131708995
Keep-Alive: timeout=10, max=30
Connection: Keep-Alive
Content-Type: video/x-ms-wmv

以下是我的脚本回答的请求的样子:

http://www.grinderschool.com/download_video_test.php?t=KillsAids021&format=wmv

GET /download_video_test.php?t=KillsAids021&format=wmv HTTP/1.1
Host: www.grinderschool.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 (.NET CLR 3.5.30729)
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Cookie: style_cookie=printonly; phpbb3_7c544_u=2; phpbb3_7c544_k=44b832912e5f887d; phpbb3_7c544_sid=e8852df42e08cc1b2250300c2897f78f; __utma=174624884.2719561324781918700.1251850714.1270986325.1270989003.575; __utmz=174624884.1264524375.411.12.utmcsr=google|utmccn=(organic)|utmcmd=organic|utmctr=low%20stakes%20poker%20videos; phpbb3_cmviy_k=; phpbb3_cmviy_u=2; phpbb3_cmviy_sid=d8df5c0943863004ca40ef9c392d371d; __utmb=174624884.4.10.1270989003; __utmc=174624884

HTTP/1.1 200 OK
Date: Sun, 11 Apr 2010 12:58:02 GMT
Server: Apache/2.2.14 (Unix) mod_ssl/2.2.14 OpenSSL/0.9.8l DAV/2 mod_auth_passthrough/2.1 FrontPage/5.0.2.2635
X-Powered-By: PHP/5.2.11
Content-Disposition: attachment; filename=KillsAids021.wmv
Vary: Accept-Encoding
Content-Encoding: gzip
Keep-Alive: timeout=10, max=30
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: video/x-ms-wmv

所以问题是......我可以做些什么来使脚本的下载正常工作?同样,对于99%的用户来说,它按原样运行(虽然我发现现在报告没有文件大小很烦,因此无法计算下载的时间估计值。)

3 个答案:

答案 0 :(得分:2)

Content-Encoding: gzip

嗯。据推测PHP的zlib.output_compression正在这样做。 (看起来不像Apache的mod_deflate。)

尝试将其关闭,看看是否正在强制进行分块编码。您不希望压缩已经高度压缩的WMV文件类型的下载。

然而,分块编码只能解释缺少大小报告。下载应该仍然有效。是否有可能被超时击中(例如PHP的set_time_limit或Apache Timeout)?

答案 1 :(得分:2)

这是你的GZIP压缩。当您指定内容长度但打开压缩时,它会鼓起一切。这件事发生在我身上几次:尝试在你的剧本中关闭它。

一般情况下,你打开它:

ob_start("ob_gzhandler");

...所以只是评论一下。如果那不在您的代码中,很可能在您的php.ini文件或apache.conf / conf.d中有设置。

希望这有帮助!

答案 2 :(得分:0)

如果是脚本,那么您是否尝试过对readfile()函数使用替换函数,该函数一次读取并输出一个位?这背后的原因可能是在某处达到了内存限制而且失败了。

来自http://php.net/manual/en/function.readfile.php

function readfile_chunked ($filename) {
  $chunksize = 1*(1024*1024); // how many bytes per chunk
  $buffer = '';
  $handle = fopen($filename, 'rb');
  if ($handle === false) {
    return false;
  }
  while (!feof($handle)) {
    $buffer = fread($handle, $chunksize);
    print $buffer;
  }
  return fclose($handle);
} 

另外,请尽可能经常刷新输出。