Re: [PHP-DEV] Changing fundamental language behaviors

This is only part of a thread. view whole thread
  107051
September 13, 2019 08:10 cschneid@cschneid.com (Christian Schneider)
Am 13.09.2019 um 09:41 schrieb Lester Caine <lester@lsces.uk>:
> On 12/09/2019 23:16, Mike Schinkel wrote: >> Those who vote on this list will decide if breaking WordPress end-user's site bothers them or not.
That's something too few people on this list seem to be aware of: Breaking other people's perfectly functional code because you believe in a different coding style is not something which should be done easily.
> So we *DO* need an LTS version of PHP that will run perfectly functional websites for the next ten years while others create the next replacement for the likes of WordPress by moving framework functionality inside PHP ...
I agree! Which means there will be additional burden on the PHP core developers as there will be another version to back port security fixes to for a long time. Also not a decision to be made lightly. While I do like democracy I also agree with Zeev that it is too easy for people to vote yes on a breaking change even if they didn't think it through. So if you voted yes for any change of a notice/warning to an exception (which will break things) please reconsider! Is it really worth it? And if you really think so, could we make it opt-in? Or at least globally opt-out-able? - Chris
  107053
September 13, 2019 08:18 kontakt@beberlei.de (Benjamin Eberlei)
On Fri, Sep 13, 2019 at 10:10 AM Christian Schneider <cschneid@cschneid.com>
wrote:

> Am 13.09.2019 um 09:41 schrieb Lester Caine <lester@lsces.uk>: > > On 12/09/2019 23:16, Mike Schinkel wrote: > >> Those who vote on this list will decide if breaking WordPress > end-user's site bothers them or not. > > That's something too few people on this list seem to be aware of: > Breaking other people's perfectly functional code because you believe in a > different coding style is not something which should be done easily. > > > So we *DO* need an LTS version of PHP that will run perfectly functional > websites for the next ten years while others create the next replacement > for the likes of WordPress by moving framework functionality inside PHP ... > > I agree! > Which means there will be additional burden on the PHP core developers as > there will be another version to back port security fixes to for a long > time. Also not a decision to be made lightly. >
I would think that this is exactly what a company like Zend would charge their customers for. Microsoft is doing it for free for 5.6, I imagine for their bigger Azure customres here: https://github.com/microsoft/php-src LTS versions should not be the responsibility of the core developers, they are the responsibile of a legal entity with financial means that either directly sponsors the OSS project (Ubuntu) or is downstream of the project (RedHat). PHP is entirely a community project of volunteers that is already hanging by a thread given the workload.
> While I do like democracy I also agree with Zeev that it is too easy for > people to vote yes on a breaking change even if they didn't think it > through. > > So if you voted yes for any change of a notice/warning to an exception > (which will break things) please reconsider! > Is it really worth it? And if you really think so, could we make it > opt-in? Or at least globally opt-out-able? > > - Chris > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >
  107055
September 13, 2019 08:28 markyr@gmail.com (Mark Randall)
On 13/09/2019 09:10, Christian Schneider wrote:
> Is it really worth it?
It's absolutely worth it. Stopping execution flow at erroneous or ambiguous statements is an essential part of secure, reliable programming. A notice or warning offers no protection at all. Unless you've taken some very specific steps, your program will continue operating as if they never happened, even if that notice or warning was clearly a high probability of being a bug.
> And if you really think so, could we make it opt-in?
People should not have to opt in to common sense defaults. If I sell you a car, you shouldn't have to opt in to having the bolts on your tyres fastened on tight enough that the wheels don't fall off the moment you hit motorway speed.
> Or at least globally opt-out-able?
Let's not. Never again should an option like enable_short_tags exist. If you want a per-file opt out, the notion of declare(sloppy=1); Has already been jokingly proposed, and I would personally have no problem with it if people want to opt-in to less reliable enforcement... but once again, I stress that the defaults should always be best-practices. -- Mark Randall
  107064
September 13, 2019 09:10 php-lists@koalephant.com (Stephen Reay)
> On 13 Sep 2019, at 15:28, Mark Randall <markyr@gmail.com> wrote: > > the notion of > > declare(sloppy=1); > > Has already been jokingly proposed,
Who ever said it was a joke proposal? :-P