Tipo,
Buenas noches.

Para ayudarle a identificar cuál es cada código de estado HTTP, a continuación encontrará una lista que resume los Wikipedia:

Categoría 1xx – Informativo
Esta clase de código de estado indica una respuesta provisional, que consta únicamente de la línea de estado y encabezados opcionales, y termina con una línea vacía. Dado que HTTP/1.0 no define todos los códigos de estado 1xx, los servidores no deben enviar una respuesta 1xx a un cliente HTTP/1.0 excepto en condiciones experimentales.

  • 100 Continuar
    Esto significa que el servidor ha recibido los encabezados de la solicitud y el cliente debe proceder a enviar el cuerpo de la solicitud (en el caso de una solicitud para la que se debe enviar un cuerpo, por ejemplo, una solicitud POST). Si el cuerpo de la solicitud es grande, enviarlo a un servidor cuando la solicitud ya ha sido rechazada debido a encabezados inapropiados es ineficaz. Para que el servidor verifique si la solicitud puede aceptarse basándose únicamente en los encabezados de la solicitud, el cliente debe enviar Expect: 100-continue como encabezado en su solicitud inicial y verificar que se reciba un código de estado 100 Continuar en respuesta antes de permanecer (o recibir 417 Expect Failed y no continuar).
  • 101 Cambiar protocolos
    Esto significa que el solicitante ha pedido al servidor que cambie los protocolos y el servidor reconoce que lo hará. 102 Procesamiento (WebDAV) (RFC 2518) Debido a que una solicitud WebDAV puede contener muchas subsolicitudes que involucran operaciones de archivos, puede llevar mucho tiempo completar la solicitud. Este código indica que el servidor ha recibido y está procesando la solicitud, pero aún no hay respuesta disponible. Esto evita que el cliente se agote y asuma que el pedido se perdió.
  • 122 Solicitud-URI demasiado larga
    Este es un código estándar de IE7, pero no significa que el URI tenga más de un máximo de 2083 caracteres. (Ver código 414).

Categoría 2xx – Éxito
Esta clase de códigos de estado indica que la acción solicitada por el cliente fue recibida, comprendida, aceptada y procesada exitosamente.

  • 200 bien
    Patrón de respuesta para solicitudes HTTP exitosas. La respuesta real dependerá del método de solicitud utilizado. En una solicitud GET, la respuesta contendrá una entidad que coincida con el recurso solicitado. En una solicitud POST, la respuesta contendrá la descripción de una entidad o el resultado de la acción.
  • 201 creado
    La solicitud se cumplió y resultó en la creación de un nuevo recurso.
  • 202 Aceptado
    La solicitud fue aceptada para su procesamiento, pero el procesamiento no se completó. La solicitud podrá llevarse a efecto o no, pudiendo ser cancelada cuando efectivamente se produzca la tramitación.
  • 203 no autorizado (desde HTTP/1.1)
    El servidor procesó la solicitud correctamente, pero devuelve información que podría provenir de otra fuente.
  • 204 Sin contenido
    El servidor procesó la solicitud correctamente, pero no devuelve ningún contenido.
  • 205 Reiniciar
    El servidor procesó la solicitud correctamente, pero no devuelve ningún contenido. A diferencia del 204, esta respuesta requiere que el solicitante restablezca la vista del documento.
  • 206 Contenido parcial
    El servidor solo entrega parte del recurso debido a un rango de encabezado enviado por el cliente. Herramientas como wget utilizan el encabezado de rango para permitir reanudar descargas interrumpidas o dividir una descarga en múltiples transmisiones simultáneas.
  • 207-Estado múltiple (WebDAV) (RFC 4918)
    El siguiente cuerpo del mensaje es un mensaje XML y puede contener varios códigos de respuesta individuales, dependiendo de cuántas subsolicitudes se realizaron.

