fundamentos del protocolo http --- introducción, formato del mensaje, código de estado

Formato de mensaje HTTP

2. URL de suma de URI

URI : el nombre completo es un identificador uniforme de recursos . Se puede usar para identificar recursos de manera única en Internet. Por lo general, se usa una cadena compacta para indicar recursos abstractos o físicos.
URI se compone de URL y URN

URL (Uniform Resource Locator) es un subconjunto de URI , que es lo que comúnmente llamamos una dirección web . Además de identificar un recurso, también proporciona un mecanismo de acceso principal para localizar el recurso

Wikipedia: los
URI se pueden dividir en URL, URN o algo con localizadores y nombres. Los
URN actúan como el nombre de una persona. Las URL son como la dirección de una persona. Los
URN determinan la identidad de algo. Las URL proporcionan una manera de encontrarlo

La URL es una especie de URI , pero no todas las URI son URL. La mayor diferencia entre las
URI y las URL es el "mecanismo de acceso". La
URN es parte de una identificación única y es información de identidad.

·

3. Método de solicitud HTTP

Métodos comunes de HTTP / 1.1
1. OBTENER
2. PUBLICAR

3. PONER
4. CABEZA

5. BORRAR
6. OPCIONES

7. RASTREAR
8. CONECTAR

OBTENER para obtener recursos

  1. El método GET se utiliza para solicitar acceso al recurso identificado por el URI. El servidor analiza el recurso especificado y se devuelve el contenido de la respuesta.
  2. El método GET también se puede usar para enviar formularios y otros datos, pero solo se puede transmitir una pequeña cantidad de información, y los parámetros se mostrarán en la barra de direcciones, lo que no es seguro

El
método POST es similar a la función GET.
El objetivo principal del método POST no es obtener el contenido del cuerpo de la respuesta.

PUT
Los datos transmitidos desde el cliente al servidor reemplazan el contenido del documento especificado. La
mayor diferencia entre el método PUT y el método POST es: PUT es idempotente y POST no es idempotente.
Por lo tanto, utilizamos el método PUT como transmisión recursos de
la POST, PUT agregando los datos de actualización de datos, PUT Puesto que no hay mecanismo de autenticación, no utilice inseguridad básica

HEAD es
similar a la solicitud GET, excepto que no hay contenido específico en la respuesta devuelta, que se utiliza para obtener el encabezado

DELETE
solicita al servidor que elimine el recurso especificado. HTTP1.1 / no tiene un mecanismo de autenticación como PUT, y básicamente no se usa para la inseguridad

OPTIONS se
utiliza para consultar el método de soporte de recursos especificado para el URI de solicitud

TRACE / CONNECT
TRACE: hace
eco de la solicitud recibida por el servidor, utilizada principalmente para pruebas o diagnósticos, que es fácil de provocar el seguimiento entre sitios

CONECTAR:
abra un canal de comunicación bidireccional entre el cliente y el recurso solicitado, cree un túnel para acceder al servidor proxy

4. Código de estado HTTP

Código de estado: un código de 3 dígitos utilizado para indicar el estado de respuesta del protocolo de transferencia de hipertexto del servidor web
:
1xx indica un mensaje. Este tipo de código de estado indica que la solicitud ha sido aceptada y necesita continuar procesándose. Este tipo de respuesta es una respuesta temporal, solo contiene la línea de estado y alguna información de encabezado de respuesta opcional, y termina con una línea en blanco

2xx significa éxito. Este tipo de código de estado indica que la solicitud ha sido recibida, entendida y aceptada con éxito por el servidor

3xx significa redirigir. Este tipo de código de estado significa que el cliente debe tomar medidas adicionales para completar la solicitud. En general, estos códigos de estado se utilizan para la redirección, y la dirección de solicitud posterior (objetivo de redirección) se especifica en el campo Ubicación de esta respuesta

4xx indica un error de solicitud. Este tipo de estado significa que el cliente puede parecer tener un error, lo que dificulta el procesamiento del servidor. A menos que la respuesta sea una solicitud principal, el servidor debe devolver una entidad que explique la condición de error actual y si esta es una condición temporal o permanente. ¿Se aplican estos estados a cualquier método de solicitud? El navegador debe mostrar al usuario cualquier contenido físico contenido en dicha respuesta de error

5xx indica un error del servidor. Este tipo de código de estado indica que se produjo un error o un estado anormal durante el procesamiento de la solicitud por parte del servidor.También puede ser que el servidor se dio cuenta de que los recursos actuales de software y hardware no pudieron completar el procesamiento de la solicitud. A menos que se trate de una solicitud principal, el servidor debe contener una entidad de información que explique el estado actual del error y si la situación es temporal o permanente. El navegador debe mostrar al usuario cualquier entidad incluida en la respuesta actual

Código de estado común
200 ok La solicitud fue exitosa . El encabezado de respuesta y el cuerpo de datos solicitados se devuelven con la respuesta.
202 aceptado ha sido recibido , la solicitud ha sido recibida, pero el procesamiento no ha sido completado
206 Contenido parcial parte del contenido , el servidor procesó con éxito parte de la solicitud de obtención

301 Mover permanentemente Mover permanentemente , el recurso solicitado se ha movido permanentemente al nuevo URI, la información devuelta incluirá el nuevo URI y el navegador se dirigirá automáticamente al nuevo URI. Cualquier solicitud nueva en el futuro debe usar el nuevo URI en lugar del
movimiento temporal 302 encontrado , similar al 301. Pero los recursos solo se mueven temporalmente. El cliente debe continuar utilizando el URI original.

404 Bad Request errores gramaticales solicitados por el cliente, el servidor no puede entender
401 no autorizado solicitud requiere autenticación de usuario
403 Forbidden El servidor ha entendido la solicitud a la solicitud del cliente, pero se negó a ejecutar esta solicitud
404 Not Found El servidor no puede encontrar los recursos (web) a petición del cliente

500 Error interno del servidor Error interno del servidor, incapaz de completar la solicitud
502 Bad Gateway que actúa como puerta de enlace o servidor proxy, recibió una solicitud no válida del servidor remoto

21 artículos originales publicados · Me gusta0 · Visitas 163

Supongo que te gusta

Origin blog.csdn.net/qq_45227330/article/details/105019665
Recomendado
Clasificación