Re: Is the fix for #61238 in PHP 5.4.4 & pecl yet?
| From: | Arvids Godjuks | Date: | Tue, 03 Jul 2012 16:49:36 +0000 |
| Subject: | Re: Is the fix for #61238 in PHP 5.4.4 & pecl yet? | ||
| References: | 1 2 3 4 5 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-61094@lists.php.net to get a copy of this message | ||
One one side it's good to know i'm not wrong, on the other hand it's sad in
this case.
Sure about one thing - xcache is worth looking at and may be a better
choise than APC and has better potential.
One thing sure - I haven't heard anyone complaining about xcache. And
heard many complains about APC.
03.07.2012 15:17 пользователь "Pierre Joye" <pierre.php@gmail.com>
написал:
> hi,
>
> On Tue, Jul 3, 2012 at 5:12 PM, Arvids Godjuks <arvids.godjuks@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 <tom@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
>