On Sun, Jun 24, 2018, 12:00 AM AllenJB <php.li...@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 > >
