php try catch错误报告

Question

我有一个依赖肥皂服务器来生成内容的应用程序。此外，站点身份验证基于单独的 LDAP 服务器。显然，如果其中任何一个出现故障或没有响应，则该网站就会出现故障。

我正在尝试设计一种设计，以便我可以向网站管理员报告错误，并在网站关闭时向用户提供一条友好的消息。错误报告实际上只是一封电子邮件、数据库插入或日志到 PHP $_COOKIE、$_SERVER、$_SESSION、$_REQUEST 服务器上的文本文件以及潜在的 SoapFault 异常。如果网站出现任何潜在问题，这些信息将帮助我进行调试。

目前，我的网站设计如下：

SoapClientInterface (defines soap functionality)
      / \
       |
       |   implements
       |
Client (the client implementing the interface, try/catch blocks on all soap calls here) 
      / \
       |
       |  extends
       |
 Authorization (asserts soap objects returned from server/ requests going to server 
               are appropriate for the user performing the request) 
      / \
       |
       | extends
       | 
  {all children classes using the soap interface defined on this level} 

从上面的糟糕图表来看:-)我有一个 Client 类，它包含所有用于处理soapfault异常的 try catch 块，并且我想知道用 catch 做两件事的最佳方法： 1.通知用户操作失败（我的所有功能都在 if/else 块中，如果我确定操作失败，我会将用户重定向到状态页面并通知他们操作失败。
2. 向站点管理员报告情况以进行调试（目前此功能是状态页面中定义的一个简单功能，当状态页面收到错误代码时，我们转储 Cookie、服务器、会话和请求变量，并将其通过电子邮件发送到站点管理员。

对此的任何建议将不胜感激，或者如果您需要澄清，请询问：

根据我的网络编程经验，我的应用程序通常在发生操作的页面上显示用户操作的状态，并且不会重定向到其他地方。这是我第一次编写一个应用程序来执行用户操作并重定向到所有状态消息的单独页面，如果我这样做的话，有人认为为所有站点设置一个状态页面有好处吗？操作或有一个类/函数来报告发生操作的页面上的状态？（我问这个是为了考虑状态页面本身的设计以及如何报告错误等等。）

Answer 1

嗯，我个人认为这取决于错误。根据我的经验，异常分为三种类型。那些您可以忽略的，那些您可以解决的，以及那些您用来终止执行的（如果您只是尝试删除文件，则可以忽略 file_not_found 异常，一个 如果资源有其他来源，则可以解决resource_not_available异常，并且database_connection_failure异常将需要终止应用程序，除非您有备份）...哪种类型捕获的异常将决定你如何处理它。

就个人而言，我安装了 全局异常处理程序..然后，在我的 catch 块中，我可以选择是否清理请求，以不同的方式处理它，继续（如果它是可恢复的异常），或者如果我无法正确处理它（查询错误等），则重新抛出异常。 ）。如果异常到达堆栈顶部（全局处理程序），那么我会记录错误（我为此使用数据库表）并抛出 500 内部服务器错误。

至于重定向错误，我无法忍受。如果错误是暂时错误，那么为什么我不能刷新页面呢？为什么我必须回去（如果我可以的话）再试一次...

只要正确输出缓冲区，您几乎总是能够呈现错误页面而不向用户显示任何敏感信息（我说几乎，因为你不能渲染任何致命错误）...否则你就违反了 HTTP 规范（因为你说有一个来自发生错误的当前页面的临时重定向，而不是正确的“发生错误”状态标头） ...