¿Qué significa http?

El Protocolo de transferencia de hipertexto (HTTP) es el protocolo de transmisión de red más utilizado en Internet. Todos los archivos WWW deben cumplir con este estándar. El propósito original del diseño HTTP era proporcionar una manera de publicar y recibir páginas HTML. La aplicación actual se usa principalmente para transmitir datos de hipertexto además de páginas web HTML, como imágenes, archivos de audio (MP3, etc.), archivos de video (rm, avi, etc.), paquetes comprimidos (zip, rar, etc.) básicamente mientras los datos del archivo Ambos pueden ser transmitidos usando HTTP.

Protocolo de capa de aplicación web HTTP es el núcleo de la web. HTTP se implementa en los programas web cliente y servidor. Los clientes y los programas de servidor que se ejecutan en diferentes sistemas finales se comunican entre sí intercambiando mensajes HTTP. HTTP define la estructura de estos mensajes y cómo el cliente y el servidor intercambian estos mensajes. Antes de explicar HTTP en detalle, revisemos algunos de los términos en la web.

Una página web (también denominada documento) consta de varios objetos. Un objeto es simplemente un archivo al que se puede acceder mediante una sola URL, como un archivo HTML, una imagen JPG, una imagen GIF, un applet de JAVA, un clip de voz y similares. La mayoría de las páginas web constan de un único archivo HIML básico y varios objetos referenciados. Por ejemplo, si una página web contiene texto HTML y 5 imágenes JPEG, consta de 6 objetos, un archivo H1ML básico más 5 imágenes. El archivo HTML base utiliza la URL correspondiente para hacer referencia a otros objetos en esta página. Cada URL consta del nombre de host del servidor que contiene el objeto y el nombre de la ruta del objeto. Por ejemplo, en la siguiente URL:

www.45it.com/skin/new/logo.gif

www.45it.com es una ruta de acceso. Un navegador es un agente de usuario web que muestra la página web solicitada y proporciona una serie de funciones de navegación y configuración. Los navegadores web también implementan clientes HTTP, por lo que en el contexto web, intercambiamos el uso de los términos del navegador y del cliente en el sentido del proceso. Los navegadores web populares incluyen Netscape Communicator, Firefox y el IE de Microsoft. El servidor web almacena objetos web que pueden ser direccionados por URL. El servidor web también implementa el lado del servidor de HTTP. Los servidores web populares son Apache, IIS de Microsoft y Netscape Enterprise Server. Netcraft proporciona un resumen del servidor web [Netcrft 2000].

HTTP define cómo un cliente web (es decir, un navegador) solicita una página web de un servidor web y cómo el servidor entrega la página web al cliente. La siguiente figura muestra este comportamiento de respuesta de solicitud. Cuando un usuario solicita una página web (como hacer clic en un hipervínculo), el navegador envía un mensaje de solicitud HTTP solicitando cada objeto de la página al servidor. Una vez que el servidor recibe la solicitud, responde enviando un mensaje de respuesta HTTP que contiene estos objetos. Para fines de 1997, esencialmente todo el software del navegador y del servidor web implementó la versión HTTP /1.0 definida en RFC 1945. A principios de 1998, algunos software de servidor web y software de navegador comenzaron a implementar la versión HTTP /1.1 definida en RFC 2616. H1TP /1.1 es compatible con versiones anteriores de HTTP /1.0, un servidor web que ejecuta la versión 1.1 puede comunicarse con un navegador que ejecuta la versión 1.0, y un navegador que ejecuta la versión 1.1 también puede comunicarse con un servidor web que ejecuta la versión 1.0.

Tanto HTTP /1.0 como HTTP /1.1 utilizan TCP como el protocolo de transporte subyacente. El cliente HTTP primero inicia una conexión TCP con el servidor. Una vez establecida la conexión, el proceso del navegador y el proceso del servidor pueden acceder a TCP a través de sus respectivos sockets. Como se mencionó anteriormente, un socket del cliente es la puerta entre un proceso del cliente y una conexión TCP, y un socket del lado del servidor es la puerta entre el proceso del servidor y la misma conexión TCP. El cliente envía un mensaje de solicitud HTTP a su propio socket y también recibe un mensaje de respuesta HTTP desde su propio socket. De manera similar, el servidor recibe un mensaje de solicitud HTTP desde su propio socket y también envía un mensaje de respuesta HTTP a su propio socket. Una vez que un cliente o servidor envía un mensaje a su propio socket, el mensaje queda completamente bajo el control de TCP. TCP proporciona un servicio confiable de transferencia de datos a HTTP, lo que significa que cada mensaje de solicitud HTTP enviado por el cliente llegará al servidor sin pérdida y que cada mensaje de respuesta HTTP enviado por el servidor llegará al cliente sin pérdida. Podemos ver una clara ventaja de una arquitectura de red en capas. HTTP no tiene que preocuparse por la pérdida de datos, ni tiene que preocuparse por cómo TCP se recupera de la pérdida de datos y la ordenación errónea. Estas son las tareas de las capas de protocolo inferiores en TCP y pilas de protocolos.

TCP también utiliza un mecanismo de control de congestión. Este mecanismo obliga a cada nueva conexión TCP a transmitir inicialmente datos a una velocidad relativamente lenta, pero mientras la red no esté congestionada, cada conexión puede aumentar rápidamente a una velocidad relativamente alta. La fase inicial de esta transferencia lenta se llama un inicio lento.

Debe tenerse en cuenta que el servidor no almacena ninguna información de estado sobre el cliente mientras está enviando el archivo solicitado. Incluso si un cliente vuelve a solicitar el mismo objeto en unos pocos segundos, el servidor no responderá diciendo: Lo acabo de enviar. En su lugar, el servidor reenvía este objeto porque ha olvidado completamente lo que hizo anteriormente. Dado que el servidor HTTP no mantiene la información de estado del cliente, decimos que HTTP es un protocolo sin estado.