Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:59987 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56062 invoked from network); 16 Apr 2012 07:57:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Apr 2012 07:57:48 -0000 Authentication-Results: pb1.pair.com header.from=arvids.godjuks@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=arvids.godjuks@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.210.170 as permitted sender) X-PHP-List-Original-Sender: arvids.godjuks@gmail.com X-Host-Fingerprint: 209.85.210.170 mail-iy0-f170.google.com Received: from [209.85.210.170] ([209.85.210.170:63575] helo=mail-iy0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CC/ED-05733-CF0DB8F4 for ; Mon, 16 Apr 2012 03:57:48 -0400 Received: by iaeh11 with SMTP id h11so8367533iae.29 for ; Mon, 16 Apr 2012 00:57:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=tSqtrJwKGp/DUzs6FaySml1qPxiuG5+BJfRHTSaWTYw=; b=tBIHN2gk0wOu7Jetq9azWu7PVhOiye4bpWGXQVFx9zHYlO+D9VcUaIlHfRoYP3E7kR DtfIlip8nv5kr5X+vRMHWdEuG5S5OIGJnKWqxK4GnDe7fp/RvjxzzZcyO4Ezy1sBfgb4 A2s9S/+KOiLf8mwcmll+EiOdBLYeRWu58dwzYTSpbN3MSkk1rtjZLc2Rdmw8r8O/VegS /mNnR3HD0042tgH1iJD+AT23qppoFW6SLtrZZggLY4aQ6MLrTNuAlpEb2oN4Rqer8XaU H2FNbAfvGdcy1Wi48rzH7zCy1zyg62RzqEsA3b6YHoUQOuPSbQzup4GFmY7m4umbXEDw HHfQ== Received: by 10.50.196.165 with SMTP id in5mr4625062igc.8.1334563065221; Mon, 16 Apr 2012 00:57:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.134.233 with HTTP; Mon, 16 Apr 2012 00:57:25 -0700 (PDT) In-Reply-To: References: <4F876943.8030105@gmail.com> <4F877777.8050806@gmail.com> <4F8782CC.8030205@gmail.com> <4F87C9B0.4080809@gmail.com> <4F8AA9CF.6000003@gmail.com> Date: Mon, 16 Apr 2012 10:57:25 +0300 Message-ID: To: Kris Craig Cc: internals@lists.php.net Content-Type: multipart/alternative; boundary=14dae93410eb6ed2d204bdc72d61 Subject: Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts From: arvids.godjuks@gmail.com (Arvids Godjuks) --14dae93410eb6ed2d204bdc72d61 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 16 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2012 =D0=B3. 2:52 =D0=BF=D0=BE=D0= =BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C Kris Craig =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB: > > > On Sun, Apr 15, 2012 at 2:30 PM, Arvids Godjuks wrote: > >> I posted the bellow text in other thread, but i should have it post here= , >> so i'm reposting it to this thread. >> >> Well, it's time for me to remind about the techique many use (and some >> frameworks provide it out of the box) - the application file concatinati= on >> to speed up file loading. >> Yii framework provides a Yiilite.php file for this, that includes mostly >> used core classes in one big file.that loads much faster and is used for >> production. Any other framework has user extentions or other type of >> solutions for this to speed up the application, and it makes really big >> difference. >> So there is a good question - how the hell in a MVC framework would i >> combine my models, controllers, components and other stuff that will >> definetly be as in .php so in .pphp. And not every file will be cached >> like >> that - some will remain as distinct files even in production. >> >> The further discussion goes the more questions there is and less answers >> there are. >> > > My response is in the other thread. But you're right, we should move the > discussion back here, so please post your reply here. Thanks! > > --Kris > > The Kris response from the "PHP-DEV Digest 13 Apr..." response to my mail quoted bellow: > I'm not quite sure I understand your concern. Are you saying that the Yii framework wouldn't work with this because .phpp files would be cached as .php?? If that's the case, what about .phpo? Or, perhaps we should name the extension .phpf instead, as in "PHP Framework-includable". What I'm saying that there is a widely used optimization technique - concatenate the project files in one big massive chunk, enable an opcode cache and things speed up big time. Almost any mid sized and above project ends up doing that in one or the other way. Some even do that on per-controller basis or otherwise - but the fact is - it's out there. I just gave an example of the popular framework that has this out-of-the-box as a feature. And I, for one, do not understand how this should play with your proposal, because in that state clean source code ends up with "tainted" source code in one big chunk of machine-generated striped-out-everything string of epic proportions witch PHP chews with happy face and damn fast (helps with response times a lot, up to the tenfold). --14dae93410eb6ed2d204bdc72d61--