On 7/31/06, Denny Valliant <[EMAIL PROTECTED]> wrote: > But if you turn it off, do you still loose the extended data within your > sitewide error-handler?
In a sense yes, since it disables the detailed version of the CF error screen, but in a SW error handler I would argue you shouldn't be using CF's error outputting tools and instead should be rolling your own. You can't count on a SW error handler being put into place. In my experience there is no such thing on a shared host. They leave it to the individual developer to deal with as they see fit. From their perspective, if they don't give you basic error responses then its increased tech support time on their nickel explaining the situation to you. An earlier post mentioned an onerror statement (usually in /Application.cfm). Thats the way you should go; especially on someone else's server. Use cfdumps to output the result to a disk file (never email them as they can be both very large and contain sensitive material) and send an email to yourself warning to check your error log. I use .html files protected by an o/s-issued password-protected folder, but you could just as easily write the files to a .cfm instead of a .html and then password-protect them with something simple. http://mysecretbase.com/Building_A_ColdFusion_Error_Handler.cfm The above is meant for a SW handler but the core stuff is all there to build a site-specific one. -- [EMAIL PROTECTED] Janitor, MSB Web Systems mysecretbase.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:248286 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
