如何解决我该如何修复损坏文件的PHP下载脚本?
| 我有一个强制下载脚本,该脚本可以用PDF和纯文本生成良好的结果,并且可以使用ZIP存档(可以在Windows中工作,而不能在Linux中工作)是可以的。但是,应用程序文件和图像全部失败。这些构成了我必须处理的绝大多数文件。正如我在此处针对类似主题所建议的那样,压缩所有下载内容不是一种选择。 失败的文件将下载到其完整大小,并以正确的名称写入磁盘。尝试打开它们会导致错误消息,该错误消息因类型而异。将下载的文件与hexdump中的原始文件进行比较,我可以看到脚本在每个下载文件的开头插入了以下字符:ef bb bf
然后,下载的文件会复制原始文件,直到其停在指定的大小为止-因此原始文件的最后6个字符始终会丢失。
不幸的是,我不知道二进制文件的组成方式,这些字符的含义或脚本插入方式/原因。
这是原样的脚本:
$file = \'94.ppt\';
$path = $_SERVER[\'DOCUMENT_ROOT\'].\"/relative/path/\";
$full_path = $path.$file;
if ($fd = fopen ($full_path,\"r\")) {
$fsize = filesize($full_path);
$path_parts = pathinfo($full_path);
$ext = strtolower($path_parts[\"extension\"]);
switch ($ext) {
case \"pdf\":
header(\"Content-type: application/pdf\");
header(\"Content-Disposition: attachment; filename=\\\"\".$path_parts[\"basename\"].\"\\\"\");
break;
case \"txt\":
header(\"Content-type: text/plain\");
header(\"Content-Disposition: attachment; filename=\\\"\".$path_parts[\"basename\"].\"\\\"\");
break;
case \"jpg\":
header(\"Content-type: image/jpeg\");
header(\"Content-Disposition: attachment; filename=\\\"\".$path_parts[\"basename\"].\"\\\"\");
break;
case \"ppt\":
header(\"Content-Type: application/vnd.ms-powerpoint\");
header(\"Content-Disposition: attachment; filename=\\\"\".$path_parts[\"basename\"].\"\\\"\");
break;
default;
header(\"Content-type: application/octet-stream\");
header(\"Content-Disposition: filename=\\\"\".$path_parts[\"basename\"].\"\\\"\");
}
header(\"Content-Transfer-Encoding: binary\");
header(\"Content-length: $fsize\");
header(\"Cache-control: private\");
while(!feof($fd)) {
$buffer = fread($fd,2048);
echo $buffer;
}
}
fclose ($fd);
exit;
开发系统是Apache 2.2.14(Ubuntu)上的PHP 5.3.2-1。生产主机是Apache 2.0.63(某些类型的Linux)上的PHP 5.2.9。
解决方法
“ 2”是UTF-8编码的字节顺序标记(BOM)。我怀疑有一些配置选项可以关闭BOM表。
编辑:使用相关字符编码(例如UTF-8)保存文件时,文件编辑器应允许您关闭BOM。
,
EF BB BF
是标准的UTF-8字节顺序标记。有人报告说,当脚本中包含的某些PHP文件经过UTF-8编码时,就会发生这种情况。某些版本的PHP通过发出UTF-8字节顺序标记对此作出反应。上面的链接建议在脚本的开头调用ob_start()
,然后在开始推出文件内容之前调用ob_end_clean()
-这样字节顺序标记就被捕获在输出缓冲区中。
另外,您可以简单地使用fpassthru
将文件通过管道传输到输出,而不是循环读取和写入。
, 您的PHP脚本文件似乎是用UTF-8编码的BOM,正好在文件开头的ѭ7分隔符之前。这些字节在实际输出之前发送,从而破坏了数据。
您只需要删除它并配置您的编辑器就不能将BOM用于UTF-8。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。