I started working on a xz extension for PHP.  I got the basics of the writing 
half of it worked out tonight, which is definitely the easy part.  :)  I'll let 
you know when I get a workable extension for testing.

This is what I have so far:

payden@arwen:~$ cat test.php
<?php
ini_set('display_errors','on');
error_reporting(E_ALL);
$fh = fopen("php://stdin", "r");
$xz = xzopen("/tmp/test.xz", "w");
while (!feof($fh)) {
  fwrite($xz, fgets($fh, 1000));
}
fclose($xz);
?>
payden@arwen:~$ php test.php
testing this out....
stdin...
blah.
payden@arwen:~$ xzcat /tmp/test.xz
testing this out....
stdin...
blah.
payden@arwen:~$

Thank you very much! :-)

I've only had a couple of days so far, so I must stress that this is probably very 
buggy and I do NOT recommend running this extension on anything considered 
production, but feel free to test it out on a development machine, i.e. your 
personal Linux box. :)

Also, you'll be able to follow my progress with it if you want: 
https://github.com/payden/php-xz

Starred & watching :-)

Defining a version number to make people aware of this bug. 2013-01-01!

By the way, ironically, php itself (!) is distributed as an xz-compressed archive:
https://secure.php.net/downloads.php

Wanted to bump this and request that

- Some tests are written to provide some reassurance that the extension is not so likely to bomb out under production load (case in point: one of the latest commits (from 4 years ago!) is "Fix SIGSEGV."!!)

- Stream compression be properly supported - the use case I wanted to use this for is not strictly file-based (I'm doing my own file/protocol/format management).

- LZMA format options be surfaced

- Low-level functionality such as (for example) LZMA protocol streams (not PHP streams!) are exposed for people who need to shove a lot of data through LZMA2 with fine control

Thanks so much for contributing LZMA2 support to PHP. There are no other extensions that support this form of compression.

FWIW, because php-xz does not support #2 above I'll have to look for other solutions :( so I'm just adding this to the record to note the kind of demand that's out there.

Hi,

If that feature is ever supported (which I hope and would be awesome), it would also be a nice addition to add it as a possible compression mode for PHARs as well (see https://github.com/humbug/box/issues/211#issuecomment-387480271)

for .phar XZ is nonsense in 2018, compare it with zstd and look at ressources / compression-rates

Upgrading to 7.2.5

Updating to RC4, hopefully increasing visibility. Submitted 2013-01-01, still open.

xz is way too slow for most usecases - period
lern about zstd and complain lack of that

This bug is about xz, not other types of compression. It is specifically not about .phar archives, but instead writing and reading a widely used archive format that is not specific to PHP. GIMP has implemented .xcfxz files recently, and as mentioned, PHP itself is being distributed in .xz format. Please avoid off topic comments. Thank you.

.

7.3.1 -> 7.4.0

This feature request requires discussion on the internals@ mailing
list[1], and perhaps the RFC process[2].  Until this proceeds, I'm
suspending this ticket.

[1] <https://www.php.net/mailing-lists.php>
[2] <https://wiki.php.net/rfc/howto>

Thanks.

https://news-web.php.net/php.internals/106651