Summary | Look at using a stream when downloading zip files |
Queue | Horde Framework Packages |
Queue Version | Git master |
Type | Enhancement |
State | Resolved |
Priority | 1. Low |
Owners | |
Requester | mrubinsk (at) horde (dot) org |
Created | 12/29/2008 (6016 days ago) |
Due | |
Updated | 04/12/2011 (5182 days ago) |
Assigned | |
Resolved | 04/12/2011 (5182 days ago) |
Milestone | 2 |
Patch | No |
State ⇒ Resolved
State ⇒ Feedback
limitation however - all data passed in must be converted at some
point to an in-memory stream before passing through gzdeflate() - I
can't get zlib stream filtering to work, although I have a hunch it is
directly related to http://bugs.php.net/?id=48725
extensions are. Except for bugs, using our PHP code vs. PEAR or
someone else's PHP code is kind of a wash to me - control vs. bugs vs.
flexibility, etc.
compression data generation all together - meaning removing PHP code
and instead exclusively using the other solutions available (PEAR/PECL
libraries). pear has evolved to the point that requiring a pear/pecl
package is not difficult/prohibitive that we need a entirely local,
PHP-based fallback IMHO.
Queue ⇒ Horde Framework Packages
Version ⇒ Git master
in Horde_Compress
New Attachment: zipstream-php-0.1.1.zip
http://pablotron.org/software/zipstream-php
State ⇒ Accepted
Patch ⇒ No
Milestone ⇒
Queue ⇒ Ansel
Summary ⇒ Look at using a stream when downloading zip files
Type ⇒ Enhancement
Priority ⇒ 1. Low
and probably changing our zip generation code to stream, instead of
just hitting the heck out of server memory