Categoría 3xx – Redirección
El cliente debe realizar pasos adicionales para completar el pedido. Esta clase de código de estado indica que el agente de usuario aún debe tomar medidas para cumplir con la solicitud. La acción requerida puede ser realizada por el agente, sin interacción con el usuario, si y sólo si el método utilizado en la segunda solicitud es GET o HEAD. Un agente de usuario no debe redirigir automáticamente una solicitud más de cinco veces, ya que dichos redireccionamientos suelen indicar un bucle infinito.

  • 300 opción múltiple
    Indica múltiples opciones para el recurso que el cliente puede rastrear. Por ejemplo, podría usarse para presentar diferentes opciones de formato para video, enumerar archivos con diferentes extensiones o desambiguar el sentido de las palabras.
  • 301 movido
    Esta y todas las solicitudes futuras deben dirigirse al URI.
  • 302 encontrado
    Este es un ejemplo de buena práctica industrial que contradice la norma. La especificación HTTP/1.0 (RFC 1945) requería que el cliente realizara una redirección temporal (la frase original que la describía era "Movido temporalmente"), pero los navegadores populares realizaban 302 con la funcionalidad de 303 Ver otros. Por lo tanto, agregamos los códigos de estado HTTP/1.1 303 y 307 para distinguir entre los dos comportamientos. Sin embargo, la mayoría de las aplicaciones y marcos web todavía usan el código de estado 302 como si fuera 303.
  • 304 No modificado
    Indica que el recurso no ha sido modificado desde la última solicitud. Normalmente, el cliente proporciona un encabezado HTTP como el encabezado If-Modified-Since para proporcionar una hora con la que comparar. El uso de esto ahorra ancho de banda y reprocesamiento en el servidor y el cliente, ya que solo se deben enviar y recibir los datos del encabezado en comparación con toda la página que el servidor reprocesa y luego se envía nuevamente usando más ancho de banda del servidor y del cliente.
  • 305 Usar proxy (desde HTTP/1.1)
    Es posible que muchos clientes HTTP (como Mozilla e Internet Explorer) no manejen correctamente las respuestas con este código de estado, principalmente por razones de seguridad.
  • Conmutador proxy 306
    Dejó de usarse.
  • Redirección temporal 307 (desde HTTP/1.1)
    En esta ocasión, la solicitud debe repetirse con otro URI, pero es posible que futuras solicitudes aún utilicen el URI original. A diferencia del 303, el método de pedido no se debe cambiar al volver a emitir el pedido original. Por ejemplo, una solicitud POST debe repetirse con otra solicitud POST.

