Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:64148 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 12535 invoked from network); 4 Dec 2012 17:47:07 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Dec 2012 17:47:07 -0000 Authentication-Results: pb1.pair.com header.from=swhitemanlistens-software@cypressintegrated.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=swhitemanlistens-software@cypressintegrated.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain cypressintegrated.com designates 173.1.104.101 as permitted sender) X-PHP-List-Original-Sender: swhitemanlistens-software@cypressintegrated.com X-Host-Fingerprint: 173.1.104.101 rproxy2-b-iv.figureone.com Received: from [173.1.104.101] ([173.1.104.101:57600] helo=rproxy2-b-iv.figureone.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 87/94-18918-9173EB05 for ; Tue, 04 Dec 2012 12:47:06 -0500 Received: from localhost ([216.220.114.66]) by rproxy2-b-iv.figureone.com (Brand New Heavy v1.0) with ASMTP id ODZ62501 for ; Tue, 04 Dec 2012 09:47:01 -0800 Date: Tue, 4 Dec 2012 12:47:01 -0500 X-Priority: 3 (Normal) Message-ID: <176546053.20121204124701@figureone.com> To: Lester Caine In-Reply-To: <50BDBCAD.1050601@lsces.co.uk> References: <50BDBCAD.1050601@lsces.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Things move slowly in the real world ;) From: swhitemanlistens-software@cypressintegrated.com (Sanford Whiteman) Lester, are you seriously suggesting we coddle providers who either [a] Willfully misrepresent the PHP versioning system, showing they are utterly tuned out of the PHP support community? or [b] Play unfunny practical jokes on their users and/or troll this very list? If anything, their behavior is a call for some official censure, IMO. I have sympathy for their users, but the only cure for that is to find a responsible provider. If providers just told the truth about the "whys" of what they support, instead of lying about stability, security, or other "boldface" reasons, users would be better served. One such reason: "We should have done this long ago, but held off longer than necessary for budget reasons. Now, we're behind the curve and can't get new customers who are version-aware. You'll enjoy the performance rewards of re/building for the new version." -- Sandy