Protocolo http / https, códigos de estado comunes, get / post, mecanismo de almacenamiento en caché http

protocolo http / https

1. HTTP
Protocolo HTTP es la abreviatura de Hyper Text Transfer Protocol, en inglés es Hyper Text Transfer Protocol. Es un protocolo de transferencia para transferir lenguaje de marcado de hipertexto (HTML) desde el servidor WEB al navegador local.
El propósito original de HTTP era proporcionar una forma de publicar y recibir páginas HTML.
Hay varias versiones de HTPP y la versión HTTP / 1.1 se usa ampliamente en la actualidad.

• HTTP es un protocolo de transmisión de datos basado en el protocolo de comunicación TCP / IP. Los tipos de datos transmitidos son archivos HTML, archivos de imágenes, resultados de consultas, etc.
• El protocolo HTTP se usa generalmente en la arquitectura B / S (). El navegador, como cliente HTTP, envía todas las solicitudes al servidor HTTP, es decir, el servidor WEB, a través de la URL.

2. Funciones de
HTTP El protocolo http admite el modo cliente / servidor, que también es un protocolo de modo de solicitud / respuesta.

• Sencillo y rápido: cuando un cliente solicita un servicio del servidor, solo necesita transmitir el método de solicitud y la ruta. -Los métodos de solicitud más utilizados son GET, HEAD y POST.
• Flexible: HTTP permite la transmisión de cualquier tipo de objeto de datos. El tipo de transmisión está marcado por Content-Type.
• Sin conexión: restrinja cada conexión para procesar solo una solicitud. Una vez que el servidor ha procesado la solicitud y recibido la respuesta del cliente, la conexión se desconecta, pero no es propicio para que el cliente mantenga una conexión de sesión con el servidor. Para compensar esta deficiencia, dos tecnologías de grabación Se han producido estados http, uno se llama Cookie, Uno se llama Sesión.
• Sin estado: Sin estado significa que el protocolo no tiene memoria para el procesamiento de transacciones, y el procesamiento posterior requiere la información anterior y debe retransmitirse.

3. La url uri en
HTTP HTTP utiliza identificadores uniformes de recursos (URI) para transmitir datos y establecer conexiones.
URI: recursos uniforme Uniform Resource Identifier Identificador de identificador
de URL: Uniform Resource Location uniformes de recursos de localización se rompe

• URI se usa para identificar un recurso específico, podemos saber qué es un recurso a través de URI.
• La URL se usa para ubicar un recurso específico, marcando una ubicación de recurso específica. Cada archivo en Internet tiene una URL única.

4. Composición del mensaje de solicitud HTTP

• Línea de solicitud: incluye método de solicitud, URL, protocolo / versión
• Encabezado de solicitud
• Cuerpo de la solicitud
  
  5. Composición del mensaje de respuesta HTTP
• Línea de estado
• Encabezado de respuesta
• Cuerpo de respuesta

6. Métodos de solicitud habituales

• OBTENER: solicita la información de la página especificada y devuelve el cuerpo de la entidad.
• POST: envíe datos al recurso especificado para procesar la solicitud (como enviar un formulario o cargar un archivo). Los datos están contenidos en el cuerpo de la solicitud. Las solicitudes POST pueden resultar en la creación de nuevos recursos y / o la modificación de recursos existentes.
• HEAD: similar a una solicitud de obtención, excepto que no hay contenido específico en la respuesta devuelta, que se utiliza para obtener el encabezado
• PUT: Los datos transmitidos desde el cliente al servidor reemplazan el contenido del documento especificado.
• ELIMINAR: Solicite al servidor que elimine la página especificada.

La diferencia entre publicar y obtener

Ambos contienen la línea de solicitud del encabezado de la solicitud y la publicación tiene más cuerpo de solicitud.

• Get se usa principalmente para consultas y los parámetros de solicitud se colocan en la URL, lo que no afectará el contenido del servidor. La publicación se utiliza para enviar, como poner la contraseña de la cuenta en el cuerpo.
• GET se agrega directamente a la parte posterior de la URL y puede ver el contenido directamente en la URL, mientras que POST se coloca dentro del mensaje y los usuarios no pueden verlo directamente.
• La longitud de los datos enviados por GET es limitada, porque la longitud de la URL es limitada y el límite de longitud específico depende del navegador. Y POST no lo hace.

Códigos de estado comunes

Al acceder a una página web, el navegador enviará una solicitud al servidor web. El servidor donde se encuentra esta página web devolverá un encabezado que contiene el código de estado HTTP para responder a la solicitud del navegador.

Clasificación del código de estado:

• 1XX- tipo de información, el servidor recibe la solicitud y necesita que el solicitante continúe con la operación.
• 2XX- Tipo de éxito, la solicitud se recibió, entendió y procesó correctamente.
• 3XX-Redirect, se requieren más acciones para completar la solicitud.
• 4XX-Error de cliente, la solicitud contiene un error de sintaxis o la solicitud no se puede completar.
• 5XX-Error del servidor, el servidor encontró un error al procesar la solicitud.

