PHP 中的 ZipStream 动态创建的 zip 文件无法在 OSX 中打开

Question

我有一个包含大量媒体文件的 PHP 网站，用户需要能够一次下载多个文件作为 .zip。我正在尝试使用 ZipStream 通过“存储”压缩动态提供 zip所以我实际上不必在服务器上创建 zip，因为有些文件很大，并且压缩所有文件的速度非常慢。

这效果很好，除了 OS X 的默认解压缩程序 Archive Utility 之外，我尝试过的每个 zip 程序都可以打开生成的文件，没有任何错误。您双击 .zip 文件，Archive Utility 会认为它看起来不是真正的 zip，而是压缩为 .cpgz 文件。

在 OS X 终端或 StuffIt Expander 中使用 unzip 或同上可以毫无问题地解压缩文件，但为了我们的用户，我需要默认程序（存档实用程序）来工作。

可接受的 zip 文件中的哪些内容（标志等）可能会使 Archive Utility 认为该文件不是有效的 zip？

我已阅读这个问题，这似乎描述了一个类似的问题，但我没有设置任何通用位字段位，因此这不是第三位问题，而且我很确定我有有效的 crc-32，因为当我没有时， WinRAR 发脾气了。

如果有帮助的话，我很乐意发布一些代码或指向“坏”zip 文件的链接，但我几乎只是使用 ZipStream，强制其进入“大文件模式”并使用“存储”作为压缩方法。

编辑 - 我也尝试过“放气”压缩算法并得到相同的结果，所以我不认为这是“存储”。还值得指出的是，我一次从存储服务器中提取一个文件，并在文件到达时将其发送出去，因此要求在发送任何内容之前下载所有文件的解决方案是不可行的（极端情况）例如，超过 5GB 的 20MB 文件。用户不能等待所有 5GB 在下载开始之前传输到压缩服务器，否则他们会认为它已损坏）

这是一个 140 字节的“存储”压缩测试 zip 文件，它显示了此行为： http://teknocowboys.com/test.zip

Answer 1

问题出在“需要提取的版本”字段中，我通过对 ZipStream 创建的文件与 Info-zip 创建的文件进行十六进制比较并检查差异并尝试解决它们来发现该字段。

ZipStream 默认将其设置为 0x0603。 Info-zip 将其设置为 0x000A。具有先前值的 Zip 文件似乎无法在存档实用程序中打开。也许它不支持该版本的功能？

将“需要提取的版本”强制为 0x000A 可以使生成的文件在 Archive Utility 中打开，就像在其他地方一样。

编辑：此问题的另一个原因是，如果 zip 文件是使用 Safari（用户代理版本 >= 537）下载的，并且您在发送 Content-Length 标头时低估了文件大小。

我们采用的解决方案是检测 Safari >= 537 服务器端，如果您正在使用该服务器端，我们将确定 Content-Length 大小与实际大小之间的差异（如何执行此操作取决于您的具体应用程序），然后调用 $zipStream->finish()，我们回显 chr(0) 以达到正确的长度。生成的文件技术上格式错误，您在 zip 中添加的任何注释都不会显示，但所有 zip 程序都可以打开它并提取文件。

如果您误报了内容长度，IE 也需要同样的技巧，但它不会下载不起作用的文件，而是无法完成下载并抛出“下载中断”。

Answer 2

使用 ob_clean(); 和 flush();

示例：

    $file =  __UPLOAD_PATH . $projectname . '/' . $fileName;

    $zipname = "watherver.zip"
    $zip = new ZipArchive(); 
    $zip_full_path_name = __UPLOAD_PATH . $projectname . '/' . $zipname;
    $zip->open($zip_full_path_name, ZIPARCHIVE::CREATE);
    $zip->addFile($file); // Adding one file for testing
    $zip->close();

    if(file_exists($zip_full_path_name)){
        header('Content-type: application/zip');
        header('Content-Disposition: attachment; filename="'.$zipname.'"');
        ob_clean();
        flush();
        readfile($zip_full_path_name);
        unlink($zip_full_path_name);
    }

