Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:80634 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 89943 invoked from network); 16 Jan 2015 11:22:23 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Jan 2015 11:22:23 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:36804] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 60/81-15918-E64F8B45 for ; Fri, 16 Jan 2015 06:22:23 -0500 Received: (qmail 9211 invoked by uid 89); 16 Jan 2015 11:22:19 -0000 Received: by simscan 1.3.1 ppid: 9205, pid: 9208, t: 0.0727s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.8?) (lester@rainbowdigitalmedia.org.uk@86.189.147.37) by mail4.serversure.net with ESMTPA; 16 Jan 2015 11:22:19 -0000 Message-ID: <54B8F46A.1000308@lsces.co.uk> Date: Fri, 16 Jan 2015 11:22:18 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: internals@lists.php.net References: <8DCD1B72-C81D-499E-B455-E4A042CD76E6@ajf.me> <000301d02fd3$456ab390$d0401ab0$@tutteli.ch> <89065BA9-7D1E-43DE-881F-CF15C38AA27F@ajf.me> <54B8E333.1010501@lsces.co.uk> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Scalar Type Hints v0.2 From: lester@lsces.co.uk (Lester Caine) On 16/01/15 11:05, Benjamin Eberlei wrote: > You keep bringing this up, but there is a workaround to manually "enable" On PHP5.4 or later? We are stuck with 5.3 unless code is modified. Same with other removed functions in 5.4. > register globals again if you need to have it for migration. It should just > work (TM) (haven't actually used it) > > foreach ($_REQUEST as $k => $v) { $GLOBALS[$k] = $v; } > > Not sure why we have to discuss this over and over again on this list. Yes there are work arounds which once one knows that is why a site has failed can be applied, but it is one of the reasons PHP5.2/3 is still remaining on shared hosting. No body has the time to hand hold their customers through the changes. The CORRECT fix is to work out why it is needed, and properly sort out the code, as with so many of the breaks brought into PHP5. It is still a brick wall that users have to scale, so in the context of current discussions can we possibly avoid adding more of them with PHP7 which is I am sure why Arvids brough it up. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk