Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:59826 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40751 invoked from network); 13 Apr 2012 00:55:11 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Apr 2012 00:55:11 -0000 Authentication-Results: pb1.pair.com smtp.mail=arvids.godjuks@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=arvids.godjuks@gmail.com; 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:38417] helo=mail-iy0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1D/4D-00290-E69778F4 for ; Thu, 12 Apr 2012 20:55:11 -0400 Received: by iaeh11 with SMTP id h11so4209403iae.29 for ; Thu, 12 Apr 2012 17:55:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LDeoZ4S979WJSwD+rKtAG/HS+I9ZbJWIH+COXLzyTzw=; b=LvXwdLszlogB2Dsl2R+P+WIfg27rSZblnGBIAFS5XrsS1sMfx2pHIDBUe9cQe907fW 8Zsg6cmqr20yPSYVPSTCrXSXBn7xavUr3N/+O5gjZPGpOzZTJb4yiTTFWWbHVA+S1iDY ce07g9x0BC2Csj3CX0nwuOT6exQzPwtdnLQ0mvmM8jB87iX93AiyrGFUOg69q8cRkSI7 ZeF68i5RTOrzHKCuG1+WBW9WfSe4Y1XteDuYC7Y2A+5Oxqhe5GQV58maGKYjEnqdGa+/ T3sKNkKZ0xJC00dTx3nyeNjLWt0TjS/8Wd3AaXhV/py83Y2zTKwBGJvlC4ZQ7lrzN1NB eVnA== MIME-Version: 1.0 Received: by 10.50.190.167 with SMTP id gr7mr95627igc.8.1334278508280; Thu, 12 Apr 2012 17:55:08 -0700 (PDT) Received: by 10.64.134.233 with HTTP; Thu, 12 Apr 2012 17:55:08 -0700 (PDT) Received: by 10.64.134.233 with HTTP; Thu, 12 Apr 2012 17:55:08 -0700 (PDT) In-Reply-To: References: <4F850D06.10701@sugarcrm.com> <4F8515AF.8060706@sugarcrm.com> <4F851FE4.7000706@sugarcrm.com> <4F8539E0.1090701@sugarcrm.com> <4F859063.1010401@lerdorf.com> <4F862AAC.90003@lerdorf.com> <4F86761A.9010801@lsces.co.uk> Date: Fri, 13 Apr 2012 03:55:08 +0300 Message-ID: To: Kris Craig Cc: Yasuo Ohgaki , Lester Caine , PHP internals Content-Type: multipart/alternative; boundary=f46d0447850f847b0e04bd84ec0e Subject: Re: [PHP-DEV] Re: Disabling PHP tags by php.ini and CLI options From: arvids.godjuks@gmail.com (Arvids Godjuks) --f46d0447850f847b0e04bd84ec0e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I should point out that if you make you mind about a feature - you will twist and turn it like hell, but you can't be convinced that it may make more damage than good, or is just plain pointless because out there in the wild the world actually is wild. And peoe do things differently for a reason. I'm not trying to offend you or shame you, but you just ignore half valid arguments. I personaly get a feeling that you don't do PHP development on a regular basis, because for me, as a userland php developer, some things you write are ridicilous and i would expect them from a beginer, a person coming from a different language, but sure not from a serious seasoned PHP developer. This hassle with the php tags, special extensions, optional php.ini options will make my life harder. Why? Because two hosters will be able to configure their envoirments differently. Who suffers? I suffer the conciquences of that by working at 3am saturday morning and probably getting into a fight with my wife about that. And getting fired if i refuse to fix issues. I understand the concerns about the LFI or how it is called, but as many people mentioned, its how the code is written. And if code is.written badly - you can't do anything about it on the language level without restricting writing the code in the first place. Those people that went for th include modification with the second optional param are on the right track - you give the people the ability and they will use it (i will). If someone could take all the energy wasted here and put to work on drasticly improving PDO - that would be a real benifit to every one. Cause right now pdo just sucks, a lot. 13.04.2012 2:07 =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 Thu, Apr 12, 2012 at 5:02 PM, Arvids Godjuks wrote: > >> You all know where the short_tags, register_globals, magic_quotes and >> other >> stuff like that took the language and the problems it made. >> Doesn`t history teach us a lesson? I see that it did not for some active >> members of this list. >> Many are still cleaning up the mess of thouse optional php.ini directive= s, >> Ibhad to clean up myself one project, took me 2 months to properly fix i= t >> and make to run on PHP 5, anyway we ended up rewriting the whole thing >> from >> scratch, a year of day to day work. >> Now i write my stuff E_ALL, including strict stuff and I know for a fact >> that there is no php.ini switch that could screw up my applications on >> different hosting platforms (yes, some minor things can happen in specif= ic >> situations, but any properly configured PHP 5.3/5.4 will run smooth). An= d >> now you purpose to add a switch that in one line can disable the >> application for good (and get it's sources spit out all over the place). >> And even if i write it in the right way - i have to convert every damn >> external library. Ok, i upload it to the host and guess what - it spews >> the >> code out because it is configured for the > >> It will never get adopted, too many legacy stuff, to many external tools= . >> And php native templates? I dont neet any twig, smarty or any other stuf= f. >> And guess what - most template engines cache compiled templates, and the= y >> are - ta-daa - PHP EMBEDDED IN HTML CODE! >> >> Common sence is allien to some people on this list or what? >> > > As is civility and basic mutual respect, it would seem. > --f46d0447850f847b0e04bd84ec0e--