作为一个典型的互联网用户，没有什么比等待网页显示更令人沮丧的了，只收到”未找到页面”404错误状态代码。 当然，我们尝试重新加载页面，有时，让格林林斯开始工作，但大多数时候，问题是我们掌握的。 对于我们所有的典型用户，我们要么去下一件事，要么找到一个不同的网站。 在我们大多数人完全不知道的背景中发生了很多事情。 但是，对于 Web 开发人员来说，HTTP 状态代码错误可能非常烦人，尤其是在 2022 年。
据互联网工程特别工作组（IEFT）称，开发和推广互联网标准的组织有60多个不同的HTTP状态代码。 HTTP 状态代码分为以下五组：
- 1xx 信息响应。 收到并理解的请求。 请求处理将继续。
- 2xx 成功。 已成功接收、理解和接受该操作。
- 3xx 重定向。 客户端必须采取进一步操作才能完成请求。
- 4xx 客户端错误。 可能是客户端导致的错误。 请求包含错误的语法或无法实现。
- 5xx 服务器错误。 服务器遇到错误，无法满足请求。
请务必注意，并非所有这些状态代码都被视为”错误”，有些只是信息或操作的响应，并且不需要故障排除或修正。 下面是 10 个最常见的 HTTP 状态代码及其含义。 有关 HTTP 状态代码的完整列表，请参阅 Dotcom 监视器的 wiki。
通用 HTTP 状态代码
- 状态代码 200 = 这是成功 HTTP 请求的标准”确定”状态代码。 返回的响应取决于请求。 例如，对于 GET 请求，响应将包含在消息正文中。 对于 PUT/POST 请求，响应将包括包含操作结果的资源。
- 状态代码 201 – 这是确认请求成功并由此创建新资源的状态代码。 通常，这是在 POST/PUT 请求后发送的状态代码。
- 状态代码 204 = 此状态代码确认服务器已满足请求，但不需要返回信息。 此状态代码的示例包括删除请求或请求是通过表单发送的，响应不应导致刷新表单或加载新页面。
- 状态代码 304 = 用于浏览器缓存的状态代码。 如果响应尚未修改，则客户端/用户可以继续使用相同的响应/缓存版本。 例如，如果资源已自特定时间以来被修改，浏览器可以请求。 如果没有，则发送状态代码 304。 如果已修改，则发送状态代码 200 以及资源。
- 状态代码 400 = 服务器由于客户端错误而无法理解和处理请求。 缺少数据、域验证和无效格式是导致发送状态代码 400 的一些示例。
- 状态代码 401 = 当需要身份验证但失败或未提供身份验证时，将发生此状态代码请求。
- 状态代码 403 – 与状态代码 401 非常相似，状态代码 403 在发送有效请求时发生，但服务器拒绝接受。 如果客户端/用户需要必要的权限，或者他们可能需要帐户来访问资源，则会发生这种情况。 与状态代码 401 不同，身份验证将不适用于此处。
- 状态代码 404 = 普通用户将看到的最常见状态代码。 当请求有效，但无法在服务器上找到资源时，将发生状态代码 404。 即使这些代码分组在客户端错误”存储桶”中，它们通常是由于不正确的 URL 重定向造成的。
- 状态代码 409 – 当请求与资源的当前状态冲突时，将发送状态代码 409。 这通常是同时更新或版本相互冲突的问题。
- 状态代码 410 = 请求的资源不再可用，并且将不再可用。 了解网络错误 410。
- 状态代码 500 – 用户通常看到的另一个状态代码，500 系列代码类似于 400 系列代码，因为它们是真正的错误代码。 当服务器由于意外问题无法完成请求时，将发生状态代码 500。 Web 开发人员通常必须对服务器日志进行梳理，以确定问题的确切问题来自何处。
监视 HTTP/S Web 服务器性能
问题随时可能发生。 借助 Dotcom-Monitor 监控平台，最大限度地减少停机时间和客户挫折感。HTTP/S Web 服务器监视检查可用性、性能、内容、断开的链接等。 支持 Cookie、表单提交、自定义标头、密码保护站点和超时阈值，您就不会措手不及。 设置自定义警报和筛选器，以即时检测和更正 Web 服务器问题，确保您的用户始终可从世界各地访问网页。
