Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:126451
Precedence: bulk
MIME-Version: 1.0
References: <528e16e1-1fb3-448a-b187-7cc84e1bcc4a@seld.be> <b24ce14ffc9382ef7784570fcdcaadb7@bastelstu.be>
 <5fa7423e-d723-451e-a73d-a98512a6ca96@seld.be> <8256945f09944cb16db34fd8139da63e@bastelstu.be>
 <CAKxcST_VfZ9YNG93BOUKQ93qGVMbDk3ttUrekws-28LvYb-a0A@mail.gmail.com>
 <1856be6ad7a51bf5ea56001eb719897a@bastelstu.be> <CADU7aosmBVHRxhjQ2=+Qk04D=7wRjASdbyMCJZethwrHZFAXGA@mail.gmail.com>
In-Reply-To: <CADU7aosmBVHRxhjQ2=+Qk04D=7wRjASdbyMCJZethwrHZFAXGA@mail.gmail.com>
Date: Tue, 18 Feb 2025 22:11:55 +0700
Message-ID: <CANLbj-rWE+AV=jfeNSpCC2rkjtMnYT8dDBhAiK9WAeekOMnq=w@mail.gmail.com>
Subject: Re: [PHP-DEV] [RFC] Modern Compression (zstd, brotli)
To: =?UTF-8?Q?K=C3=A9vin_Dunglas?= <kevin@dunglas.fr>
Cc: =?UTF-8?Q?Tim_D=C3=BCsterhus?= <tim@bastelstu.be>, 
	Paul Dragoonis <dragoonis@gmail.com>, Jordi Boggiano <j.boggiano@seld.be>, 
	Internals <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
From: ayesh@php.watch (Ayesh Karunaratne)

> First, reduce the scope of our RFC to simply add new stream wrappers for Zstandard and Brotli similar to those already provided for zlib: https://www.php.net/manual/en/wrappers.compression.php

> To keep things moving quickly, we won't be adding any new functions or classes (perhaps just constants or enums for context options).

> To use these new formats, we'll need to use the low-level file/stream manipulation functions. It will be possible to provide userland libraries with a more attractive API.

This will be great, and existing libraries that use stream wrappers
will automatically get brotli and zstd support too.


>  ... [snip] which we urgently need to support natively for Composer [snip] ...

Not trying to sound discouraging at all, but I'm merely curious about
the urgency, and how Composer can make use of zstd. I get that
Composer manifest downloads could make use of zstd, but the package
download format ultimately depends on what the hosting VCS supports.
In most cases, it will be GitHub, which seems to only support zip and
tar.gz.

For `content-encoding: zstd` HTTP content, Curl works great.
packagist.org seems to run on Nginx, and perhaps when used with an
zstd module (or by using something like Caddy server with zstd
built-in), we can have zstd manifest downloads even today!

Thank you.