Brian Moon wrote:
Evert | Rooftop wrote:
Thats a smart idea.. I like that
As for letting PHP do the 500, I tend to use output buffering
everywhere (i think most people do, supposed to be faster too) so I'm
used to setting header()'s wherever I need them..
You think wrong. There are very go
Evert | Rooftop wrote:
Thats a smart idea.. I like that
As for letting PHP do the 500, I tend to use output buffering everywhere
(i think most people do, supposed to be faster too) so I'm used to
setting header()'s wherever I need them..
You think wrong. There are very good reasons not to u
Thats a smart idea.. I like that
As for letting PHP do the 500, I tend to use output buffering everywhere
(i think most people do, supposed to be faster too) so I'm used to
setting header()'s wherever I need them..
Besides, in most of my script the business logic gets executed first,
and thi
Evert | Rooftop wrote:
Excuse me if this has been discussed before, but I would like to know
the stance on this issue, it's hard to search the buglist or mailing
archives on stuff like http, 500 and fatal.
Would it be hard to implement an ini setting for throwing a http 500
error on a fatal e
Excuse me if this has been discussed before, but I would like to know
the stance on this issue, it's hard to search the buglist or mailing
archives on stuff like http, 500 and fatal.
Would it be hard to implement an ini setting for throwing a http 500
error on a fatal error? It's hard to make
