El código de estado HTTP (inglés: HTTP Status Code) es un código de 3 dígitos que se utiliza para indicar el estado de respuesta del protocolo de transferencia de hipertexto del servidor web. Está definido por la especificación RFC 2616 y ha sido ampliado por RFC 2518, RFC 2817, RFC 2295, RFC 2774 y RFC 4918. El primer dígito de todos los códigos de estado representa uno de los cinco estados de la respuesta. Las frases de los mensajes que se muestran son típicas, pero se puede proporcionar cualquier alternativa legible. A menos que se indique lo contrario, los códigos de estado son parte del estándar HTTP/1.1 (RFC 7231).
El registro oficial de códigos de estado HTTP lo mantiene la Autoridad de Números Asignados en Internet.
Los Servicios de Microsoft Internet Information Server a veces utilizan subcódigos decimales adicionales para obtener información más específica, pero estos subcódigos solo aparecen en cargas útiles y documentos de respuesta, no en lugar de los códigos de estado HTTP reales.
Códigos de error de la página web HTTP con explicaciones HTTP 400 - Solicitud no válida HTTP 401.1 - No autorizado: Error de inicio de sesión HTTP 401.2 - No autorizado: Problema de configuración del servidor provocó un error de inicio de sesión HTTP 401.3 - ACL prohíbe el acceso a los recursos HTTP 401.4 - No autorizado: Autorización rechazada por el filtro HTTP 401.5 - No autorizado: Error en la autorización ISAPI o CGI HTTP 403 - Acceso prohibido HTTP 403 - Acceso al Administrador de servicios de Internet
206 Contenido parcial
206 Contenido parcial indica que el servidor ha procesado con éxito parte de la solicitud GET. Las herramientas de descarga HTTP como FlashGet o Xunlei utilizan este tipo de respuesta para reanudar las descargas o dividir un archivo grande en varios segmentos de descarga para una descarga simultánea.
La solicitud debe contener un encabezado Range para indicar el rango de contenido que espera el cliente y puede contener un If-Range como condición de solicitud.
La respuesta DEBE contener los siguientes campos de encabezado:
Content-Range se utiliza para indicar el rango de contenido devuelto en esta respuesta; si se trata de una descarga de varias partes cuyo tipo de contenido es multipart/byteranges, cada segmento de varias partes debe contener un campo Content-Range para indicar el rango de contenido de este segmento. Si se incluye una longitud de contenido en la respuesta, su valor DEBE coincidir con el número real de bytes que devuelve para el rango de contenido.
Fecha
ETag y/o Content-Location, si la misma solicitud debería haber devuelto una respuesta 200.
Expira, Cache-Control y/o Vary, si sus valores pueden diferir de respuestas anteriores para la misma variable.
Si esta solicitud de respuesta utiliza la verificación de caché fuerte de If-Range, entonces esta respuesta no debe contener otros encabezados de entidad; si esta solicitud de respuesta usa la verificación de caché débil de If-Range, entonces esta respuesta tiene prohibido incluir otros encabezados de entidad; esto evita la inconsistencia entre se elimina el contenido de la entidad almacenado en caché y la información del encabezado de la entidad actualizada. De lo contrario, esta respuesta debe contener todos los campos de encabezado de entidad que deben devolverse en una respuesta 200.
Si los encabezados ETag o Last-Modified no pueden coincidir exactamente, los cachés del lado del cliente deben prohibir la combinación del contenido devuelto por la respuesta 206 con cualquier contenido previamente almacenado en caché.
información relacionada:
Los códigos de respuesta constan de tres dígitos decimales que aparecen en la primera línea de la respuesta enviada por el servidor HTTP.
Existen cinco tipos de códigos de respuesta, indicados por sus primeros dígitos:
1.1xx: mensaje, solicitud recibida, continuar procesando
2.2xx: Éxito, el comportamiento se acepta, comprende y adopta con éxito
3.3xx: Redirección, una acción que se debe realizar más para completar la solicitud
4.4xx: error del cliente, la solicitud contiene un error de sintaxis o la solicitud no se puede cumplir
5.5xx: Error del servidor. El servidor no pudo cumplir con una solicitud aparentemente no válida.
Todos los códigos de estado HTTP y sus definiciones.
indicación de código
2xx éxito
200 OK; solicitud completada.
201 OK; seguido de un comando POST.
202 OK; aceptado para procesamiento, pero el procesamiento aún no se ha completado.
203 OK; Información parcial: la información devuelta es solo parcial.
204 OK; Sin respuesta: se recibió la solicitud, pero no hay información para devolver.
redirección 3xx
301 movido: los datos solicitados tienen una nueva ubicación y el cambio es permanente.
302 Encontrado: los datos solicitados tienen temporalmente un URI diferente.
303 Ver otros: se puede encontrar una respuesta a la solicitud en otro URI y se debe recuperar mediante el método GET.
304 No modificado: el documento no se modificó como se esperaba.
305 USO DE PROXY: se debe acceder al recurso solicitado a través del proxy proporcionado en el campo de ubicación.
306 No utilizado: ya no se utiliza; este código está reservado para uso futuro.
Errores 4xx en clientes.
400 Solicitud incorrecta: hubo un problema de sintaxis en la solicitud o no se pudo satisfacer la solicitud.
401 No autorizado: el cliente no está autorizado a acceder a los datos.
402 Pago requerido: indica que el sistema de facturación está activo.
403 Prohibido: no se requiere acceso ni siquiera con autorización.
404 No encontrado: el servidor no puede encontrar el recurso proporcionado; el documento no existe.
Solicitud de autenticación de proxy 407: el cliente primero debe autenticarse mediante un proxy.
415 Tipo de medio no admitido: el servidor se niega a atender la solicitud porque el formato de la entidad de la solicitud no es compatible.
Errores 5xx en el servidor.
Error interno 500: el servidor no pudo completar la solicitud debido a una condición inesperada.
501 No implementado: el servidor no admite la herramienta solicitada.
502 Puerta de enlace incorrecta: el servidor recibió una respuesta no válida de un servidor ascendente.
503 No disponible: el servidor no pudo procesar la solicitud debido a una sobrecarga temporal o mantenimiento.
Señor en vivo
- Instancia de transmisión en vivo de MR (transmisión en vivo de realidad mixta) transmisión en vivo empresarial de alta calidad
- ¿Qué tal un escenario virtual para la transmisión en vivo de la reunión anual corporativa?
- Transmisión en vivo de MR (transmisión en vivo de realidad mixta) para realizar una capacitación corporativa de alta calidad.
- La transmisión en vivo de la escena MR ayuda a las empresas a llevar a cabo una capacitación de empleados más interesante de manera eficiente
Transmisión en vivo sin latencia
- Prueba de sincronización de pantalla de transmisión en vivo sin demora / transmisión en vivo con demora ultrabaja (imágenes reales del grupo de prueba)
- Obtenga la transmisión en vivo de video empresarial: equipo de hardware, entorno de red de transmisión en vivo e instrucciones de conexión del equipo
- Ejemplo de caso de efecto de transmisión en vivo de video sin demora/sin demora
- Tutorial completo de transmisión de video en vivo sin demoras de OBS (Fotos)
- Medición de productos en vivo con latencia ultrabaja a nivel de milisegundos (transmisión en vivo PRTC/transmisión en vivo webRTC)
Cifrado y seguridad de vídeo
- ¿Cómo evitar que se descarguen y roben vídeos de formación corporativa?
- Nuevo: la función de cifrado de video agrega una función antigrabación (marca de agua aleatoria)
- Dos formas de lograr reproducción de vídeo a doble velocidad (reproductor de vídeo a doble velocidad 1,5x/2x)