Newsgroups: php.internals,php.pecl.dev Path: news.php.net Xref: news.php.net php.internals:102377 php.pecl.dev:15381 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 34293 invoked from network); 23 Jun 2018 16:59:50 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jun 2018 16:59:50 -0000 Authentication-Results: pb1.pair.com smtp.mail=php.lists@allenjb.me.uk; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=php.lists@allenjb.me.uk; sender-id=pass Received-SPF: pass (pb1.pair.com: domain allenjb.me.uk designates 85.119.82.103 as permitted sender) X-PHP-List-Original-Sender: php.lists@allenjb.me.uk X-Host-Fingerprint: 85.119.82.103 server2.alteredperspective.co.uk Received: from [85.119.82.103] ([85.119.82.103:43446] helo=mail.apserver.co.uk) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D5/61-13077-28C7E2B5 for ; Sat, 23 Jun 2018 12:59:48 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.apserver.co.uk (Postfix) with ESMTP id 0F67C4F4064; Sat, 23 Jun 2018 17:59:27 +0100 (BST) Received: from mail.apserver.co.uk ([127.0.0.1]) by localhost (server2.alteredperspective.co.uk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id L0mi_veLCQCk; Sat, 23 Jun 2018 17:59:25 +0100 (BST) Received: from [192.168.0.7] (cpc113420-maid7-2-0-cust1808.20-1.cable.virginm.net [86.18.119.17]) by mail.apserver.co.uk (Postfix) with ESMTPA id 218844F4061; Sat, 23 Jun 2018 17:59:25 +0100 (BST) To: Jan Ehrhardt , internals@lists.php.net, pecl-dev@lists.php.net References: <6cksid9la6p2t96qj2eptoffd9gbocnt0u@4ax.com> Message-ID: <18fddfb0-8c45-0fda-0833-c0984ae1bf7c@allenjb.me.uk> Date: Sat, 23 Jun 2018 17:59:41 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <6cksid9la6p2t96qj2eptoffd9gbocnt0u@4ax.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB Subject: Re: [PHP-DEV] Re: memcache, without a d, as in Venezuela From: php.lists@allenjb.me.uk (AllenJB) Someone was asking about memcache vs memached on IRC the other day and I advised them the memcache extension looked abandoned based on the PECL page. Having 2 such similar extensions is confusing - It would also be nice if someone could document the major differences between the 2 extensions somewhere to help users decide which they might want to select. Remi mentioned over on the PECL list that the memcached extension relies on a library that's been abandoned since 2014 ( http://news.php.net/php.pecl.dev/15377 ) The websupport-sk 'memcache' repository is not linked to or mentioned on the pecl.php.net project page as far as I can see. The documentation for 'memcache' on the php.net manual (linked from the documentation link on PECL) is not for the websupport-sk version - the readme on the websupport-sk repo mentions a "new API in 3.0" that uses a MemcachePool class which doesn't appear on the php.net documentation. I suspect it's likely there are other differences. It looks like Pierre has been in discussion about merging/moving the websupport-sk repo back to PECL but progress appears to be slow / stalled - perhaps someone could prod Pierre or take up the reigns on this: https://github.com/websupport-sk/pecl-memcache/issues/4 At the very least if someone could add a header or obvious link to the pecl.php.net page and manual pointing to the websupport-sk project, that would help users in the mean time. AllenJB On 23/06/2018 15:16, Jan Ehrhardt wrote: > Rowan Collins in php.internals (Fri, 22 Jun 2018 23:40:27 +0100): >> However, it seems that the package without a d is actually abandoned. >> The official PECL package was last released more than 5 years ago [3], >> and the bug asking for PHP 7 compatibility is still open [4]. An >> unofficial fork apparently supports PHP 7 [5] but it in turn hasn't had >> a commit in 11 months, and has an open bug for 7.2 compatibility [6]. > It has some PR's, even a recent one by Remi Collet for 7.3 > compatibility. > https://github.com/websupport-sk/pecl-memcache/pull/30 > > The open bug for 7.2 compatibility seems to be open only because nobody > bothered to close it. > >> - Is there any difference, other than API design, between the two >> packages, which would merit seeking a new maintainer for memcache >> (without a d)? > The package without a d is AFAIK the only one that runs on Windows: > https://github.com/websupport-sk/pecl-memcache/issues/23#issuecomment-358956029 > Client & server updates by 'nono303': > https://www.apachelounge.com/viewtopic.php?t=7919 > https://github.com/nono303/PHP7-memcache-dll > >> - If not, should the package be officially marked "abandoned" or >> "deprecated" in PECL, and in the PHP manual? > That would not be a good solution for the (few) Windows users.