Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:61087
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.213.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAORXhGKH8u7funSGC-wBtPNe2YMAMNL+0iVrK3m_-NCJ8Ld50g@mail.gmail.com>
References: <CAORXhGJ0NgxXJFoa6YswV5-EsRXqSDNKXTvhdL=7q=Knygr0sQ@mail.gmail.com>
 <4FF2FFBF.8050301@lerdorf.com> <CAORXhGKH8u7funSGC-wBtPNe2YMAMNL+0iVrK3m_-NCJ8Ld50g@mail.gmail.com>
Date: Tue, 3 Jul 2012 18:12:23 +0300
Message-ID: <CAL0xaBHk=x8uaYCcm7eJwJci-iMBND1caFENairj7zaS3EsD1A@mail.gmail.com>
To: Tom Boutell <tom@punkave.com>
Cc: Rasmus Lerdorf <rasmus@lerdorf.com>, PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=e89a8f646c17a1ad2c04c3ee58df
Subject: Re: [PHP-DEV] Is the fix for #61238 in PHP 5.4.4 & pecl yet?
From: arvids.godjuks@gmail.com (Arvids Godjuks)

--e89a8f646c17a1ad2c04c3ee58df
Content-Type: text/plain; charset=UTF-8

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.
But looking at the xcache and using it in production for 5-6 years I see
that something is true in the previous statement, because when new version
is out - xcache is always up to date, witch can't be said about the APC.
Just say'n.

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
> (:

--e89a8f646c17a1ad2c04c3ee58df--