Categoría 4xx: error del cliente
La clase 4xx de código de estado está destinada a casos en los que el cliente parece haber cometido un error. Excepto cuando se responde a una solicitud HEAD, el servidor debe incluir una entidad que contenga una explicación de la situación del error y si se trata de una condición temporal o permanente. Estos códigos de estado son aplicables a cualquier método de solicitud. Los agentes de usuario deben mostrar al usuario cualquier entidad agregada. Estos suelen ser los códigos de error más comunes que se encuentran en línea.

  • 400 Solicitud no válida
    El pedido no se puede entregar debido a una sintaxis incorrecta.
  • 401 No autorizado
    Similar a 403 Prohibido, pero específicamente para usar cuando la autenticación es posible pero no se puede o aún no se ha proporcionado. La respuesta debe incluir un encabezado de campo www-authenticat que contenga un desafío aplicable al recurso solicitado. Consulte Autenticación de acceso básico y Autenticación de acceso implícito.
  • 402 Pago requerido
    Reservado para uso futuro. La intención original era que este código pudiera usarse como parte de alguna forma de efectivo digital o esquema de micropagos, pero esto no sucedió y este código no se usa comúnmente.
  • 403 Prohibido
    La solicitud era una solicitud legal, pero el servidor se niega a responderla. A diferencia de una respuesta 401 no autorizada, la autenticación no hará ninguna diferencia.
  • 404 No encontrado
    El recurso solicitado no se encontró, pero es posible que vuelva a estar disponible en el futuro. Se permiten solicitudes posteriores por parte del cliente. En ocasiones, el recurso solicitado se ha eliminado del servidor por algún motivo, pero se puede reemplazar si es necesario.
  • 405 Método no permitido
    Se realizó una solicitud para un recurso utilizando un método de solicitud que no es compatible con ese recurso, por ejemplo, usando GET en un formulario, que requiere que los datos se presenten mediante POST, PUT o se usen en un recurso de solo lectura.
  • 406 No Aceptable
    El recurso solicitado solo es capaz de generar contenido inaceptable según los encabezados de aceptación enviados en la solicitud.
  • 407 Se requiere autenticación de proxy
  • 408 Tiempo de espera de solicitud
    El servidor sufrió un tiempo de espera mientras esperaba la solicitud. Según las especificaciones HTTP W3: "El cliente no envía una solicitud dentro del tiempo que el servidor estaba preparado para esperar. El cliente puede repetir la solicitud sin modificaciones en cualquier momento".
  • 409 Conflicto
    Indica que la solicitud no se pudo procesar debido a un conflicto en la solicitud, como un conflicto de edición.
  • 410 desaparecido
    Indica que el recurso solicitado ya no está disponible y no volverá a estar disponible. Esto debe usarse cuando un recurso se eliminó intencionalmente y los recursos deben eliminarse. Al recibir un código de estado 410, el cliente no deberá volver a solicitar el recurso en el futuro. Los clientes, como los motores de búsqueda, deben eliminar el recurso de sus índices. La mayoría de los casos de uso no requieren que los clientes y los motores de búsqueda eliminen el recurso, y se puede utilizar un "404 no encontrado".
  • 411 longitud requerida
    La solicitud no especifica la extensión de su contenido, que es requerido por el recurso solicitado.
  • 412 Condición previa fallida
    El servidor no cumple una de las condiciones que el solicitante coloca en la solicitud.
  • 413 Entidad de solicitud demasiado grande
    La solicitud es mayor de lo que el servidor está dispuesto o es capaz de procesar.
  • 414 Solicitud-URI demasiado larga
    El URI proporcionado era demasiado largo para que el servidor lo procesara.
  • 415 Tipo de medio no compatible
    La entidad tiene un tipo de medio solicitado que el servidor o recurso no admite. Por ejemplo, el cliente carga una imagen como imagen/svg+xml, pero el servidor requiere que las imágenes utilicen un formato diferente.
  • 416 Solicitud de rango insatisfactorio
    El cliente solicitó una parte del archivo, pero el servidor no puede proporcionar esa parte. Por ejemplo, si el cliente solicitó una parte del archivo que está más allá del final del archivo.
  • 417 Expectativa fallida
    El servidor no puede cumplir con los requisitos del campo de encabezado Wait-Request.
  • 418 soy una tetera
    Este código se definió en 1998 como uno de los chistes tradicionales del Día de los Inocentes del IETF, en RFC 2324, Protocolo de control de cafetera de hipertexto, y no se espera que sea implementado por servidores HTTP reales.
  • 422 Entidad no procesable (WebDAV) (RFC 4918)
    La solicitud estaba bien formulada, pero no se pudo seguir debido a errores semánticos.
  • 423 Cerrado (WebDAV) (RFC 4918)
    El recurso al que se accede está bloqueado.
  • 424 Fallo de dependencia (WebDAV) (RFC 4918)
    La solicitud falló porque falló una solicitud anterior (por ejemplo, un PROPPATCH).
  • 425 Colección desordenada (RFC 3648)
    Definido en proyectos de “Protocolo de colecciones avanzadas WebDAV”, pero no presente en el “Protocolo de colecciones ordenadas de creación y control de versiones distribuidas web (WebDAV)”.
  • 426 Actualización obligatoria (RFC 2817)
    El cliente debe cambiar a otro protocolo, como TLS/1.0. Respuesta #444 Una extensión de servidor HTTP Nginx. El servidor no devuelve ninguna información al cliente y cierra la conexión (útil como disuasivo contra el malware). Com 449 Repetir Una extensión de Microsoft. La solicitud deberá repetirse después de realizar la acción correspondiente.
  • 450 bloqueado por el control parental de Windows
    Una extensión de Microsoft. Este error se produce cuando los controles parentales de Windows están activados y bloquean el acceso a una determinada página web.
  • Orden cerrada de 499 clientes (utilizada en ERP/VPSA)
    Una extensión del servidor HTTP Nginx. Este código se introduce para registrar el caso en el que el cliente cierra la conexión y el servidor HTTP está procesando su solicitud, lo que hace que el servidor no pueda enviar el encabezado HTTP de vuelta.

