Just to be clear - all 3 major opcode cachers i know (zend optimizer excluded - have no idea what he has) have that shared memory cache with almost identical API. Some have extended functionality (xcache has xcache_isset(), haven't seen that in others, but have to confess i haven't been looking for some time now), so they are easily swappable. 03.07.2012 15:54 пользователь "Tom Boutell" <t...@punkave.com> написал:
> The ability to store your own data in the APC cache is a feature that > does get used a lot in the Symfony framework world because of the > availability of the sfAPCCache and whatever its Symfony 2 equivalent > is. It's popular with folks who haven't felt the need to set up Redis > or some other external cache yet. I'm not sure whether this is > something you consider a "legacy feature." > > On Tue, Jul 3, 2012 at 11:17 AM, Pierre Joye <pierre....@gmail.com> wrote: > > hi, > > > > On Tue, Jul 3, 2012 at 5:12 PM, Arvids Godjuks <arvids.godj...@gmail.com> > wrote: > >> There are alternative opcode cachers besides APC. For example xcache, > for > >> me, just works when APC is still catching up. > >> I remember someone writing about APC that it is overly compex internally > >> and due to that hard to keep up with the changes in the PHP, maybe that > is > >> not the case now. > > > > It is still the case. > > > > I for one would like to kill all the legacy features or too specific > > features which are really unusable by any common developers. > > > > Other developers may disagree but it makes very hard to maintain APC. > > > > Cheers, > > > >> 2012/7/3 Tom Boutell <t...@punkave.com> > >> > >>> Given the impracticality of using PHP without APC, it would be nice if > >>> it were part of the main "if these fail, it's not ready" test suite. > >>> But I suppose that's just administering beatings until morale improves > >>> (: > > > > > > > > -- > > Pierre > > > > @pierrejoye | http://blog.thepimp.net | http://www.libgd.org > > > > -- > Tom Boutell > P'unk Avenue > 215 755 1330 > punkave.com > window.punkave.com > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >
