适当的HTTP状态代码发送应用程序错误

Question

我正在审查处理我的PHP应用程序中的所有错误的类。

我服这些头根据错误的类型来处理：

• 404中找不到页面或现有页面错误/不再可用项目的情况;
• 500表示服务器错误;
• 503 +重发后的临时维护

我仍然在对应用程序错误发送这头不确定性：SQL查询错误，编程错误（PHP内核错误，类例外情况，等等。 ）。当然，这些错误不应该发生，因为在每一页上都进行了开发测试和beta测试，但是谁知道，也许它们可能会发生。

我不能决定中采取哪一个：

• 400错误的请求其实这些种情况是“好”的要求，它只是我们做的编程错误。
• 403禁止实际上，资源不被禁止...您可以（也应该可以）访问它。
• 500内部服务器错误也许这可能是最好的选择，但它不正确，特别是服务器错误，但是应用程序错误。服务器没问题！

我没有，也不＃1围绕博客在这里找到任何答案：每个人都知道对404箱子送其头部，在服务器错误或维修状态，但没有人提出了有关应用程序错误的解决方案。
你有什么想法吗？

Answer 1

从HTTP的角度来看，你称之为“应用程序”是服务器的一部分。