Implement lzma (xz?) compression (was Req #63880)

php.internals

Tobias Frei

7 years ago
Hi, Today I was asked to contact this list about the 2013-01-01 proposal described in Feature Request 63880. https://bugs.php.net/bug.php?id=63880 Please implement some kind of lzma compression, e.g. xz or lzip, alongside gzip and bzip2 in php. The original proposal asked for xz compression; it seems that one may argue in favor of a different implementation such as lzip for reasons I found today at https://www.nongnu.org/lzip/xz_inadequate.html My request, although originally made for xz compression, is about implementing lzma (or any kind of modern, strong) compression in php to hopefully easily replace bzip2 in user applications, such as phpBB's database backup function. Anyone may freely open an RFC or onwiki discussion about this on my behalf whenever they like to, and even if they read this message multiple years later. Best regards Tobias Frei

Pierre Joye

7 years ago
Good afternoon, there was an extension but seems not maintained ( https://github.com/payden/php-xz/blob/master/README.md). It should not be too hard to port to 7. best, Pierre On Mon, Aug 19, 2019, 5:48 PM Tobias Frei <tobias@freiwuppertal.de> wrote:

Christoph Becker

7 years ago
Hi! On 19.08.2019 at 12:47, Tobias Frei wrote:
> Today I was asked to contact this list about the 2013-01-01 proposal > described in Feature Request 63880. > > https://bugs.php.net/bug.php?id=63880 > > Please implement some kind of lzma compression, e.g. xz or lzip, > alongside gzip and bzip2 in php. > > The original proposal asked for xz compression; it seems that one may > argue in favor of a different implementation such as lzip for reasons I > found today at > https://www.nongnu.org/lzip/xz_inadequate.html > > My request, although originally made for xz compression, is about > implementing lzma (or any kind of modern, strong) compression in php to > hopefully easily replace bzip2 in user applications, such as phpBB's > database backup function. > > Anyone may freely open an RFC or onwiki discussion about this on my > behalf whenever they like to, and even if they read this message > multiple years later.
Thanks for bringing this topic to internals@! In my opinion, this extension should start as PECL extension. This would allow it to be developed independently of the PHP release cycle, and the API could be adapted if necessary. After the extension has been stabilized, and if the extension turns out to be generally useful, it still could be bundled. Thanks, Christoph

Joe Watkins

7 years ago
Afternoon, Patch for php7: https://gist.github.com/krakjoe/549ec38161ecd1ad9b8f16f6cf18657e Run with it, or not ... Cheers Joe On Mon, 19 Aug 2019 at 14:43, Christoph M. Becker <cmbecker69@gmx.de> wrote:

Joe Watkins

7 years ago
Note, while reading the code I noticed it doing some odd things with strings (see casting away constness in patch) ... this wants a maintainer, I was just getting the build going [and not volunteering] ... Cheers Joe PS. Sorry about double post ... On Mon, 19 Aug 2019 at 15:42, Joe Watkins <krakjoe@gmail.com> wrote: