Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:107408
To: internals@lists.php.net
References: <5d976928.1c69fb81.db3a8.78daSMTPIN_ADDED_MISSING@mx.google.com>
 <CAF+90c9uXdqJsTizLCca-AswenZDv9-6yw=ranATp3XoutHyxw@mail.gmail.com>
 <DM5PR06MB285747B847DE2D7320758C05DE9A0@DM5PR06MB2857.namprd06.prod.outlook.com>
Message-ID: <e69fb3de-df5f-f77e-ad4e-61ea30185c5c@lsces.uk>
Date: Tue, 8 Oct 2019 09:46:43 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.1.0
MIME-Version: 1.0
In-Reply-To: <DM5PR06MB285747B847DE2D7320758C05DE9A0@DM5PR06MB2857.namprd06.prod.outlook.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-GB
Content-Transfer-Encoding: 7bit
X-thewebhostserver-MailScanner-Information: Please contact the ISP for more information
X-thewebhostserver-MailScanner-ID: 1iHl8z-00Ey6Q-UZ
X-thewebhostserver-MailScanner: Found to be clean
X-thewebhostserver-MailScanner-SpamCheck: 
X-thewebhostserver-MailScanner-From: lester@lsces.uk
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - bard.thewebhostserver.com
X-AntiAbuse: Original Domain - lists.php.net
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - lsces.uk
X-Get-Message-Sender-Via: bard.thewebhostserver.com: authenticated_id: lester@lsces.uk
X-Authenticated-Sender: bard.thewebhostserver.com: lester@lsces.uk
X-Envelope-From: <lester@lsces.uk>
Subject: Re: [PHP-DEV] [RFC] Deprecate Backtick Operator (V2)
From: lester@lsces.uk (Lester Caine)

On 08/10/2019 04:31, Theodore Brown wrote:
> In 8 of these, the backtick uses are exclusively in test files or other
> scripts not part of the library source code. Then there are 11 packages
> with one or two uses each, and only 2 packages with more than two occurrences.
> 
> Raw numbers:https://gist.github.com/theodorejb/584f2a1e27e93fb5da2d9b0e8e7a0d34

The question that has to be asked here is how many legacy projects have 
actually been moved to 'new' services like github, or even use code 
management anyway. The vast majority of third party hosting is simply 
based on isolated file management and even running clean-up tools are 
not going to be easy. Especially where the original author who set up 
the website is no longer around. While some hosts are maintaining the 
old versions of PHP, more often these days the big players are buying up 
small outfits and moving customers to new setups often without adequate 
care. Which is why ANY unnecessary changes that need to be made as a 
result are just painful often without ANY gain what so ever on either side?

-- 
Lester Caine - G8HFL
-----------------------------
Contact - https://lsces.uk/wiki/Contact
L.S.Caine Electronic Services - https://lsces.uk
Model Engineers Digital Workshop - https://medw.uk
Rainbow Digital Media - https://rainbowdigitalmedia.uk