ZipArchive::addEmptyDir
This is my workaround for the file descriptor limit by closing/opening the archive file periodically.
<?php
if($backup = new ZipArchive()) {
if($backup->open($zip, ZIPARCHIVE::OVERWRITE) === true) {
$backup->addFile($file['realpath'], $file['path']);
if(($count++) == 200) { // the file descriptor limit
$backup->close();
if($backup = new ZipArchive()) {
$backup->open($zip);
$count = 0;
}
}
}
$backup->close();
}
?>
Hope it helps someone.
ZipArchive::addFile
(No version information available, might be only in CVS)
ZipArchive::addFile — Adds a file to a ZIP archive from the given path
Description
bool ZipArchive::addFile
( string $filename
[, string $localname
] )
Adds a file to a ZIP archive from a given path
Parameters
- filename
-
The path to the file to add.
- localname
-
local name inside ZIP archive.
Return Values
Returns TRUE on success or FALSE on failure.
Examples
This example opens a ZIP file archive test.zip and add the file /path/to/index.txt. as newname.txt.
Example #1 Open and extract
<?php
$zip = new ZipArchive;
if ($zip->open('test.zip') === TRUE) {
$zip->addFile('/path/to/index.txt', 'newname.txt');
$zip->close();
echo 'ok';
} else {
echo 'failed';
}
?>
add a note
User Contributed NotesZipArchive::addFile
marco at maranao dot ca
15-Dec-2008 10:45
15-Dec-2008 10:45
javierseixas at gmail dt com
17-Jul-2008 08:30
17-Jul-2008 08:30
I have had several problems trying adding files, because of a path problem. The error gived was this:
ZipArchive::addFile() [function.ZipArchive-addFile]: Unable to access <path>
I used an absolute root starting by "/", and it didn't work. Try starting your path with "./" (referencing the root of your site).
wacher at freemail dot hu
23-Jun-2008 01:03
23-Jun-2008 01:03
The workaround above (file_get_contents) is very dangerous if you pack large files. (see memory limit).
Close/open the zip archive periodically instead of using file_get_contents().
stanleyshilov {} gmail.com
11-May-2008 12:05
11-May-2008 12:05
It should be noted that the example provided above is not accurate.
Unlike extractTo, zip_open does not return a boolean result, so the above example will always fail.
mike at thetroubleshooters dot dk
07-Feb-2008 07:20
07-Feb-2008 07:20
What is worse is that when you run out of filedescriptors it seems to fail silently, I have not been able to find any errors in any logfiles.
Andreas R. newsgroups2005 at geekmail de
03-Apr-2007 06:29
03-Apr-2007 06:29
Currently the number of files that can be added using addFile to the ZIP archive (until it is closed) is limited by file descriptors limit. This is an easy workaround (on the bug links below you can find another workarounds):
<?php
/** work around file descriptor number limitation (to avoid failure
* upon adding more than typically 253 or 1024 files to ZIP) */
function addFileToZip( $zip, $path, $zipEntryName ) {
// this would fail with status ZIPARCHIVE::ER_OPEN
// after certain number of files is added since
// ZipArchive internally stores the file descriptors of all the
// added files and only on close writes the contents to the ZIP file
// see: http://bugs.php.net/bug.php?id=40494
// and: http://pecl.php.net/bugs/bug.php?id=9443
// return $zip->addFile( $path, $zipEntryName );
$contents = file_get_contents( $path );
if ( $contents === false ) {
return false;
}
return $zip->addFromString( $zipEntryName, $contents );
}
?>