Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65461 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 718 invoked from network); 30 Jan 2013 01:17:27 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Jan 2013 01:17:27 -0000 Authentication-Results: pb1.pair.com header.from=christopher.jones@oracle.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=christopher.jones@oracle.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain oracle.com designates 141.146.126.69 as permitted sender) X-PHP-List-Original-Sender: christopher.jones@oracle.com X-Host-Fingerprint: 141.146.126.69 aserp1040.oracle.com Received: from [141.146.126.69] ([141.146.126.69:27093] helo=aserp1040.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E5/76-10721-6A478015 for ; Tue, 29 Jan 2013 20:17:27 -0500 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r0U1HM19001684 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 30 Jan 2013 01:17:23 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r0U1HLi0011293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Jan 2013 01:17:22 GMT Received: from abhmt105.oracle.com (abhmt105.oracle.com [141.146.116.57]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r0U1HLrv010870; Tue, 29 Jan 2013 19:17:21 -0600 Received: from [10.187.90.48] (/10.187.90.48) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 29 Jan 2013 17:17:21 -0800 Message-ID: <5108749D.8090608@oracle.com> Date: Tue, 29 Jan 2013 17:17:17 -0800 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Rasmus Lerdorf CC: Zeev Suraski , internals@lists.php.net References: <5d21b42656d49b4a71d9f808541bd745@mail.gmail.com> <51078485.30107@rotorised.com> <11e1ccc6eca996d9d94ae9a3bff0bbab@mail.gmail.com> <5108667C.1030901@oracle.com> <510868DE.7010408@lerdorf.com> In-Reply-To: <510868DE.7010408@lerdorf.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: ucsinet22.oracle.com [156.151.31.94] Subject: Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution From: christopher.jones@oracle.com (Christopher Jones) On 01/29/2013 04:27 PM, Rasmus Lerdorf wrote: > On 01/29/2013 04:17 PM, Christopher Jones wrote: >> It would be useful to link to the current Optimizer+ doc from the RFC. >> I believe the link is >> http://static.zend.com/topics/Zend-Optimizer-User-Guide-v330-new.pdf > > Different beast. Something like this is more apt: > > http://files.zend.com/help/previous-version/Zend-Server-5-Community-Edition/zendoptimizerplus.html Ah, ack. The PECL extension and/or configure directive should use a better name. This confusion reinforces my main point: the RFC needs more detail about what PHP will end up having. >> Can you list potential platform or extension (XDebug) portability >> issues? > > XDebug together with an opcode cache is always a shaky thing and not > something we should be too concerned about. You would never want to run > both in production. It would be good if they didn't clobber each other > for dev environment purposes, but I am sure we can figure that out. This is the kind of info the RFC (and then user doc) should have. Chris -- christopher.jones@oracle.com http://twitter.com/ghrd Newly updated, free PHP & Oracle book: http://www.oracle.com/technetwork/topics/php/underground-php-oracle-manual-098250.html