RE: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags, again

From: Date: Fri, 09 Aug 2019 02:27:37 +0000
Subject: RE: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags, again
References: 1 2 3 4  Groups: php.internals 
Request: Send a blank email to internals+get-106466@lists.php.net to get a copy of this message
> -----Original Message----- > From: Bishop Bettini [mailto:bishop@php.net] > > That's why I highlighted Robert Korulczyk's case study: only a particular code path > in a particular environment had the problem. > > The status quo enables deployments to fail insecurely. <? $dbpassword = > "secret"; is a trap waiting to spring. I would rather require ten thousand > people secure their environment by running a script, than risk a single person > exposing their credentials for all to steal. > > I challenge everyone who's voted no to consider this balance. If the initial RFC would have been accepted as is (without the later proposed changes after the lengthy discussion) you would have sprung the same "trap" as in that particular case study - code would be exposed. Argument for "only a particular code path in a particular environment" is somewhat weak because in that case why does even ' .user.ini' feature exists (especially in apache sapi where you can even do engine = 0) as it also can lead to wildly different language behaviour? rr

« previous php.internals (#106466) next »