当我通过API从来源检索数据时，我的网络应用程序遇到了一个严重的问题，并且由于谷歌的解释，内容被审查/删除。根据我网站管理员面板上的谷歌：
服务器错误18216错误
未找到13333个错误
未遵循9个错误
其他190个错误
在我的应用程序的实时版本中，我只需执行以下操作即可显示返回的错误：
show_error($e->getMessage());
我这样做是因为我需要在不添加太多代码的情况下显示从源代码返回的错误，但我没有想到它稍后会产生负面影响（我正在使用我的第一个发布的应用程序，还有很多东西要学习）。
现在我正在开发一个新版本，但在那之前，我一直想知道哪种HTTP状态代码适合用于热修复：
204无内容
404未找到
410消失的
另一个？
更新
代码或服务器没有问题，HTTP状态代码500是因为show_error($e->getMessage());而生成的，我想以同样的方式使用它，但我自己添加了一个错误代码：show_error($e->getMessage(), 'error_general', 503);
因为500被设置为默认值：
function show_error($heading, $message, $template = 'error_general', $status_code = 500)
更新2
只是为了澄清一下，我不想发送与限制访问/内容相关的HTTP状态代码，而是发送与$e->getMessage()内的错误消息相关的代码，其中90%的情况下都包含错误消息，表示内容已被删除或审查。
话虽如此，我想问：当显示错误消息时，如果内容被删除/审查或由于X原因被设置为不可用，那么使用哪种HTTP状态代码是正确的。
如果我理解正确，用户（或用户代理）正试图访问过去存在的东西，但出于所有目的，这些东西已不可用。它可能存在于你服务器上的某个地方，但就网络而言，它并不存在。
如果是这样的话，你有一些选择，这取决于你想与用户沟通的内容：
- 403-禁止。如果你想让用户知道确实存在这样的资源，但你无法获得它，可以使用它。这意味着身份验证没有帮助
- 410-消失了。这意味着，是的，这里有一些东西，但现在已经没有了，它不会回来了。只有当你确定这种情况是永久性的时，才使用它
- 404-未找到。这比410更通用。如果你不确定410是否合适，那就回到404
403和410都让用户知道这是某种合法的路径，但您可能永远无法获取资源。对于这三种情况，您可以在响应的正文中包含一个解释（即您的错误消息）。
5xx错误表示它有，与服务器有关，显然是这样。查看不同的状态代码时(http://httpstatus.es/)，我建议503:服务器当前不可用。