RE: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags
| From: | Сергей Пантелеев | Date: | Thu, 01 Jan 1970 00:00:00 +0000 |
| Subject: | RE: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-105404@lists.php.net to get a copy of this message | ||
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.
—
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
>