Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:59815
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.210.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAGa2bXZRuYWBeWRNkF5rbL1Drtt8uP2VeL4mCoXdxw8iswwEVQ@mail.gmail.com>
References: <CAGa2bXZ6G=Cphjrde3u1Mq3AAw-4yJk3s28vNe+Aybt2nGTumg@mail.gmail.com>
	<4F850D06.10701@sugarcrm.com>
	<CAGa2bXZWrRh8RdMtKK_2_U_XmByC-O6hGRPrJyW5KwvE0CAK-w@mail.gmail.com>
	<4F8515AF.8060706@sugarcrm.com>
	<CAGa2bXZWudQeRm5h2eENGmgQDPfOqEmijB9-vPAvfKXLCfDiLw@mail.gmail.com>
	<4F851FE4.7000706@sugarcrm.com>
	<CAGa2bXbXdNcfHX_dM2EVVz_2JtS4cc+8pxneSLAd382TuQUg-w@mail.gmail.com>
	<4F8539E0.1090701@sugarcrm.com>
	<4F859063.1010401@lerdorf.com>
	<A633CF2D7C7BED41B41F1E64F25507B806A5CDD71A@MAILR001.mail.lan>
	<CAKOpQSz1=AFfWcO=F0Ot_2Jm8audczE2a1DnGV-vxhp=80ZcUQ@mail.gmail.com>
	<CALKFbxs5irYW1Sdus4b=XBvbKqfsMkJbEd14RmXC7tFv7rg-fw@mail.gmail.com>
	<CAGa2bXb=RbjPaL=SeUv6vDv_Cvc0O5f_noNdZwue3gFcgnajAA@mail.gmail.com>
	<CAKOpQSzN4xkJLL_JwbXx1iOJs6Hnxnjh+D2qUjpShqgW8N2S6g@mail.gmail.com>
	<CAGa2bXaG_SR-F2eKUu3=Quzm6scOhOGB5d4gwZAmCBZTwB=q=w@mail.gmail.com>
	<CAGa2bXbyhUGMSZsiP6hSap4fi0pVA8sKVeps4ScPb9QQWidkTg@mail.gmail.com>
	<4F862AAC.90003@lerdorf.com>
	<4F86761A.9010801@lsces.co.uk>
	<CAGa2bXZRuYWBeWRNkF5rbL1Drtt8uP2VeL4mCoXdxw8iswwEVQ@mail.gmail.com>
Date: Fri, 13 Apr 2012 03:02:33 +0300
Message-ID: <CAL0xaBFkzgLqnyTpJXqWbvnYNHakV+K5L173tO-a==HiGSXUtw@mail.gmail.com>
To: Yasuo Ohgaki <yohgaki@ohgaki.net>
Cc: Lester Caine <lester@lsces.co.uk>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=14dae93406c77420b704bd8430cc
Subject: Re: [PHP-DEV] Re: Disabling PHP tags by php.ini and CLI options
From: arvids.godjuks@gmail.com (Arvids Godjuks)

--14dae93406c77420b704bd8430cc
Content-Type: text/plain; charset=UTF-8

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 directives,
Ibhad to clean up myself one project, took me 2 months to properly fix it
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 specific
situations, but any properly configured PHP 5.3/5.4 will run smooth). And
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 <?php tag!

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 stuff.
And guess what - most template engines cache compiled templates, and they
are - ta-daa - PHP EMBEDDED IN HTML CODE!

Common sence is allien to some people on this list or what?

--14dae93406c77420b704bd8430cc--