Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:95812 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 63546 invoked from network); 8 Sep 2016 22:18:44 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Sep 2016 22:18:44 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; 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:59523] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F2/A6-61313-1C3E1D75 for ; Thu, 08 Sep 2016 18:18:43 -0400 Received: (qmail 3314 invoked by uid 89); 8 Sep 2016 22:18:38 -0000 Received: by simscan 1.3.1 ppid: 3307, pid: 3310, t: 0.0922s 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; 8 Sep 2016 22:18:38 -0000 To: internals@lists.php.net References: <04998da0-6344-0b8b-c69a-411400e340ba@lsces.co.uk> <1473323097.1378681.719308017.2139F909@webmail.messagingengine.com> <8493a9dd-1f0e-f15f-3651-0278cf25234b@lsces.co.uk> <3ec68c67-a4de-1727-c3c8-e8fcacd95f0c@lsces.co.uk> Message-ID: <9bc67943-4b45-ba8c-6edd-f6560fd233d5@lsces.co.uk> Date: Thu, 8 Sep 2016 23:18:38 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace withcomposer/pickle From: lester@lsces.co.uk (Lester Caine) On 08/09/16 18:40, Larry Garfield wrote: > Note: Whether that is a good trend or bad trend I will not claim, and > that is largely irrelevant. But that is where the river is running, and > trying to swim upstream against it is not going to be very effective. Trying to swim against the tide of M$ 'improvements' has been something I've been doing since 1992. Silly little things like when you remote access a local server which in addition to serving web pages is also displaying the information on monitors, and creating announcements via the PA system. Does the M$ remote desktop offering still switch off the local sound card 'to improve the remote performance'? I still use VNC simply to ensure the locals site is NOT brought down. And the local technicians have to log in via their own accounts so unless care is taken, NONE of the shares or tools they need are available because of the move to secure activity between accounts. ALL of the work being cone by these machines is central, and every user needs to see the same set of tools, and file system. They do not need to live in their own little world secure from other technicians and they ALL need to see the same desktop. Of cause where sites are not being heavily audited for security we can stick up two fingers and the only active user is root - totally politically incorrect - but it prevents the bulk of the problems caused when some 'developer' screws up something global after a Linux update. -- 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