Http 418
El HTTP 402 Payment Required es un código de estado de respuesta no estándar que está reservado para un uso futuro. Este código de estado fue creado para habilitar los sistemas de dinero digital o (micro) pago e indicaría que el contenido solicitado no está disponible hasta que el cliente realice un pago.
A veces, este código de estado indica que la solicitud no puede ser procesada hasta que el cliente realice un pago. Sin embargo, no existe una convención de uso estándar y diferentes entidades lo utilizan en diferentes contextos.Estado402 Pago requerido
Código de estado
El protocolo de transferencia de hipertexto ha definido unos códigos de respuesta para los casos de éxito y de error. En los sitios web tradicionales, los códigos de estado eran gestionados automáticamente por el navegador. En la práctica, eran abstraídos por la implementación del navegador del protocolo HTTP.
Normalmente, cuando se empieza a desarrollar APIs, la mayoría de los desarrolladores tienen su primer encuentro con estos códigos de estado. Uno de los errores de principiante que he visto en mucha gente es no usar el código de estado apropiado para los diferentes tipos de error. Este post es para explicar los códigos de estado disponibles y su uso previsto.
Los códigos de éxito comienzan con 200 y 2**. Estos códigos indican principalmente que la solicitud se ha completado con éxito. También puede dar lugar a alguna información adicional sobre la solicitud en el cuerpo de la respuesta.
Este es el código de éxito estándar para cualquier solicitud HTTP. Su respuesta depende del tipo de solicitud. Para las solicitudes GET, 200 incluirá el recurso solicitado en el cuerpo de la respuesta HTTP. Para POST, PUT y DELETE, tendrá una indicación de que la acción solicitada se ha realizado con éxito.
Estado Http 200
Si alguna vez has hecho clic en un enlace con la esperanza de comprar ese increíble producto que era el número dos en una lista de «lo mejor», y luego has visto frustradas tus esperanzas al aterrizar en una página 404, has experimentado los códigos de estado HTTP de primera mano. Cuando todo va bien, no verás estos códigos, pero se generan cada vez que tu navegador interactúa con un servidor. Entender los códigos de estado HTTP puede ayudarle a diagnosticar problemas con su sitio web que podrían estar frustrando a sus visitantes, así como afectando negativamente a su clasificación SEO.
Si quieres que la URL vaya a otra página, puedes redirigirla. Su plataforma web puede tener comandos de redirección incorporados. Sólo asegúrese de redirigirla con un código de estado 301 si se trata de una redirección permanente. Esto dará a tus enlaces el mismo peso que la URL original y es mejor para el SEO.
Si ves este error, te está haciendo saber que la URL original ha sido redirigida, pero el enlace redirigido no está funcionando. Esto puede deberse a que la cadena de redireccionamiento era demasiado larga, había un bucle de redireccionamiento o la URL era mala. Tendrás que encontrar la redirección en tu plataforma y solucionar el error.
Estado Http 400
La frase de la razón para el código de estado 500 se ha cambiado de «Error del servidor» a «Error interno del servidor». Esta es la frase correcta según el RFC7231. Si está migrando desde la v1, y tiene código que depende del resultado de getStatusText(500) o getReasonPhrase(‘Server Error’), esto podría afectarle.
En http-status-codes v1, los códigos de estado se exportaban directamente desde el módulo de nivel superior, es decir, HttpStatus.OK. En la v2 todos los códigos de estado viven bajo un objeto llamado StatusCodes, es decir, HttpStatus.StatusCodes.OK. Hemos hecho este cambio para atender a los usuarios de TypeScript que prefieren un valor dedicado con un tipo enum. Los valores anteriores se siguen exportando, pero no vamos a seguir actualizándolos. Por favor, migre si está usando las importaciones del estilo antiguo.