Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:67375 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 96015 invoked from network); 9 May 2013 12:22:54 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 May 2013 12:22:54 -0000 Authentication-Results: pb1.pair.com smtp.mail=dan@dancryer.com; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=dan@dancryer.com; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain dancryer.com does not designate 209.85.214.173 as permitted sender) X-PHP-List-Original-Sender: dan@dancryer.com X-Host-Fingerprint: 209.85.214.173 mail-ob0-f173.google.com Received: from [209.85.214.173] ([209.85.214.173:39664] helo=mail-ob0-f173.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A8/02-12965-C159B815 for ; Thu, 09 May 2013 08:22:53 -0400 Received: by mail-ob0-f173.google.com with SMTP id 6so2862936oba.32 for ; Thu, 09 May 2013 05:22:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dancryer.com; s=google; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=PfDlnUkUuG+P2B5Ohp8Ov0CCiNe3FlDPi4aXTHvsoo8=; b=nqP/y9WbfQOcY83HNmzNsozquaXpQljEqi4ghE2ablSfmZx5A7/LGD2OGfKkcgStct JLeL30alBYGs8721uzY+j4GwgPTLiPs9fUb+7Mb0iBa1fbPPp1cHYdzhs8b3PWhiNJfN gQLgoPQYcyezRHybwvwM0p7OfJ6Zt1aMOCRXc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=PfDlnUkUuG+P2B5Ohp8Ov0CCiNe3FlDPi4aXTHvsoo8=; b=Pl5yxJMfqWIN+zhrygfyRd9fBhNw6iM9wnd6GK+4yqGflVuPnUkoUkoI2BiFUE/OCN nSnATwg+ED+Ls/rpuClCWjDbYCnSSvc4x43ev0xvO22KT2hZLNnR8J6VUzbMY9tPNt2J NNa6vKpad9FYLtNam08hHIe5DfO/qEBzDYAX4C0/y56nqM0MoLy/nSiS9jqm2lC9A+p9 RtdfE5vdCBCbRWGwfk/TSpHd0LbCsvEHuBR+7cT7O3g7COkvevE+0RCQPmTBVcFlt310 28QkCW7VK5RD438AkYV9JV4tLPPzKCbic76ych0FNvwUyF/cfThwy1et8WPYJrSbbvKb LhNg== MIME-Version: 1.0 X-Received: by 10.182.120.70 with SMTP id la6mr4069527obb.76.1368102170162; Thu, 09 May 2013 05:22:50 -0700 (PDT) Received: by 10.60.59.167 with HTTP; Thu, 9 May 2013 05:22:50 -0700 (PDT) X-Originating-IP: [37.191.114.158] In-Reply-To: References: Date: Thu, 9 May 2013 13:22:50 +0100 Message-ID: To: Pierre Schmitz Cc: "internals@lists.php.net" Content-Type: multipart/alternative; boundary=089e013a0768de8a5b04dc481b83 X-Gm-Message-State: ALoCoQmrdFS8Wr6v8x16/sb5Zr0RmpiS4pOcZRw4lQOlnmGsGv+lv4pcWqVi1eNdXLZztsztxjKU Subject: Re: [PHP-DEV] PHP 5.5 and APC user cache upgrade path From: dan@dancryer.com (Dan Cryer) --089e013a0768de8a5b04dc481b83 Content-Type: text/plain; charset=ISO-8859-1 I'm also very keen to understand the expected upgrade path, but from the perspective of a PHP developer supporting some large bespoke applications that rely heavily both on opcode caching and the user-caching functionality of APC. Is APCu the agreed best path for systems that currently use APC's user cache? On Thu, May 9, 2013 at 1:02 PM, Pierre Schmitz wrote: > Hi, > > I am testing PHP 5.5 atm and how we can package it for Arch Linux and > provide an upgrade path for users. The RC1 looks pretty solid so far. > > As the new opcache does not provide a user cache to store custom > variables, I would be glad if you could clarify what the best migration > from 5.4 would be. > * Is APC basically dead and wont support PHP 5.5? > * Should APC users switch to opcache and APCu? (with APCu replacing the > APC package) > > For PHP application developers: > * Regarding APCu: it provides the old PHP interface function as well as > their own apcu_* functions. They are aliases right now. Should > application developers think about switching to the apcu_-API as new > features will be available only here? > > Bonus question: > * Right now very similar functionality is provided by APCu, XCache, > WinCache, YAC etc.. Are there plans to include such functionality inside > PHP in future to make application developers life a little easier? At > least a common API would be great. There were several bugs in > applications as these modules behave a little different regarding return > values etc.. > > Greetings, > > Pierre > > -- > Pierre Schmitz, https://pierre-schmitz.com > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -- *Dan Cryer* 07590 698944 dan@dancryer.com +Dan @dancryer --089e013a0768de8a5b04dc481b83--