Answer 3

我也遇到过这个问题，但原因不同。

在我的例子中，php 生成的 zip 可以从命令行打开，但不能通过 OSX 中的 finder 打开。

我犯了一个错误，在创建 zip 文件并将其作为响应发送回来之前，允许一些 HTML 内容进入输出缓冲区。

<some html></....>
<?php

// Output a zip file...

命令行解压缩程序显然可以容忍这种情况，但 Mac 解档功能却不能。

Answer 4

不知道。如果外部 ZipString 类不起作用，请尝试其他选项。 PHP ZipArchive 扩展不会帮助您，因为它不支持流式传输，但只写入文件。

但您可以尝试标准的 Info-zip 实用程序。它可以从 PHP 内部调用，如下所示：

#header("Content-Type: archive/zip");
passthru("zip -0 -q -r - *.*");

这将导致未压缩的 zip 文件直接发送回客户端。

如果这没有帮助，那么 MacOS zip 前端可能不喜欢未压缩的内容。然后删除 -0 标志。

Answer 5

我在 Windows 和 Linux 上使用的 InfoZip 命令行工具都使用版本 20 作为 zip 的“解压所需版本”字段。 PHP 也需要这样做，因为默认压缩是 Deflate 算法。因此，“提取所需的版本”字段实际上应该是 0x0014。如果将引用的 ZipStream 类中的“(6 << 8) +3”代码更改为“20”，则应该获得跨平台的有效 Zip 文件。

作者基本上是在告诉您该 zip 文件是使用 HPFS 文件系统在 OS/2 中创建的，并且所需的 Zip 版本早于 InfoZip 1.0。没有多少实现知道如何处理该问题了；）

Answer 6

对于在 Symfony 中使用 ZipStream 的用户，以下是您的解决方案：https://stackoverflow.com/a/44706446/136151

use Symfony\Component\HttpFoundation\StreamedResponse;
use Aws\S3\S3Client;    
use ZipStream;

//...

/**
 * @Route("/zipstream", name="zipstream")
 */
public function zipStreamAction()
{
    //test file on s3
    $s3keys = array(
      "ziptestfolder/file1.txt"
    );

    $s3Client = $this->get('app.amazon.s3'); //s3client service
    $s3Client->registerStreamWrapper(); //required

    $response = new StreamedResponse(function() use($s3keys, $s3Client) 
    {

        // Define suitable options for ZipStream Archive.
        $opt = array(
                'comment' => 'test zip file.',
                'content_type' => 'application/octet-stream'
              );
        //initialise zipstream with output zip filename and options.
        $zip = new ZipStream\ZipStream('test.zip', $opt);

        //loop keys useful for multiple files
        foreach ($s3keys as $key) {
            // Get the file name in S3 key so we can save it to the zip 
            //file using the same name.
            $fileName = basename($key);

            //concatenate s3path.
            $bucket = 'bucketname';
            $s3path = "s3://" . $bucket . "/" . $key;        

            //addFileFromStream
            if ($streamRead = fopen($s3path, 'r')) {
              $zip->addFileFromStream($fileName, $streamRead);        
            } else {
              die('Could not open stream for reading');
            }
        }

        $zip->finish();

    });

    return $response;
}

控制器操作响应不是 StreamedResponse，正如我发现的那样，您可能会收到包含 html 的损坏的 zip。

Answer 7

这是一个老问题，但我留下了它对我有用的东西，以防它对其他人有帮助。
设置选项时，您需要将零标头设置为 true 并将 zip 64 启用为 false（但这会将存档限制为 4 Gb）：

$options->setZeroHeader(true);
$opt->setEnableZip64(false)

其他内容如 前任。
在 https://github.com/maennchen/ZipStream-PHP/issues/71 上找到的解决方案