Comments on: Mayday, Mayday, Mayday - PHP Going Down http://www.eggplant.ws/blog/php/mayday-php-going-down/ Ramblings of a web developer Mon, 06 Feb 2012 23:56:05 +0000 http://wordpress.org/?v=2.7 hourly 1 By: beakt http://www.eggplant.ws/blog/php/mayday-php-going-down/comment-page-1/#comment-237 beakt Sat, 28 Aug 2010 08:14:32 +0000 http://www.eggplant.ws/blog/?p=28#comment-237 This is a terrific article. Not the usual regurgitating of the PHP manual that you usually find when you Google for new knowledge about PHP. This article is unique and clever. Very useful, Michael. I implemented this on my system tonight. Now, when I forget a semi-colon or screw up my brackets, I can have my web server (by checking $_SERVER['remote_addr']) display the error only for me, and display a friendly apology to my users. I don't have to go to my Putty window and run 'tail phperror.log' any more! I can add this: As you may have noticed, this method won't catch a parse error if the definition/registration of the shutdown function is in the same file. But, if you put the definition/registration of the shutdown function into an auto_prepend_file, then it will catch a parse error in your main PHP file called via the URI. This is a terrific article. Not the usual regurgitating of the PHP manual that you usually find when you Google for new knowledge about PHP. This article is unique and clever. Very useful, Michael.

I implemented this on my system tonight. Now, when I forget a semi-colon or screw up my brackets, I can have my web server (by checking $_SERVER['remote_addr']) display the error only for me, and display a friendly apology to my users. I don’t have to go to my Putty window and run ‘tail phperror.log’ any more!

I can add this: As you may have noticed, this method won’t catch a parse error if the definition/registration of the shutdown function is in the same file. But, if you put the definition/registration of the shutdown function into an auto_prepend_file, then it will catch a parse error in your main PHP file called via the URI.

]]> By: andi zaugg http://www.eggplant.ws/blog/php/mayday-php-going-down/comment-page-1/#comment-233 andi zaugg Tue, 11 May 2010 12:44:24 +0000 http://www.eggplant.ws/blog/?p=28#comment-233 cool! thank you very much! cool!
thank you very much!

]]> By: Christian S. http://www.eggplant.ws/blog/php/mayday-php-going-down/comment-page-1/#comment-225 Christian S. Tue, 15 Dec 2009 11:34:27 +0000 http://www.eggplant.ws/blog/?p=28#comment-225 Hey, I am happy about this blog entry. I searched for a solution to catch fatal errors and with Your help I could solve my problem :-) Thank You very much! Hey, I am happy about this blog entry. I searched for a solution to catch fatal errors and with Your help I could solve my problem :-)
Thank You very much!

]]> By: Claude http://www.eggplant.ws/blog/php/mayday-php-going-down/comment-page-1/#comment-221 Claude Thu, 22 Oct 2009 18:55:58 +0000 http://www.eggplant.ws/blog/?p=28#comment-221 Please change the title of your article to something more search engine friendly. Something like this would be much better: PhP Fatal Error Handling Please change the title of your article to something more search engine friendly. Something like this would be much better:

PhP Fatal Error Handling

]]> By: rob http://www.eggplant.ws/blog/php/mayday-php-going-down/comment-page-1/#comment-215 rob Sun, 10 May 2009 15:51:30 +0000 http://www.eggplant.ws/blog/?p=28#comment-215 I would not have thought that register_shutdown_function could catch E_PARSE, when even set_error_handler cannot. This is great, thanks! I would not have thought that register_shutdown_function could catch E_PARSE, when even set_error_handler cannot. This is great, thanks!

]]> By: Martin Wood http://www.eggplant.ws/blog/php/mayday-php-going-down/comment-page-1/#comment-13 Martin Wood Wed, 03 Sep 2008 10:24:58 +0000 http://www.eggplant.ws/blog/?p=28#comment-13 Thanks, Michael. That was exactly what I was looking for to deal with a problem I have dealing with potentially invalid PHP files that are generated from user input. Thanks, Michael.

That was exactly what I was looking for to deal with a problem I have dealing with potentially invalid PHP files that are generated from user input.

]]> By: Fehlerbehandlung in PHP | Mirko Bald http://www.eggplant.ws/blog/php/mayday-php-going-down/comment-page-1/#comment-6 Fehlerbehandlung in PHP | Mirko Bald Mon, 25 Aug 2008 20:28:19 +0000 http://www.eggplant.ws/blog/?p=28#comment-6 [...] http://www.eggplant.ws/blog/php/mayday-php-going-down/ [...] [...] http://www.eggplant.ws/blog/php/mayday-php-going-down/ [...]

]]> By: Web 2.0 Announcer http://www.eggplant.ws/blog/php/mayday-php-going-down/comment-page-1/#comment-5 Web 2.0 Announcer Mon, 25 Aug 2008 09:12:54 +0000 http://www.eggplant.ws/blog/?p=28#comment-5 <strong>Mayday, Mayday, Mayday - PHP Going Down...</strong> [...]PHP provides a variety of tools for handling errors. However, there is a range of fatal errors that PHP does not directly provide tools for you to handle them.[...]... Mayday, Mayday, Mayday - PHP Going Down…

[...]PHP provides a variety of tools for handling errors. However, there is a range of fatal errors that PHP does not directly provide tools for you to handle them.[...]…

]]> By: Hodicska Gergely http://www.eggplant.ws/blog/php/mayday-php-going-down/comment-page-1/#comment-4 Hodicska Gergely Mon, 25 Aug 2008 06:09:29 +0000 http://www.eggplant.ws/blog/?p=28#comment-4 Great article! A little addition: output handlers will be called on fatal errors too. Great article! A little addition: output handlers will be called on fatal errors too.

]]>