Notas de estudio de desarrollo de sitios web dinámicos 03: protocolo HTTP

Directorio de artículos

1. Descripción general de HTTP
2. Información de solicitud HTTP
3. Información de respuesta HTTP

1. Descripción general de HTTP

(1) Concepto de HTTP

Objetivo: comprender los conceptos de HTTP

1. El concepto de HTTP

HTTP es la abreviatura de HyperText Transfer Protocol, que es el Protocolo de transferencia de hipertexto. Es un protocolo de solicitud/respuesta. Después de que el cliente establece una conexión con el servidor, puede enviar una solicitud al servidor. Esta solicitud se llama solicitud HTTP. El servidor responderá después de recibir la solicitud, lo que se denomina respuesta HTTP. . . Por favor agregue la descripción de la imagen.

2. Características del protocolo HTTP

(1) modo C/S

El protocolo HTTP admite el modo cliente (el navegador es un cliente web)/servidor.

(2) Sencillo y rápido

Cuando el cliente solicita servicios al servidor, solo necesita transmitir el método y la ruta de la solicitud. Los métodos de solicitud más utilizados incluyen GET, POST, etc. Los diferentes métodos de solicitud especifican diferentes tipos de contacto entre el cliente y el servidor. HTTP es relativamente simple, lo que hace que el tamaño del programa del servidor HTTP sea pequeño, por lo que la velocidad de comunicación es muy rápida.

(3) flexibles

HTTP permite la transmisión de cualquier tipo de datos y el tipo de datos que se transmite está marcado por Content-Type.

(4) Apátrida

HTTP es un protocolo sin estado. Sin estado significa que el protocolo no tiene capacidad de memoria para el procesamiento de transacciones, si el procesamiento posterior requiere información previa, esta debe ser retransmitida, lo que puede aumentar la cantidad de datos transmitidos por conexión.

(2) HTTP 1.0 y HTTP 1.1

Objetivo: Comprender las características y diferencias entre HTTP 1.0 y HTTP1.1

1. Desarrollo de HTTP

Desde su nacimiento, HTTP ha pasado por muchas versiones, entre ellas la primera versión es HTTP 0.9, que se lanzó en 1990. Más tarde, para mejorar aún más HTTP, se lanzó la versión 1.0 de HTTP en 1996 y la versión 1.1 de HTTP se lanzó en 1997. Dado que la versión HTTP 0.9 está desactualizada, no la explicaremos demasiado aquí.

2. Introducción a HTTP1.0

(1) Definición de HTTP1.0

Durante el proceso de interacción entre el cliente y el servidor basado en el protocolo HTTP 1.0, deben pasar por cuatro pasos: establecer una conexión, enviar información de solicitud, enviar información de respuesta y cerrar la conexión.
Por favor agregue la descripción de la imagen.

(2) Desventajas de HTTP1.0

Una vez que el cliente establece una conexión con el servidor, solo puede procesar una solicitud HTTP a la vez. Para páginas web ricas en contenido, este método de comunicación es obviamente defectuoso.
Por ejemplo, fragmento de código HTML basado en el protocolo HTTP 1.0

<html>
	<body>
		<img src="/image01.jpg">
		<img src="/image02.jpg">
		<img src="/image03.jpg">
	</body>	
</html>

3. Introducción a HTTP1.1

Para superar las deficiencias mencionadas anteriormente de la interacción lenta entre el cliente y el servidor HTTP 1.0, surgió la versión HTTP 1.1. Admite conexiones persistentes, lo que significa que se pueden transmitir múltiples solicitudes y respuestas HTTP en una conexión TCP, por lo que reduciendo el establecimiento y cierre del consumo y la latencia de la conexión.
Por favor agregue la descripción de la imagen.

4. Mensajes HTTP

Objetivo: familiarizarse con la composición de los mensajes HTTP.

(1) Concepto de mensajes HTTP

