我已经在我的 Ubuntu 系统上测试了你的代码,我可以确认它不起作用。
通过使用“strace”实用程序,我看到 PHP 正在处理“$filename”参数,就好像它是本地文件名一样,如下所示:
lstat64("/var/www/test/ftp://myuser:mypass@127.0.0.1/tmp/test.zip", 0xbfcbb008) = -1 ENOENT (No such file or directory)
lstat64("/var/www/test/ftp://myuser:mypass@127.0.0.1/tmp", 0xbfcbaeb8) = -1 ENOENT (No such file or directory)
lstat64("/var/www/test/ftp://myuser:mypass@127.0.0.1", 0xbfcbad68) = -1 ENOENT (No such file or directory)
lstat64("/var/www/test/ftp:", 0xbfcbac28) = -1 ENOENT (No such file or directory)
“/var/www/test”前缀是我的 PHP 测试脚本的路径。
因此,实际上 ZipArchive::open() 方法似乎无法处理 URL 文件名。
查看 PHP 源代码,我发现 ZipArchive::open() 方法调用了“ zip_open ”函数。
“ fopen ”函数的 PHP 手册页指出:
如果文件名的格式为“scheme://...”,则假定它是一个 URL,PHP 将搜索该方案的协议处理程序(也称为包装器)。如果没有注册该协议的包装器,PHP 将发出通知以帮助您跟踪脚本中的潜在问题,然后继续执行,就好像 filename 指定了一个常规文件一样。
这篇文章,在 PHP 手册页中找到“ stream_wrapper_register ”函数,声明 zip_open() 忽略自定义流包装器,但上面的测试表明它也忽略了标准流包装器。ZipArchive::open() 手册页和 zip_open 手册页都没有明确表示“$filename”参数可以是 URL
,这也是事实。