Error handling 经典ASP-错误捕获

Error handling 经典ASP-错误捕获,error-handling,asp-classic,Error Handling,Asp Classic,我在一个网站上工作,为了帮助捕获我们可能听不到的错误,我创建了一个自定义的500错误页面 此页面主要记录当前情况的相关信息,并将其记录在日志中,包括以下内容: Request.Servervariables("URL") 但是,日志似乎实际上提供了有关error.asp文件位置的信息,而不是导致错误的实际文件。而且它似乎没有拾取Server.GetLastError() 关于如何确保这些脚本拾取导致错误的页面而不是用于500个错误的页面的错误和死角,有什么想法吗 注意:出现错误时,地址栏中的u

我在一个网站上工作,为了帮助捕获我们可能听不到的错误,我创建了一个自定义的500错误页面

此页面主要记录当前情况的相关信息,并将其记录在日志中,包括以下内容:

Request.Servervariables("URL")
但是,日志似乎实际上提供了有关error.asp文件位置的信息,而不是导致错误的实际文件。而且它似乎没有拾取Server.GetLastError()

关于如何确保这些脚本拾取导致错误的页面而不是用于500个错误的页面的错误和死角,有什么想法吗


注意:出现错误时,地址栏中的url始终是导致错误的页面的地址,但日志显示错误处理程序页面“error.asp”

我会听迪伊的话,但也要知道IIS7(或7.5)有些挑剔。我记不清了,但你得做点特别的事来确保它能在IIS7上运行。退房IIS7中断了server.getlasterror,并提供了一个解决方法


还有一件很酷的事情就是给自己发电子邮件,告诉自己这些错误。所以,在自定义的500 asp脚本中,只需发送一封包含详细信息的电子邮件。取决于错误对程序的严重程度,但最好是处于循环中,而不是有另一个日志需要担心。

您是否尝试过类似的方法?它应该捕获文件。我建议使用
Request.ServerVariables(“HTTP\u REFERER”)
,尽管这可能是空的,因为执行重定向以访问自定义错误页面。将其添加到您的日志页面以测试?可能重复的