Cuando un usuario accede a una dirección URL en el navegador, hace clic en un hipervínculo en la página web o envía un formulario en la página web, el navegador enviará datos de solicitud al servidor, es decir, un mensaje de solicitud HTTP. Una vez que el servidor recibe los datos de la solicitud, envía los datos procesados al cliente, que es un mensaje de respuesta HTTP. Los mensajes de solicitud HTTP y los mensajes de respuesta HTTP se denominan colectivamente mensajes HTTP.

(2) Utilice el navegador para ver mensajes HTTP

Ingrese www.baidu.com en la barra de direcciones de Google Chrome para visitar la página de inicio de Baidu, presione la tecla F12 para ingresar a la página de depuración de herramientas para desarrolladores y podrá ver la dirección URL solicitada en la columna de información de solicitud de [Red].
Por favor agregue la descripción de la imagen.

2. Información de solicitud HTTP

(1) línea de solicitud HTTP

Objetivo: familiarizarse con la línea de solicitud de HTTP

1. Línea de solicitud HTTP

La línea de solicitud HTTP se encuentra en la primera línea del mensaje de solicitud. Incluye tres partes, a saber, el método de solicitud, la ruta del recurso y la versión HTTP utilizada. Ejemplo específico: GET /index.html HTTP/1.1 GET es el método de solicitud ,
index.html es la ruta del recurso solicitado y HTTP/1.1 es la versión del protocolo utilizada para la comunicación. Cabe señalar que cada parte de la línea de solicitud debe estar separada por espacios y debe terminar con un retorno de carro y un avance de línea.

2. Método de solicitud HTTP

Método de solicitud que significa
solicitudes GET para obtener el recurso identificado por el URI de la línea de solicitud
. POST envía datos al recurso especificado y solicita al servidor que procese (como enviar un formulario o cargar un archivo)
solicitudes HEAD para obtener el encabezado de respuesta del El recurso identificado por el URI
PUT coloca la página web en Especifique la ubicación de la URL (cargar/mover)
DELETE Solicitar al servidor que elimine el recurso identificado por el URI
TRACE Solicitar al servidor que envíe de vuelta la información de la solicitud recibida, utilizada principalmente para pruebas o diagnósticos.
CONECTAR Reserva para uso futuro
OPCIONES Solicitud para consultar el rendimiento del servidor o consultar información relacionada con recursos Opciones y requisitos

1) OBTENER método

Cuando el usuario ingresa directamente una dirección URL en la barra de direcciones del navegador o hace clic en un hipervínculo en la página web, el navegador utilizará el método GET para enviar una solicitud. Si el atributo del método del formulario en la página web está configurado en "GET" o el atributo del método no está configurado (el valor predeterminado es GET), cuando el usuario envía el formulario, el navegador también utilizará el método GET para enviar el pedido.
Si hay una parte de parámetro en la URL solicitada por el navegador, en el mensaje de solicitud generado por el navegador, la parte de parámetro se agregará a la ruta del recurso en la línea de solicitud.
Dirección URL: http://www.lzy.cn/javaForum?name=howard&pwd=123456, el contenido después de "?" es información de parámetros. Los parámetros constan de nombres de parámetros y valores de parámetros, y están conectados mediante un signo igual (=). Si hay varios parámetros en la dirección URL, sepárelos con "&".
Cuando el navegador envía un mensaje de solicitud al servidor, la parte del parámetro se agregará al recurso URI al que se accederá: GET /javaForum?name=howard&pwd=123456. Cabe señalar que la cantidad de datos transmitidos mediante el método GET es limitado y no puede exceder los 2 KB como máximo.

(2) método POST

Si el atributo de método del formulario en la página web está configurado en "POST", cuando el usuario envía el formulario, el navegador utilizará el método POST para enviar el contenido del formulario y enviará los elementos y datos del formulario al servidor como el contenido de la entidad del mensaje HTTP en lugar de Pasado como parámetro a la dirección URL. Además, cuando se utiliza POST para transmitir datos al servidor, el encabezado Content-Type se configurará automáticamente en "application/x-www-form-urlencoded", y el encabezado Content-Length se configurará automáticamente en la longitud del contenido de la entidad.

