¿Cuál es el nombre completo de http?
Todos los documentos WWW deben ajustarse a este estándar. HTTP se diseñó originalmente para proporcionar una forma de publicar y recibir páginas HTML.
En 65438-0960, el estadounidense Ted Nelson concibió un método para utilizar computadoras para procesar información de texto y lo llamó hipertexto, que se convirtió en la base para el desarrollo del marco estándar del protocolo de transferencia de hipertexto HTTP.
Datos ampliados:
Modo de operación:
En WWW, "cliente" y "servidor" son conceptos relativos y solo existen en una conexión específica. Mientras tanto , un cliente en una conexión puede actuar como servidor en otra conexión.
El proceso de intercambio de información del modelo cliente/servidor basado en el protocolo HTTP se divide en cuatro procesos: establecer una conexión, enviar información de solicitud, enviar información de respuesta y cerrar la conexión.
El protocolo HTTP se basa en el paradigma solicitud/respuesta. Después de que el cliente establece una conexión con el servidor, envía una solicitud al servidor en forma de un identificador de recurso uniforme y un número de versión de protocolo, seguido de información MIME, incluidos modificadores de solicitud, información del cliente y posible contenido.
Después de recibir la solicitud, el servidor proporciona la información de respuesta correspondiente en forma de una línea de estado, incluido el número de versión del protocolo de la información, el código de éxito o error, seguido de información MIME, incluida la información del servidor y la entidad. información y posibles contenidos. De hecho, en pocas palabras, además de los archivos HTML, cualquier servidor también tiene un programa residente HTTP para responder a las solicitudes de los usuarios.
Su navegador es un cliente HTTP y envía solicitudes al servidor. Cuando se ingresa un archivo de inicio en el navegador o se hace clic en un hipervínculo, el navegador envía una solicitud HTTP al servidor, que se envía a la URL especificada por la dirección IP.
El programa residente recibe la solicitud y devuelve el archivo requerido después de las operaciones necesarias. En este proceso, los datos enviados y recibidos en la red se dividen en uno o más paquetes. Cada paquete incluye: los datos a transmitir, información de control, que le indica a la red cómo procesar el paquete de datos.
TCP/IP determina el formato de cada paquete de datos. Sin avisarle con antelación, es posible que no sepa que la información se divide en muchos fragmentos pequeños para su transmisión y reorganización.
Muchas comunicaciones HTTP son iniciadas por agentes de usuario e incluyen solicitudes de recursos en el servidor de origen. El caso más simple se puede lograr con una conexión separada entre el agente de usuario (UA) y el servidor de origen (O).
La situación se complica cuando uno o más intermediarios están presentes en la cadena de solicitud/respuesta. Hay tres tipos de intermediarios: proxy, puerta de enlace y túnel.
El proxy acepta la solicitud según el formato absoluto del URI, reescribe todo o parte del mensaje y envía la solicitud formateada al servidor a través de la identidad del URI. Una puerta de enlace es un proxy receptor que actúa como una capa superior para otros servidores y convierte las solicitudes al protocolo de servidor inferior si es necesario.
Un canal actúa como punto de retransmisión entre dos conexiones que no cambian mensajes. Los canales se suelen utilizar cuando la comunicación debe pasar a través de un intermediario (como un firewall, etc.). ) o cuando el intermediario no pueda identificar el contenido del mensaje.
Materiales de referencia:
Enciclopedia Baidu - http