Newsgroups: php.internals,php.pecl.dev
Path: news.php.net
Xref: news.php.net php.internals:103459 php.pecl.dev:15586
MIME-Version: 1.0
References: <e38814d9-a828-30e7-c6ca-a0664532ff13@gmail.com>
 <6cksid9la6p2t96qj2eptoffd9gbocnt0u@4ax.com> <18fddfb0-8c45-0fda-0833-c0984ae1bf7c@allenjb.me.uk>
In-Reply-To: <18fddfb0-8c45-0fda-0833-c0984ae1bf7c@allenjb.me.uk>
Date: Mon, 19 Nov 2018 22:53:10 +0700
Message-ID: <CAEZPtU6=Me3KVMpLckiTOLfjzu+-AFTSds2D_-fZ4SBrMETs-w@mail.gmail.com>
To: AllenJB <php.lists@allenjb.me.uk>
Cc: Jan Ehrhardt <phpdev@ehrhardt.nl>, PHP internals <internals@lists.php.net>, pecl-dev@lists.php.net
Content-Type: multipart/alternative; boundary="00000000000063e4be057b068438"
Subject: Re: [PHP-DEV] Re: memcache, without a d, as in Venezuela
From: pierre.php@gmail.com (Pierre Joye)

--00000000000063e4be057b068438
Content-Type: text/plain; charset="UTF-8"

On Sun, Jun 24, 2018, 12:00 AM AllenJB <php.lists@allenjb.me.uk wrote:

> 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.
>


memcached uses libmemcache, which only supports linux-like systems. This is
the main reason to keep both.

You can provide feedback or add these noted to the docs if you have time :)


> 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.
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--00000000000063e4be057b068438--