POST /javaForum HTTP/1.1
Host: www.lzy.cn
Content-Type: application/x-www-form-urlencoded
Content-Length: 22
name=howard&pwd=123456

(2) encabezado de solicitud HTTP

Objetivo: familiarizarse con los encabezados de solicitud HTTP

1. encabezado de solicitud HTTP

En el mensaje de solicitud HTTP, la línea de solicitud va seguida de varios encabezados de solicitud. Los encabezados de solicitud se utilizan principalmente para entregar información adicional al servidor, como los tipos de datos que el cliente puede recibir, los métodos de compresión, los idiomas y la dirección URL de la página a la que pertenece el hipervínculo solicitado.

Host: localhost:8080
Accept: image/gif, image/x-xbitmap, *
Referer: http://localhost:8080/lzy/
Accept-Language: zh-cn,zh;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Content-Type: application/x-www-form-urlencoded
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 10.0; GTB6.5; CIBA)
Connection: Keep-Alive
Cache-Control: no-cache

2. Campos de encabezado de solicitud HTTP

Descripción del campo de encabezado
El campo de encabezado Aceptar se usa para indicar el tipo MIME (Extensión de correo de Internet multipropósito) que el programa cliente (generalmente un navegador) puede manejar. El campo de encabezado Aceptar-Charset se usa para informar al
servidor del conjunto de caracteres utilizado por el cliente.
Accept -Encoding El campo de encabezado Accept-Encoding se usa para especificar el método de codificación de datos que el cliente puede decodificar. El método de codificación aquí generalmente se refiere a un determinado método de compresión. El campo de encabezado Accept-Language se usa para especificar qué
país el cliente espera que el servidor regrese Documentación en idioma
Autorización Cuando un cliente accede a una página web protegida con contraseña, el servidor web enviará un código de estado de respuesta 401 y un encabezado de respuesta WWW-Authenticate, requiriendo que el cliente use el encabezado de solicitud de Autorización para responder a Proxy-Authorization. La función del campo de encabezado Proxy-Authorization es la misma
que El uso es básicamente el mismo que el campo de encabezado Authorization, excepto que el encabezado de solicitud de Proxy-Authorization es la información de verificación enviada por el servidor al proxy. servidor. El
campo de encabezado Host se usa para especificar el nombre de host y el número de puerto donde se encuentra el recurso.
If-Match, cuando el cliente solicita esta página web desde el servidor nuevamente, puede usar el campo de encabezado If-Match para adjuntar el contenido de la etiqueta de entidad previamente almacenado en caché. Esta solicitud se considera una solicitud condicional.
If-Modified-Since La función del encabezado de solicitud If-Modified-Since es similar a If-Mach, excepto que su valor de rango de tiempo en formato GMT
es se utiliza para especificar que el servidor solo necesita devolver parte del contenido y el rango de contenido del documento. Esto es muy útil para reanudar la carga de documentos más grandes.
If-Range El campo de encabezado If-Range solo se puede utilizar junto con el campo de encabezado Range. Su valor puede ser una etiqueta de entidad o una hora en formato GMT. Max-Forward especifica el número de servidores proxy por los que puede pasar la solicitud
actual Cada vez que pasa a través de un servidor proxy, este valor es solo menos 1
Referer El campo de encabezado Referer es muy útil y los administradores de sitios web lo utilizan a menudo para rastrear cómo los visitantes del sitio web navegan hacia el sitio web. Al mismo tiempo, el campo de encabezado Referer también se puede utilizar para evitar enlaces directos en el sitio web
User-Agent. User-Agent se llama agente de usuario en chino, o UA para abreviar. Se utiliza para especificar el sistema operativo y la versión. Navegador y versión utilizada por el navegador u otros programas cliente. Motor de representación del navegador, idioma del navegador, etc., para que el servidor devuelva contenido diferente para diferentes tipos de navegadores.

