Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:46753
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.211.202 cause and error)
Message-ID: <4B51F482.7050802@lerdorf.com>
Date: Sat, 16 Jan 2010 09:16:50 -0800
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
MIME-Version: 1.0
To: Raphael Geissert <geissert@debian.org>
CC: internals@lists.php.net
References: <hij8pj$vbj$1@ger.gmane.org> <alpine.DEB.2.00.1001131046320.2010@kossu.derickrethans.nl> <cda548cc1001142350l44e5fe46j563382b016191b41@mail.gmail.com> <hisrre$8kd$1@ger.gmane.org>
In-Reply-To: <hisrre$8kd$1@ger.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Throwing an E_DEPRECATED for short_open_tag
From: rasmus@lerdorf.com (Rasmus Lerdorf)

Raphael Geissert wrote:
> Patrick ALLAERT wrote:
> 
>> 2010/1/13 Derick Rethans <derick@php.net>:
>>> On Tue, 12 Jan 2010, Raphael Geissert wrote:
>> [snip]
>>
>>> Would it be possible to force short_open_tag to a specific value for
>>> those applications alone? Perhaps through an .htaccess file? That way,
>>> Debian keeps the "PHP default" but still allows those apps to work.
>> Raphael, you didn't seem to react on Derick's suggestion above
>> although it seems one of the best proposition so far.
>>
> 
> I sort of commented about it on one of my replies to Rasmus. The problem 
> with that approach is that not all SAPIs can be configured via a .htaccess, 
> and changing the global value affects all applications (and if they all use 
> a SAPI where .htaccess files can't change the settings there's not much they 
> can do).

I think you are again becoming a victim of too much generalization.
Like using the slower re-entrant mysql client library, for example, just
in case you have a threaded SAPI that needs it.  99% of people are going
to be using the prefork Apache SAPI or fastcgi, neither of which needs
this, and thus you are penalizing the majority in order to support edge
cases more easily.

Same goes for per-package configuration.  The common case, Apache and
fastcgi, can do per-directory configuration, but you are choosing not to
use it in order to support edge cases.  Instead of trying to change PHP
here, I'd be going after your problematic edge cases and bringing them
up to speed so they can support per-app configuration.

-Rasmus