Códigos de estado comunes:

• 200 La solicitud del cliente OK es exitosa
• 301-Los recursos (páginas web, etc.) se transfieren de forma permanente a otras URL
• 302-Salto temporal
• 400 Solicitud incorrecta: la solicitud del cliente tiene un error de sintaxis y el servidor no puede entenderla.
• 401 No autorizado: la solicitud no está autorizada. Este código de estado debe usarse con el campo de encabezado WWW-Authenticate
• 404-El recurso solicitado no existe, es posible que se haya ingresado la URL incorrecta
• 500-Ocurrió un error inesperado dentro del servidor
• 503 Servidor no disponible: el servidor actualmente no puede procesar la solicitud del cliente y puede volver a la normalidad después de un período de tiempo.

HTTPS

1. Por que usar https

El protocolo HTTP no es adecuado para transmitir información sensible, como varias cuentas, contraseñas y otra información. El uso del protocolo http para transmitir información privada es muy inseguro.

Generalmente, existen los siguientes problemas en http:

• La información de la solicitud se transmite en texto sin formato, que es fácil de interceptar mediante escuchas.
• La integridad de los datos no se verifica y puede manipularse fácilmente.
• No verificó la identidad de la otra parte, existe peligro de suplantación de identidad

2. Por que usar https

Para resolver los problemas de HTTP mencionados anteriormente, se utiliza HTTPS.

Protocolo HTTPS (HyperText Transfer Protocol over Secure Socket Layer): generalmente se entiende como HTTP + SSL / TLS, la identidad del servidor se verifica a través de un certificado SSL y la comunicación entre el navegador y el servidor está encriptada.

Nota:
SSL (Secure Socket Layer): desarrollado por Netscape en 1994, el protocolo SSL se encuentra entre el protocolo TCP / IP y varios protocolos de la capa de aplicación para brindar soporte de seguridad para la comunicación de datos.

3. La diferencia entre HTTPS y HTTP

HTTPS es una versión segura del protocolo HTTP. La transmisión de datos del protocolo HTTP es en texto plano y no es segura. HTTPS utiliza el protocolo SSL / TLS para el cifrado.
http y https utilizan diferentes métodos de conexión, el puerto predeterminado es diferente, http es 80, https es 443

En el uso real, la mayoría de los sitios web que se mencionan ahora utilizan el protocolo https, que también es la tendencia del futuro desarrollo de Internet.

Mecanismo de almacenamiento en caché HTTP

El almacenamiento en caché del navegador se divide en almacenamiento en caché fuerte y almacenamiento en caché de negociación. El proceso simple para que el navegador cargue una página es el siguiente:

• El navegador primero juzga si llega a la caché fuerte en función de la información del encabezado http de este recurso. Si llega al recurso agregado directamente a la caché, la solicitud no se enviará al servidor.
• Si se pierde el caché fuerte, el navegador enviará una solicitud de carga de recursos al servidor.
• El servidor determina si la caché local del navegador no es válida. Si se puede usar, el servidor no devolverá información sobre los recursos y el navegador continuará cargando recursos desde la caché.
• Si se pierde el caché de negociación, el servidor devolverá el recurso completo al navegador, el navegador carga el nuevo recurso y actualiza el caché.
  Caché fuerte
  Cuando se alcanza un caché fuerte , el navegador no enviará la solicitud al servidor.
  En las herramientas de desarrollo de Chrome, el código de retorno HTTP es 200, pero se mostrará como (desde el caché) en la columna Tamaño.

El almacenamiento en caché fuerte se controla mediante los campos Expires o Cache-Control en el encabezado de retorno http para indicar el tiempo de almacenamiento en caché de los recursos.

1. Caduca

El tiempo de caducidad de la caché, que se utiliza para especificar el momento en que caduca el recurso, es un momento específico en el lado del servidor. En otras palabras, Expires = max-age + request time, que debe usarse junto con Last-modified. Pero como mencionamos anteriormente, el control de caché tiene una prioridad más alta. Caduca es el campo de encabezado del mensaje de respuesta del servidor web. Al responder a la solicitud http, le dice al navegador que el navegador puede obtener datos directamente de la caché del navegador antes de la fecha de caducidad, sin tener que volver a solicitar

2. Control de caché

Cache-Control es un tiempo relativo, como Cache-Control: 3600, lo que significa que el período de validez del recurso es 3600 segundos. Dado que es un tiempo relativo y se compara con el tiempo del cliente, la desviación de tiempo entre el servidor y el cliente no causará problemas.
Cache-Control y Expires se pueden habilitar al mismo tiempo o en la configuración del servidor. Cache-Control tiene una prioridad más alta cuando se habilita al mismo tiempo.

Caché de negociación

Si se pierde el caché fuerte, el navegador enviará la solicitud al servidor. El servidor juzga si acceder a la caché de negociación de acuerdo con Last-Modify / If-Modify-Since o Etag / If-None-Match en la información del encabezado http. Si llega, el código de retorno http es 304 y el navegador carga el recurso desde la caché.