Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:89145 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33768 invoked from network); 10 Nov 2015 10:40:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Nov 2015 10:40:49 -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.204 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.204 mail4.serversure.net Linux 2.6 Received: from [217.147.176.204] ([217.147.176.204:50980] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B3/A1-21426-FA9C1465 for ; Tue, 10 Nov 2015 05:40:48 -0500 Received: (qmail 13540 invoked by uid 89); 10 Nov 2015 10:40:44 -0000 Received: by simscan 1.3.1 ppid: 13534, pid: 13537, t: 0.0859s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 10 Nov 2015 10:40:44 -0000 To: internals@lists.php.net References: <01a501d11a59$d1cba210$7562e630$@belski.net> <563FA66B.1090305@gmail.com> <01fd01d11a8c$3a59c3c0$af0d4b40$@belski.net> <563FF86C.2060007@lerdorf.com> <7FCBAA90-7D7C-49A5-B8A2-B8662EB6AB50@zend.com> <56413F24.7010200@lerdorf.com> <5641B835.3060005@lsces.co.uk> Message-ID: <5641C9AB.5060206@lsces.co.uk> Date: Tue, 10 Nov 2015 10:40:43 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP 7 RTM date From: lester@lsces.co.uk (Lester Caine) On 10/11/15 09:37, Kingsquare.nl - Robin Speekenbrink wrote: > With the advent of a wider variety of (container based) hosting solutions > (i.e. Heroku (https://devcenter.heroku.com/changelog-items/679) and > dokku-esque providers) and i.e. Docker providing the latest RC's via > 'official' images (https://hub.docker.com/_/php) And ofcourse the vagrant > boxprovided by Rasmus (https://github.com/rlerdorf/php7dev) have allowed a > far easier upgrade path for developers trying out new stuff. This is a > vastly different landscape than back when PHP5 came to be. (or even 5.3 for > that matter) I as an app developer (and thus PHP user) now have _alot_ more > options to try out different versions of PHP (even RC's) with faw lower > barrier of entry. Certainly today it is a lot easier to maintain a range of versions which may actually be something of a noose also since in many cases there is less incentive to replace PHP5.2/5.3 services. However the same noose also provides a much easier way for hosting providers to offer multiple versions in parallel making testing and transferring a hell of a lot easier today? And PHP7 just dovetails in on top of that easily, so we don't end up with the legacy problems of hosts 'upgrading the infrastructure' and everything failing. Now we just need to convince people that the days of NOT maintaining the current stable system while also playing with the next new 'improved' version are dead? There should be no reason today that multiple systems can't exist side by side and one only switches off the older one once the new build is stable and accepted? -- 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