Newsgroups: php.internals,php.pecl.dev
Path: news.php.net
Xref: news.php.net php.internals:107938 php.pecl.dev:16505
Cc: aaron@serendipity.cx
References: <e38814d9-a828-30e7-c6ca-a0664532ff13@gmail.com>
 <6cksid9la6p2t96qj2eptoffd9gbocnt0u@4ax.com>
 <18fddfb0-8c45-0fda-0833-c0984ae1bf7c@allenjb.me.uk>
 <CAEZPtU6=Me3KVMpLckiTOLfjzu+-AFTSds2D_-fZ4SBrMETs-w@mail.gmail.com>
 <CALKiJKqDfC+eog4CNeygvvfSZGjq3an1Z3dzcoQd+oqXTNtbbw@mail.gmail.com>
 <2e6545a6-bdd6-b8db-71ac-a9c4d8031762@gmx.de>
To: PHP internals <internals@lists.php.net>, pecl-dev@lists.php.net
Message-ID: <9ded6fc1-037b-8ec7-fb78-2a9fa15e1a87@gmail.com>
Date: Fri, 20 Dec 2019 21:22:51 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101
 Thunderbird/68.3.1
MIME-Version: 1.0
In-Reply-To: <2e6545a6-bdd6-b8db-71ac-a9c4d8031762@gmx.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
Subject: Re: [PHP-DEV] Re: memcache, without a d, as in Venezuela
From: rowan.collins@gmail.com (Rowan Tommins)

On 19/12/2019 12:51, Christoph M. Becker wrote:
> On 20.11.2018 at 11:26, Rowan Collins wrote:
>
>> It seems to me that *neither* extension is properly maintained right now
>> (the with-a-d extension has recent releases, but all wrapping an abandoned
>> upstream library); so if the without-a-d extension has better
>> cross-platform support, it might make sense to keep *only* that one
>> (revived from https://github.com/websupport-sk/pecl-memcache) and encourage
>> anyone interested to contribute rather than splitting the effort.
> FWIW, PECL/memcache has had a new release today. \o/


That's good news, thanks to everyone who's worked on it!

I notice that the situation with memcache-with-a-d hasn't changed in the 
18 months since I started this thread [1]: there continue to be fixes to 
the extension, mostly to work with newer PHP versions, but the upstream 
library remains abandoned (the README rather optimistically recommends 
"libmemcached 1.0.18 or higher", but there have been no releases for 
nearly six years).

I've CCed Aaron Stone, who tagged the last few releases, to say: thank 
you for your work keeping that extension working, but what do you think 
of officially deprecating it in favour of the revived without-a-d 
extension? The immediate benefit would be less confusion for users over 
which extension they should use, and hopefully an increase in 
collaboration on the chosen extension. My understanding is that the 
with-a-d extension is self-contained and cross-platform, so a better 
target for that combined effort.

The first step would probably be to create a userland wrapper which 
emulates the classes and functions from the without-a-d on top of the 
with-a-d extension, so people can migrate.

[1] https://externals.io/message/102375

Again, thank you all for your efforts!

Regards,

-- 
Rowan Tommins (né Collins)
[IMSoP]