PHP readfile（）无效的zip

Question

我有一个脚本在mysql数据库中查找文件，发送一些标题，将文件命名为人类可读的，然后将其传递给用户。

它工作了大约六个月（成千上万的用户），直到大约6个小时前。 现在，Windows 7用户现在收到错误消息“Windows无法打开文件夹。压缩（压缩）文件夹：'... filename.zip'无效。” 无论用于下载的浏览器是什么都会发生 Linux用户等可以很好地打开交付的文件，Win7用户也可以，比如WinRAR。 只有Windows资源管理器无法打开它们。

这里真的很奇怪...如果我制作了我的脚本的新副本并删除了查找文件的各种包含并决定了它的名称，它将下载并打开就好了......两者生成的文件脚本大小相同，结果名称相同。 [将新名称硬编码到原始脚本中没有帮助。 我有点认为它可能是名称中的编码问题。]我尝试过使用不同方法在不同机器上创建的不同内容的几个不同的zip文件。

该脚本检查headers_sent（），file_exists（）和is_readable（）。

apache_setenv('no-gzip', '1'); 被添加到脚本中（没有任何效果）遵循我在这里或互联网上可以找到的唯一半相关信息。

很明显，包含中的某些内容会以某种方式破坏事物，但我不知道该寻找什么......想法？ （包含中大约有300行代码...基本上，它是数据库访问的抽象类，文件类的具体版本及其所有cms信息，站点的相关图像等。）

一时兴起，我在readfile($file);之前添加了“ ob_clean();它修复了它。所以现在我的问题是：为什么？所有文件中的错误报告都已关闭。还有什么可以发送输出但不是标题？为什么行为的“突然”改变？

Answer 1

重大问题

之前已经看过这个错误，并花了我时间来确定问题，因为有时它会说已经发送了Header，有时却没有。

这是我发现的：

ob_clean在丢弃输出缓冲区的内容时起作用，但如果在调用ob_clean之前使用ob_ get_ contents ，则会看到导致错误的内容

要输出此信息，请确保使用var_dump

其他一些错误

如果在调用?>标签后有space (" " or " \\n" or "\\t") ，我经常会遇到只能通过ob_clean解决的ob_clean

打开脚本查找在?> close标记后面有更多空行空间的脚本

结论

我认为你的脚本中有一个空的空间，你没有看到，当你复制它时......你不是在复制脚本而是复制空间，这就是为什么它在其他地方工作的原因

Answer 2

取出ob_clean（）; 并在Wordpad或一些十六进制查看器中打开一个损坏的文件。 最轻微的非二进制输出（包括空格，逗号，E_NOTICE，句号，灰尘，鸟粪等）将破坏ZIP。

充其量你可能只会发现一些E_NOTICES（警告：未定义常量x假定'x'等）; 如果没有，托管可能升级/改变了一些东西。

下一个嫌疑人就是那个名字现在不能包括我的东西。 这时你有http://url.com/download.php?file=xxx Apache看到.php并发送text/php标题。 我不记得那是什么，但你用mod_rewrite修复它。

Answer 3

就像Baba说的那样，没有空格（“”或“\\ n”或“\\ t”），我建议在没有BOM的情况下以UTF8保存php文件。