El protocolo HTTP

Con este artículo se analiza el protocolo que forma el núcleo de la Web, o HTTP.

HTTP significa Protocolo de Hyper Text Transfer y es uno de los protocolos de la capa más importante y con fecha de solicitud.
Cada vez que un usuario necesita una página Web utilizando el protocolo HTTP es hacer la solicitud al servidor que aloja la página para recibir los datos desde el servidor en respuesta.
Es evidente, por tanto, que el protocolo HTTP está presente tanto en la capa de aplicación y en la comunicación cliente-servidor de otro modo se ha descrito anteriormente no se produciría.

La solicitud por parte del cliente se realiza a través del navegador que se encarga de todas las comunicaciones en la pantalla y devuelve los recursos solicitados por el usuario. El navegador ve una página web como un conjunto de objetos relacionados entre sí a través de hipervínculos.
Así que definitivamente una página web que consta de un cuerpo HTML como otros recursos que pueden ser scripts, imágenes, applets de Java y así sucesivamente.
Todos los recursos de un servidor se puede acceder a través de una ruta de URL que se refiere a un objeto específico y. La estructura de la URL se define por una normas bien definidas y se compone de dos estructuras principales. Tomemos por ejemplo el siguiente recurso:

 



 http://www.miosito.it/informazioni/curriculum.html

 

• www.miosito.it: identifica el host en el que el recurso se encuentra alojado buscamos.
• / Info / curriculum.html: identifica el camino a seguir (en el host) para contar con el recurso buscado. El camino se puede pasar parámetros (QueryString) para hacer consultas a los scripts del lado del servidor (un saludo de programas reales).

Hay dos variaciones en el protocolo: la 'HTTP/1.0 HTTP/1.1 más anticuado y que ahora mismo es que la mayoría de los navegadores Web y servidores mediante el uso de la cáscara que es más reciente y más potente que la versión 1.0.

La característica especial del protocolo HTTP es que se define como un protocolo sin estado, que es un protocolo sin estado debido a que el servidor web no mantiene ningún tipo de información sobre los clientes que han solicitado un recurso.

El protocolo HTTP se basa en el TCP de capa de transporte para gestionar la transferencia de datos desde el servidor al cliente. La elección de los TCP se debe al hecho de que el TCP proporciona un servicio de transferencia de datos fiables, que no necesariamente otro protocolo de transporte UDP.

El uso de TCP tiene la ventaja - como dijimos - la transferencia de datos fiable, pero el otro implica una vez más la espera de recibir el recurso solicitado como TCP, antes de transmitir los datos, debe establecer una conexión operación que se llama el apretón de manos. Si el lector desea investigar el funcionamiento y las características de TCP se refiere a un " artículo de la cesarogcaleb.com presente.

HTTP es esencial para la transmisión segura de datos como si todo el cuerpo de una página web HTML a ser transferida al navegador, debido a algún error de transmisión, la solicitud de página sería imposible de ver o mutilados en su contenido.

Como se mencionó anteriormente pertenece a la capa de aplicación HTTP y el TCP es un protocolo de capa de transporte. Dicho esto, ¿cómo el HTTP para el intercambio de datos con TCP?
Esto es posible gracias a la toma que representan el punto de contacto entre la capa de aplicación y la capa de transporte. Cada aplicación en un equipo dado tiene una interfaz de conectores específicos para la capa de transporte, por lo que si por ejemplo, un usuario solicita una página web, mientras que el envío de un e-mail que habrá una de dos sockets gestiscce intercambio de datos entre HTTP y la capa de transporte y el otro entre los protocolos de correo electrónico y la capa de transporte.

Supongamos ahora que un usuario requiere de dos páginas web simultáneas: se crean dos tomas separadas? La respuesta es no, porque la toma se refiere a un proceso (en este caso HTTP) y será responsable de la gestión quesst'ultimo, de forma independiente, los dos paquetes recibidos visualización de páginas web solicitadas por separado.

Después de esta rápida visión sull'HTTP en el siguiente capítulo nos adentraremos en el corazón de la discusión del protocolo de explicar cómo la petición es manejada por un cliente y la consecuente transferencia de datos.

• <<
• 1
• 2
• 3
• 4
• 5
• 6
• >>