O protocolo HTTP

Com este artigo vamos analisar o protocolo que é o coração da Web, ou o HTTP.

HTTP significa Hyper Text Transfer Protocol e é um dos protocolos da camada mais importante e datado de aplicação.
Sempre que um usuário solicita uma página Web utilizando o protocolo HTTP é fazer o pedido para o servidor que hospeda a página é receber dados do servidor em resposta.
E 'claro, portanto, que a camada de aplicação HTTP está presente em ambos cliente e servidor em que o acima não de outra forma de comunicação que aconteceria.

O pedido do cliente é feita através do browser que lida com todas as comunicações na tela e retorna os recursos solicitados pelo usuário. O navegador vê uma página web como um conjunto de objetos ligados entre si através de hiperlinks.
Então, definitivamente uma página web que consiste em um corpo HTML como outros recursos que podem ser scripts, imagens, applets Java e assim por diante.
Todos os recursos em um servidor podem ser acessados ​​através de um caminho de URL que se refere a um objeto específico, e só. A estrutura da URL é definido por um padrão bem definido e é constituído por duas estruturas principais. Tomemos por exemplo o seguinte recurso:

 



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

 

• www.miosito.it: identifica o host no qual o recurso está hospedado procuram.
• / Informática / curriculum.html: Identifica o caminho a seguir (dentro de host) para alcançar o recurso que você está procurando. O caminho pode ser passado parâmetros (QueryString) para fazer consultas para os scripts do lado do servidor (programas e arco real).

Há duas variantes do protocolo: o "HTTP/1.0 e HTTP/1.1 como datado agora como é agora a maioria dos navegadores web e servidores usando o shell a ser mais recente e mais potente que a versão 1.0.

O recurso especial do protocolo HTTP deve ser definido como um protocolo sem estado, que é um protocolo sem estado, pois o servidor web não mantém qualquer tipo de informação sobre os clientes que pediram um recurso.

O protocolo HTTP depende do TCP camada de transporte para lidar com a transferência de dados do servidor para o cliente. A escolha de usar TCP é devido ao fato de que o TCP fornece um serviço de transferência confiável de dados, o que não necessariamente um outro protocolo de transporte UDP é.

O uso TCP tem a vantagem - como dissemos - a transferência confiável de dados, mas o outro envolve um aumento do tempo de espera para receber o recurso solicitado como TCP, antes de transmitir os dados, deve estabelecer uma conexão uma operação que é chamado de Handshake. Se o leitor queria investigar a operação e características do TCP referindo-se a um " artigo do charme-et-provence.com presente.

HTTP é essencial para a transferência confiável de dados como se todo o corpo de uma página web HTML para ser transferido para o browser, devido a algum erro de transmissão, a solicitação de página seria impossível de ver, ou prejudicada em seu conteúdo.

Como mencionado acima pertence ao nível de aplicação HTTP, enquanto o TCP é um protocolo da camada de transporte. Dito isto, como o HTTP para trocar dados com TCP?
Isso é possível graças à tomada que representam o ponto de contato entre a camada de aplicação e camada de transporte. Cada aplicação em um determinado host tem uma interface de socket específico para a camada de transporte, por isso, se por exemplo, um usuário solicita uma página web ao enviar um e-mail vai ser aquele que tem dois soquetes gestiscce troca de dados entre HTTP e camada de transporte e os outros entre os protocolos de e-mail e da camada de transporte.

Suponha agora que um usuário requer, simultaneamente, duas páginas web: você cria dois soquetes separados? A resposta é não, porque o soquete se refere a um processo (neste caso HTTP) e será responsável pela gestão quesst'ultimo, independentemente, pacotes recebidos, exibindo duas páginas web solicitado separadamente.

Após esta rápida visão geral sull'HTTP no próximo capítulo, vamos entrar no coração da discussão do protocolo, explicando como o pedido é processado por um cliente ea conseqüente transferência de dados.

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