选择HTTP状态码

Question

我有一个沉重的问题，我的网页应用程序时，通过API检索数据来源，并被审查/删除的内容，因为谷歌是如何解释它。据谷歌在我的网站管理员小组上说：

服务器错误18,216错误

未发现13 333个错误

未遵循9个错误

其他190个错误

在我的应用程序的实时版本中，我只需做就可以显示返回的错误(我使用的是代码点火器)：

show_error($e->getMessage());

我这么做是因为我需要显示从源代码返回的错误，而不需要添加太多代码，但是我没有想到它以后会产生的负面影响(我在我的第一个发布的应用程序中，还有很多要学习的)。

现在，我正在开发一个新版本，但在此之前，我一直想知道哪个HTTP状态代码适合用于热修复：

204 No含量

404未找到

410走了

另一个？

更新

代码或服务器没有问题，HTTP代码500是由于show_error($e->getMessage());而生成的，我想以同样的方式使用它，但添加一个错误代码my：show_error($e->getMessage(), 'error_general', 503);

因为500被设置为默认设置：

function show_error($heading, $message, $template = 'error_general', $status_code = 500)

UPDATE2

为了澄清问题，我不想发送与限制访问/内容相关的HTTP状态代码，而是发送与$e->getMessage()中的错误消息相关的代码--其中90%的情况包含错误消息，其中说内容已被删除或被删除。

因此，我会问:在显示错误消息时，应该使用哪个HTTP状态代码，该错误消息说内容被删除/审查，或者由于X原因而被设置为不可用。

Answer 1

如果我正确地理解了您，用户(或用户代理)正在尝试访问一些曾经存在但出于所有意图和目的的东西，现在已经不可用了。它可能存在于您的服务器的某个地方，但就web而言，它并不存在。

如果是这样的话，您有一些选择，这取决于您想要与用户沟通的内容：

1. 403 --紫禁不止。如果您想让用户知道确实存在这样的资源，但您无法获得它，则可以使用它。这意味着身份验证不会有帮助。
2. 410 -消失了。这意味着，是的，这里有一些东西，但现在不是了，它不会再回来了。只有当您确信条件是永久的时，才使用此方法。
3. 404- Not。这是比410更普遍的目的。如果您不确定410是否合适，请降至404。

403和410都让用户知道它是某种合法的路径，但是您可能永远无法获得资源。对于这三者，您可以在响应的正文中包含一个解释(即您的错误消息)。

Answer 2

5xx错误表示它与服务器有关，这显然是事实。当查看不同的状态代码(http://httpstatus.es/)时，我建议503:服务器当前不可用。