Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:106654
MIME-Version: 1.0
References: <20190819124747.Horde.CtqaqjDyQz2tzgbNeh9LWA8@webmail.df.eu> <80dc2bce-5212-cb13-d651-e725e7ac7992@gmx.de>
In-Reply-To: <80dc2bce-5212-cb13-d651-e725e7ac7992@gmx.de>
Date: Mon, 19 Aug 2019 15:42:07 +0200
Message-ID: <CAOwTYAtT+d8KVHE1yHMjTTCEjxnrh-9_XkVfk-dYtX4E0i8=_g@mail.gmail.com>
To: "Christoph M. Becker" <cmbecker69@gmx.de>
Cc: Tobias Frei <tobias@freiwuppertal.de>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000004e5e0805907882d3"
Subject: Re: [PHP-DEV] Re: Implement lzma (xz?) compression (was Req #63880)
From: krakjoe@gmail.com (Joe Watkins)

--0000000000004e5e0805907882d3
Content-Type: text/plain; charset="UTF-8"

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:

> 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
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--0000000000004e5e0805907882d3--