(1) Aceptar campo de encabezado de solicitud

El campo de encabezado Aceptar se utiliza para indicar los tipos MIME (Extensiones multipropósito de correo de Internet) que el programa cliente (generalmente un navegador) puede manejar. Por ejemplo, si tanto el navegador como el servidor admiten imágenes de tipo png, el navegador puede enviar un campo de encabezado de aceptación que contenga imagen/png, y el servidor verifica que el encabezado de aceptación contenga la imagen/png de tipo MIME, que puede estar en el archivo img. elemento en la página web Utilice archivos tipo png. Hay muchos tipos MIME. Por ejemplo, los siguientes tipos MIME se pueden utilizar como valor del campo de encabezado Aceptar.
Aceptar: texto/html, indicando que el cliente desea aceptar texto HTML.
Aceptar: imagen/gif, indicando que el cliente desea aceptar recursos en formato de imagen GIF.
Aceptar: imagen/*, lo que indica que el cliente puede aceptar todos los subtipos de formato de imagen.
Aceptar: / , indicando que el cliente puede aceptar contenido en todos los formatos.
1
2
3
4

(2) Campo de encabezado de solicitud de codificación de aceptación

El campo de encabezado Accept-Encoding se utiliza para especificar el método de codificación de datos que el cliente puede decodificar. El método de codificación aquí generalmente se refiere a un determinado método de compresión. En el campo de encabezado Accept-Encoding, puede especificar varios métodos de codificación de datos, separados por comas.Ejemplos específicos: Accept-Encoding: gzip, comprimir gzip
y compress son los métodos de codificación de datos más comunes. Comprimir y codificar contenido de entidades más grandes antes de transmitirlo puede ahorrar ancho de banda de la red y tiempo de transmisión. Después de recibir este encabezado de solicitud, el servidor usa uno de los formatos especificados para comprimir y codificar el contenido del documento original, y luego lo envía al cliente como el contenido de la entidad del mensaje de respuesta, e indica en el encabezado de respuesta Content-Encoding dónde El contenido de la entidad es el formato de codificación de compresión utilizado. Una vez que el navegador recibe dicho contenido de entidad, debe descomprimirlo de forma inversa.

(3) Campo de encabezado de solicitud de host

El campo de encabezado Host se utiliza para especificar el nombre de host y el número de puerto donde se encuentra el recurso. El formato es el mismo que el nombre de host y el número de puerto en la URL completa del recurso. Ejemplo específico: Host: www.lzy.cn : 80 es el puerto utilizado de forma predeterminada cuando el navegador se conecta al servidor
. El número de puerto es 80, por lo que se puede omitir la información del número de puerto ": 80" después de "www.lzy.cn". Cabe señalar que en HTTP 1.1, cada mensaje de solicitud enviado por el navegador y otros clientes debe incluir el campo de encabezado de solicitud del Host para que el servidor web pueda distinguir el servidor virtual al que el cliente desea acceder según el nombre del host en el Host. campo de encabezado Sitio web. Cuando el navegador accede a un sitio web, generará automáticamente el encabezado de solicitud de Host correspondiente en función de la dirección URL en la barra de direcciones.

(4) Campo de encabezado de solicitud If-Modified-Since

El encabezado de solicitud If-Modified-Since es similar a If-Mach, excepto que su valor es la hora en formato GMT. El encabezado de solicitud If-Modified-Since se considera una condición de solicitud. El servidor devolverá el contenido del documento solo si la hora de modificación del documento en el servidor es posterior a la hora especificada por el encabezado de solicitud If-Modified-Since. De lo contrario, el servidor devolverá un código de estado 304 (No modificado) para indicar que el documento almacenado en caché por el navegador es el más reciente, sin devolver el contenido del documento al navegador. En este momento, el navegador seguirá utilizando el documento previamente almacenado en caché. De esta manera, la cantidad de datos de comunicación entre el navegador y el servidor se puede reducir hasta cierto punto, mejorando así la eficiencia de la comunicación.

(5) Campo de encabezado de solicitud de referencia

La solicitud enviada por el navegador al servidor puede realizarse ingresando directamente la dirección URL en el navegador, o puede realizarse haciendo clic en un hipervínculo en una página web. Para la primera situación en la que la dirección URL se ingresa directamente en la barra de direcciones del navegador, el navegador no enviará el encabezado de solicitud del Referer. Para el segundo caso, por ejemplo, una página contiene un hipervínculo que apunta a un servidor remoto. Al hacer clic en este hipervínculo para enviar una solicitud GET al servidor, el navegador incluirá el campo de encabezado Referer en el mensaje de solicitud enviado: Host: www. lzy.cn:80
El campo de encabezado Referer es muy útil y los administradores de sitios web lo utilizan a menudo para realizar un seguimiento de cómo los visitantes del sitio web navegan hacia el sitio web. Al mismo tiempo, el campo de encabezado Referer también se puede utilizar para evitar enlaces directos en el sitio web.
¿Qué es el hotlinking? Supongamos que un sitio web desea mostrar información de imágenes en su página de inicio, pero estos recursos de imágenes no están disponibles en el servidor del sitio web. Se vincula a recursos de imágenes de otros sitios web mediante etiquetas en el archivo HTML y se los muestra al espectador. Este es Hotlink. Los sitios web enlazados aumentan el número de visitas a sus propios sitios web, pero aumentan la carga sobre los servidores de los sitios web vinculados y perjudican sus intereses legítimos. Por lo tanto, para proteger sus propios recursos, un sitio web puede usar el encabezado Referer para detectar dónde vincular a la página web o recurso actual. Una vez que detecta el acceso que no es a través de un enlace en este sitio, puede bloquear el acceso o saltar. a una página especificada.

(6) El campo de encabezado de solicitud de User-Agent User
-Agent se llama User Agent en chino, o UA para abreviar, y se utiliza para especificar el sistema operativo y la versión, el navegador y la versión, el motor de representación del navegador y el navegador utilizado por el navegador. u otros programas cliente, idioma del navegador, etc., de modo que el servidor devuelva contenido diferente para diferentes tipos de navegadores.
Ejemplo de información de solicitud de Agente de usuario generada por Google Chrome: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, como Gecko) Chrome/110.0.0.0 Safari/537.36 En el encabezado de solicitud anterior, Usuario-
El El campo de encabezado del agente primero muestra la versión de Mozilla, luego la versión del sistema operativo (Windows NT 10.0 significa Windows 10), el nombre del motor del navegador (AppleWebKit/537.36) y la versión del navegador (Chrome/110.0.0.0 Safari/537.36).

3. Información de respuesta HTTP

(1) Línea de estado de respuesta HTTP

Objetivo: familiarizarse con las 3 partes de la línea de estado de respuesta HTTP

1. Línea de estado de respuesta HTTP

La línea de estado de la respuesta HTTP se encuentra en la primera línea del mensaje de respuesta e incluye tres partes, a saber, la versión HTTP, un código entero que indica éxito o error (código de estado) e información de texto que describe el código de estado.
Ejemplo específico de línea de estado de respuesta HTTP: HTTP/1.1 200 OK
HTTP/1.1 es la versión del protocolo utilizada para la comunicación, 200 es el código de estado y OK es la descripción del estado, lo que indica que la solicitud del cliente fue exitosa. Cabe señalar que cada parte de la línea de solicitud debe estar separada por espacios y debe terminar con un retorno de carro y un avance de línea.

2. Código de estado HTTP

El código de estado consta de 3 dígitos e indica si la solicitud fue entendida o cumplida. El primer dígito del código de estado de respuesta HTTP define la categoría de la respuesta y los dos dígitos siguientes no tienen una clasificación específica. Hay 5 valores posibles para el primer número.

3. Códigos de estado comunes en el desarrollo web

La descripción del código de estado
200 indica que el servidor procesó exitosamente la solicitud del cliente. La solicitud del cliente es exitosa y el mensaje de respuesta devuelve un resultado de solicitud normal de
302, lo que significa que el recurso solicitado responde temporalmente a la solicitud desde un URI diferente, pero el solicitante debe continuar usando la ubicación original para solicitudes futuras. Por ejemplo, en una redirección de solicitud, el URI temporal debe ser el recurso al que apunta el campo de encabezado Ubicación de la respuesta
304. Si el cliente tiene un documento almacenado en caché, agregará un encabezado de solicitud If-Modified-Since al mensaje de solicitud. enviado, lo que indica que solo el servidor solo necesita devolver un nuevo documento si el documento solicitado ha cambiado después del tiempo especificado por If-Modified-Since. El código de estado 304 indica que la versión almacenada en caché del cliente es la más reciente y el cliente debe continuar usándola. De lo contrario, el servidor devolverá el documento solicitado con el código de estado 200 y
404, lo que indica que el servidor no puede encontrar el recurso solicitado. Por ejemplo, acceder a una página web que no existe en el servidor a menudo devuelve este código de estado
500, lo que significa que el servidor tiene un error y no puede manejar la solicitud del cliente. En la mayoría de los casos, los errores ocurren en los programas CGI, ASP, JSP y otros del servidor, generalmente el servidor proporcionará información de error específica en el mensaje correspondiente.

2) encabezado de respuesta HTTP

Objetivo: familiarizarse con los encabezados de respuesta HTTP

1. encabezado de respuesta HTTP

En el mensaje de respuesta HTTP, la primera línea es la línea de estado de la respuesta, seguida de varios encabezados de respuesta. El servidor transmite información adicional al cliente a través de los encabezados de respuesta, incluido el nombre del programa de servicio, el método de autenticación requerido para el recurso solicitado y la última parte del recurso solicitado por el cliente, hora de modificación, dirección de redireccionamiento y otra información.
Ejemplos específicos de encabezados de respuesta HTTP

Server: Apache-Coyote/1.1 
Content-Encoding: gzip 
Content-Length: 80  
Content-Language: zh-cn 	 
Content-Type: text/html; charset=GB2312 
Last-Modified: Mon, 06 Jul 2020 07:47:47 GMT 
Expires: -1	
Cache-Control: no-cache 
Pragma: no-cache

2. Descripción del campo del encabezado del campo de encabezado de respuesta HTTP

Accept-Range se usa para indicar si el servidor acepta la solicitud de recursos del cliente usando el campo de encabezado de solicitud de rango.
Age se usa para indicar el tiempo efectivo en que el documento de la página web actual se puede almacenar en caché en el cliente o servidor proxy. El valor establecido es un número de tiempo en segundos
Etag Se utiliza para transmitir información de etiquetas que representan las características del contenido de la entidad al cliente. Esta información de etiquetas se denomina etiquetas de entidad. Las etiquetas de entidad de cada versión del recurso son diferentes. Las etiquetas de entidad se pueden usar para determinar entidades bajo el La misma ruta de recurso obtenida en diferentes momentos. Si el contenido es la misma
ubicación se utiliza para notificar al cliente que obtenga la nueva dirección del documento solicitado. Su valor es una dirección URL que utiliza una ruta absoluta.
Retry-After se puede utilizar en conjunto con el código de estado 503 para indicarle al cliente a qué hora se puede reenviar la solicitud. También se puede utilizar junto con cualquier código de estado 3xx para indicarle al cliente el tiempo de demora mínimo para procesar las redirecciones. El valor del campo de encabezado Retry-After puede ser una hora en formato GMT o un número de tiempo en segundos.
Server se usa para especificar el nombre del producto de software del servidor.
Vary se usa para especificar aquellos campos de encabezado de solicitud que afectan la respuesta. contenido generado por el servidor. Llamado
WWW-Authenticate Cuando el cliente accede a un archivo de página web protegido con contraseña, el servidor devolverá un código de estado de respuesta 01 (No autorizado) y un encabezado de respuesta WWW-Authenticate en el mensaje de respuesta, indicando que el El cliente debe utilizar WWW-Authoricate en el encabezado de solicitud de autorización. El método de autenticación especificado por el encabezado de respuesta proporciona información de nombre de usuario y contraseña.
Proxy-Authenticate El campo de encabezado Proxy-Authenticate es para verificar la información del usuario del servidor proxy. Su uso es similar al campo de encabezado WWW-Authenticate. Actualizar se
utiliza para indicarle al navegador la hora para actualizar automáticamente la página. Su valor es un número de tiempo en segundos.
Disposición de contenido Si el servidor espera que el navegador no procese directamente el contenido de la entidad de la respuesta, pero permita al usuario elegir guardar el contenido de la entidad de la respuesta en un archivo, esto requiere el uso del campo de encabezado Disposición de contenido .

(1) Campo de encabezado de respuesta de ubicación

El campo de encabezado Ubicación se utiliza para notificar al cliente que obtenga la nueva dirección del documento solicitado, y su valor es una dirección URL que utiliza una ruta absoluta. Ejemplo de campo de encabezado de respuesta de ubicación: Ubicación: http://www.lzy.edu.cn
El campo de encabezado de ubicación se utiliza con la mayoría de los códigos de estado 3xx para notificar al cliente que se vuelva a conectar automáticamente al documento de solicitud de nueva dirección. Dado que la respuesta actual no devuelve contenido directamente al cliente, los mensajes HTTP que utilizan el encabezado Ubicación no deben tener contenido de entidad. Se puede ver que los dos campos de encabezado Ubicación y Tipo de contenido no pueden aparecer en el encabezado del mensaje HTTP al mismo tiempo. .

(2) Campo de encabezado de respuesta del servidor

El campo de encabezado del servidor se utiliza para especificar el nombre del producto de software del servidor. Ejemplo específico: Servidor: Apache-Coyote/1.1

(3) Actualizar el campo del encabezado de respuesta

El campo de encabezado Actualizar se usa para indicarle al navegador la hora para actualizar automáticamente la página. Su valor es una cantidad de segundos en segundos. Ejemplo específico: Actualizar: 3. El campo de encabezado Actualizar que se muestra arriba se usa para indicarle al navegador que actualice
automáticamente la página después de 3 segundos. Actualiza esta página.
También puede agregar un parámetro de URL después del valor de tiempo en el campo del encabezado Actualizar. El valor de tiempo y la URL están separados por un punto y coma (;), que se utiliza para indicarle al navegador que salte a otras páginas web después del valor de tiempo especificado. . Por ejemplo, dígale al navegador que salte al sitio web www.itcast.cn después de 3 segundos. Ejemplo específico: Actualizar: 3;url=http://www.lzy.edu.cn

(4) Campo de encabezado de respuesta de disposición de contenido

El campo de encabezado Content-Disposition no está definido en la especificación estándar HTTP, sino que está tomado del RFC2183. En RFC2183, Content-Disposition especifica la forma en que el programa receptor procesa el contenido de los datos. Hay dos métodos estándar, en línea y adjunto. En línea significa procesamiento directo, mientras que el adjunto requiere que el usuario intervenga y controle la forma en que el programa receptor procesa el contenido de los datos. En las aplicaciones HTTP, sólo el archivo adjunto es el método estándar de disposición de contenido. El parámetro de nombre de archivo también se puede especificar después del archivo adjunto. El valor del parámetro de nombre de archivo es el nombre de archivo que el servidor recomienda que use el navegador para guardar el contenido de la entidad. El navegador debe ignorar la parte del directorio del valor del parámetro de nombre de archivo y solo tomar la última parte del parámetro como nombre de archivo. Antes de configurar la disposición de contenido, asegúrese de configurar el campo de encabezado Tipo de contenido.

Content-Type: application/octet-stream
Content-Disposition: attachment; filename=lee.zip