Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:72271
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.45 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <52F23078.4040206@lsces.co.uk>
References: <CAGa2bXYHP5D70bDBhbWzE7-B0s2kgk7DmAZdFhXkLqMJQqKV5g@mail.gmail.com>
	<52EF4BF8.60005@sugarcrm.com>
	<CAGa2bXacCxnmcAPZjh-YgTNocMjEpu_Uoc4npfNcKVM2WA2Tow@mail.gmail.com>
	<CAGa2bXZt7n8aqA=VrBKsqBzFiusGZP7aECPO-7xQher4+uVLWg@mail.gmail.com>
	<52F14C66.3030806@gmail.com>
	<CAH-PCH4+ULN2bVh=A2ZNvXmpYDqBPA3JrhhdrKb5zVH_sXucxg@mail.gmail.com>
	<52F15B62.1070006@gmail.com>
	<CAH-PCH4qXWJF_qN2ap0u+ufOMTah3VTR9t-BrV+9qkqD-KdixQ@mail.gmail.com>
	<CAGa2bXaj3Az2yYswgpS1yTFiYR+=j2tM-5y5paMrcjftx=X9pw@mail.gmail.com>
	<52F20C7C.3040803@lsces.co.uk>
	<CAEZPtU5OPzcOmXbY2mgHr7Ckz=k852DXsf3pNg9Ut5qVv07qbA@mail.gmail.com>
	<52F2165E.6040104@lsces.co.uk>
	<CAGa2bXaZwjH2haHkgyf=Y6uQGr+cB-G9ERNh3xP8+-e6OwAJ9Q@mail.gmail.com>
	<CAEZPtU52JNHcF2OEVDa5K2zmqiL5kGDqW1bw0BWpk4O8bGBn2A@mail.gmail.com>
	<52F23078.4040206@lsces.co.uk>
Date: Wed, 5 Feb 2014 13:43:28 +0100
Message-ID: <CAEZPtU5kpWvwtrW=C3vF+6U1afBkTYXyP8eFUCnJL3qBEBg9OA@mail.gmail.com>
To: Lester Caine <lester@lsces.co.uk>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c2bf4e8aaac904f1a81a7d
Subject: Re: [PHP-DEV] Declare minimum PHP version required?
From: pierre.php@gmail.com (Pierre Joye)

--001a11c2bf4e8aaac904f1a81a7d
Content-Type: text/plain; charset=UTF-8

On Feb 5, 2014 1:34 PM, "Lester Caine" <lester@lsces.co.uk> wrote:
>
> Pierre Joye wrote:
>>
>> But the key point remains the same, no error should be displayed in
>> production (whatever hosting is used), this is well documented since
>> years. I have some hard time to understand why we keep having to
>> explain why. If the documentation needs improvements, then let try to
>> fix it. But adding yet another option to finally do something that we
>> try to prevent since years does not sound very appealing to me.
>
>
> I get it that all user gets is a white screen because that is what has
been documented to returned. In the past we at least got something, but in
these modern times IS a blank screen really an acceptable return? If it was
just returning messy displays it would at least be something and we can
then build on that to get things working properly.
>
> A number of my customers have come to me because they got no help from
their ISP's and other ISP's switched back to older versions of PHP because
too many sites simply broke. They don't have enough staff to fix PHP code
and it's not their job? One of the best ways of getting the PHP5.2 sites
updated is providing a default setup that minimizes the occurrence of a
blank page. As Yasuo says 'even just a warning page'. With a blank page
would a simple user even know that PHP has anything to do with why it's
blank?

It is not a php problem per se. Php cannot do anything after a fatal error
or a crash.

It takes 5 mins to any admin (7 for non Admin) to setup a default error
page, in any webserver. And it does exactly what you suggest.

Cheers,
Pierre

--001a11c2bf4e8aaac904f1a81a7d--