Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:66320 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 88715 invoked from network); 28 Feb 2013 10:54:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Feb 2013 10:54:08 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.185 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.26.185 c2beaomr07.btconnect.com Received: from [213.123.26.185] ([213.123.26.185:58049] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DC/D0-17375-C473F215 for ; Thu, 28 Feb 2013 05:54:05 -0500 Received: from host86-183-119-16.range86-183.btcentralplus.com (EHLO _10.0.0.5_) ([86.183.119.16]) by c2beaomr07.btconnect.com with ESMTP id KVR26793; Thu, 28 Feb 2013 10:54:01 +0000 (GMT) Message-ID: <512F3749.8070703@lsces.co.uk> Date: Thu, 28 Feb 2013 10:54:01 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15 MIME-Version: 1.0 To: PHP internals References: <435a322ccb14090d3bcf6bf8a110396d@mail.gmail.com> <512E7870.7010208@lerdorf.com> <0b8c20490dae9ecb9f9cd4a77cf47796@mail.gmail.com> In-Reply-To: <0b8c20490dae9ecb9f9cd4a77cf47796@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Neutral-1, source=Queried, refid=tid=0001.0A0B0302.512F3749.002C, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2013.2.28.103318:17:7.944, ip=86.183.119.16, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __HAS_FROM, __USER_AGENT, __MOZILLA_USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __IN_REP_TO, __CT, __CT_TEXT_PLAIN, __CTE, __ANY_URI, __FRAUD_BODY_WEBMAIL, __URI_NO_WWW, __CP_URI_IN_BODY, BODY_ENDS_IN_URL, __FORWARDED_MSG, BODY_SIZE_3000_3999, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, __FRAUD_WEBMAIL, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2beaomr07.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0203.512F3749.00A0,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine X-Junkmail-IWF: false Subject: Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution From: lester@lsces.co.uk (Lester Caine) Zeev Suraski wrote: >> -----Original Message----- >> >From: Pierre Joye [mailto:pierre.php@gmail.com] >> >Sent: Thursday, February 28, 2013 12:17 AM >> >To: Rasmus Lerdorf >> >Cc: Ferenc Kovacs; Zeev Suraski; PHP Developers Mailing List >> >Subject: Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP >> >distribution >> > >> >Now, about the yearly release, every single person I talked to love it > and want us >> >to keep with this cycle, as well as the more frequent bugs fixes > releases. One >> >thing we have to slightly change is to push too many new features in > each of >> >them, but we will get there. > I'm not sure how many people you've spoken to and what their profile is, > but reality shows a very different picture: > > 481004 PHP/5.2.17 > 280342 PHP/5.3.8 > 271156 PHP/5.2.6-1+lenny16 > 146342 PHP/5.2.9 > 133818 PHP/5.2.6 > 125550 PHP/5.3.10 > 109513 PHP/5.2.6-1+lenny13 > 106320 PHP/5.2.5 > 102412 PHP/5.2.14 > 81221 PHP/5.2.6-1+lenny9 > > These are the top-10 most popular PHP 5.x versions out there. PHP 5.4.x, > in case you're wondering, shows up on the 44th place, with a bit over 20K > deployments worldwide (5.4.11). > With yearly release cycles, we may make the lives of a few users more > enjoyable and with more rapid access to new features; But for the vast > majority, we're actually making lives worse: > > 1. Framework & app developers can't really rely on new features anyway, > since nobody has those new versions installed. Just two years ago - > aiming for PHP 5.3 seemed like a bold move for ZF2 and Sf2 - and that's > even though PHP 5.3 brought some revolutionary features to the mix (which > 5.4 and 5.5 do not). We've also heard the Wordpress way of thinking, and > we can assume that it'd take many years before other apps feel comfortable > requiring a higher version than 5.3.x as a prerequisite. > 2. Users who want to stay secure have to constantly upgrade, since support > lifetimes have been trimmed down substantially (effectively, 3 years from > release; and considering nobody upgrades on to an x.y.0 version, it's > typically way less than that). We can already project that based on the > current frequency, people who install PHP 5.4 today will have less than > two years-worth of lifetime before they're forced to upgrade, or be left > unsupported. > 3. For the ecosystem in general, we're creating lots of fragmentation. > > All in all, I think the people who like the yearly release cycle are first > and foremost bleeding edge individual developers, and not people who are a > part of larger projects, or that actually have to worry about production > apps working uninterrupted. Finally some agreement with what I've been getting my head chewed off every time I bring it up! For the last couple of years ... -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk