RE: [PHP-DEV] error handling

From: Date: Mon, 18 Nov 2002 13:21:00 +0000
Subject: RE: [PHP-DEV] error handling
References: 1  Groups: php.dev 
Request: Send a blank email to php-dev+get-91263@lists.php.net to get a copy of this message
On Mon, 18 Nov 2002, John Coggeshall wrote: > >uhm, John, we dont have a E_PARSE yet. > > It's late... I actually stared at that sentence for about 30 seconds > trying to determine if I had spelled PARSE wrong... Then I actually went > and checked the manual to make sure I hadn't lost my mind and there was > actually a E_PARSE constant... Now I'm just confused as to what the heck > your talkin' about Derick :) hmm, I really thought we didn't have one, as it doesn't make sense at all :) > > >I stil see not why you would want to handle PARSE errors > >gracefully. If > >a user has broken code it should not even be on a production box. Bad > >code -> dead site. > > Can't argue about broken code not being a production box. However, > dealing with errors in code cleanly (regardless of the problem) is more > than just an internal PHP problem. Having a solid way to gracefully > bow-out because my cat managed to open, fill with junk, and save a > critical include file would just be nice. The choice between the blank > screen, or a nasty error message isn't a good one... I'd personally love > to have a "sorry, our site is hosed" error page... If for nothing else > then piece of mind... Your cat knows your passwords? :) Anyway, you can always use the error_append_string and error_prepend_string for this. (by putting <!-- in prepend_string and --> in append string for example). Derick -- --------------------------------------------------------------------------- Derick Rethans http://derickrethans.nl/ JDI Media Solutions --------------[ if you hold a unix shell to your ear, do you hear the c? ]-

« previous php.dev (#91263) next »