Categoría 5xx – Otros errores

  • 500 Error interno del servidor
    Indica un error del servidor al procesar la solicitud. En la gran mayoría de los casos, está relacionado con los permisos de los archivos o carpetas del software o script al que el usuario intenta acceder y no fueron configurados al programar/construir el sitio web o la aplicación. Para corregir esto, verifique el directorio donde se encuentra el archivo o recurso al que no se pudo acceder, y este archivo (ASÍ COMO TODOS LOS DEMÁS), obedezca las siguientes reglas:
    Carpetas: chmod 755 (no use 777)
    Archivos: chmod 644 (no use 777, solo use otro si se solicita expresamente durante la instalación)

    NOTA: algunas aplicaciones y/o sistemas requieren permisos diferentes, por lo que es importante consultar con los creadores de los scripts/sistema, cuál sería el permiso correcto a utilizar. El ejemplo describe cómo se realiza en sistemas operativos tipo Unix. Haga una analogía con cómo se hace en sistemas como Windows (Windows 7, 8, XP entre otros).

    Este error también puede ocurrir si el archivo. Htaccess de tu sitio web Estás intentando modificar los parámetros usando PHP como comandos: php_flag o php_value. Elimine cualquier entrada con estos comandos del archivo .htaccess. Si va a realizar cambios en los parámetros de PHP, utilice el archivo php.ini para hacerlo.

  • 501 No implementado
    El servidor aún no admite la funcionalidad habilitada.
  • 502 Puerta de enlace no válida
    Normalmente, el error ocurre cuando hay una configuración inexacta entre las computadoras back-end, posiblemente incluyendo el servidor web en el sitio web visitado. Antes de analizar este problema, debe borrar completamente la memoria caché de su navegador. Si está navegando por la web y nota este problema en cada sitio web que visita, entonces 1) su proveedor de servicios de Internet tiene una falla/sobrecarga importante en el equipo o 2) hay algún problema con su conexión interna a Internet, por ejemplo, el firewall no funciona correctamente. Si es el primer caso, sólo su proveedor puede ayudarle. Si es lo último, debes arreglar lo que sea que te impida acceder a Internet. Si solo experimenta este problema en algunos sitios web que visita, probablemente haya un problema con esos sitios web. Por ejemplo, uno de los equipos está fallando o está sobrecargado. Contacte con los responsables de estos sitios.
  • Servicio 503 no disponible
    El servidor está en mantenimiento o no puede manejar el procesamiento de recursos debido a una sobrecarga del sistema. Esta debería ser una condición temporal.
  • 504 Tiempo de espera de puerta de enlace
    Se caracteriza por errores propios del sitio web en cuestión. Puede ser que el sitio web esté en mantenimiento o no exista.
  • Versión HTTP 505 no compatible
    La mayoría de los navegadores suponen que los servidores de red admiten las versiones 1.x del protocolo HTTP. En la práctica, versiones muy antiguas como la 0.9 se utilizan poco hoy en día, no sólo porque ofrecen poca seguridad y un rendimiento inferior que las versiones más nuevas del protocolo. Entonces, si este error ocurre en su navegador web, la única opción es actualizar el software del servidor web. Si la solicitud de la versión 1.x falla, puede deberse a que el servidor de red admite versiones incorrectas del protocolo 1.x, en lugar de no admitirlas en absoluto.