Re: [RFC] [VOTE] Deprecate PHP's short open tags

From: Date: Wed, 24 Apr 2019 18:51:42 +0000
Subject: Re: [RFC] [VOTE] Deprecate PHP's short open tags
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-105406@lists.php.net to get a copy of this message
Hello, just deprecate it; please stop this load of nonsense; it's not even a rational discussion here; that's a lot of idiotic rumblings. Have a good day. On Wed, Apr 24, 2019 at 11:23 AM Chase Peeler <chasepeeler@gmail.com> wrote: > On Wed, Apr 24, 2019 at 2:20 PM Сергей Пантелеев <sergey@s-panteleev.ru> > wrote: > > > Hi, > > > > >Also imo the reason why people write now (and not in the discussion > > phase) because for some time in the voting there wasn't the 2/3 majority > > for the 7.4 (so no sense to clutter the list) and now in the end only 1-2 > > votes make the difference. > > > > If this RFC has caused such a resonance _after_ the vote, maybe, it can > be > > reopened for a few days so that those who have not voted can do it? > > > > Thus, it is not the "1-2 votes" that will matter. > > > I think a lot of the people speaking against it, both before and after, > don’t get a vote. > > I think the people that this is going to have the biggest negative impact > on are the developers out there that don’t even know this mailing lists > exists, much less this RFC or discussion. > > > > — > > Sincerely, > > Sergey Panteleev > > On 24 Apr 2019, 21:08 +0300, Reinis Rozitis <r@roze.lv>, wrote: > > > > -----Original Message----- > > > > From: Marco Pivetta [mailto:ocramius@gmail.com] > > > > > > > > Also a good chance to finally take a look at code that has been > > rotting in a hard > > > > drive for too much time. > > > > > > It's an odd way of justifying a BC break by saying "you can write this > > one-liner sed or use this third-party tool to alter you code" exactly the > > same way every backwards incompatible change can be fixed then .. and > then > > it makes no sense to even discuss. > > > > > > At the beginning of the proposal it was asked (on mailinglist) if the > > change has any impact on performance (php runs faster/language parses > > becomes substantially simple etc), if there are any security issues (like > > with magic quotes) or maybe similarly as with different extensions there > is > > no one to support the code anymore. > > > > > > But in the end there is only the '<?xml' argument and that the > > documentation discourages short tags because that’s ini specific (while > > there are bunch of other ini directives which change the the way php > works > > (like for example precision)) .. and that's it. > > > > > > So instead of by default disabling it and allowing the users make an > > conscious choice to reenable the option if needed it's removed > altogether. > > > > > > > > > > > > Also imo the reason why people write now (and not in the discussion > > phase) because for some time in the voting there wasn't the 2/3 majority > > for the 7.4 (so no sense to clutter the list) and now in the end only 1-2 > > votes make the difference. > > > > > > rr > > > > > > > > > > > > > > > -- > > > PHP Internals - PHP Runtime Development Mailing List > > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > > > -- > Chase Peeler > chasepeeler@gmail.com >

« previous php.internals (#105406) next »