1

Introduo O protocolo HTTP, Hypertext Transfer Protocol um protocolo da camad de

aplicao TCP/IP, responsvel pela transferncia de hipertexto. Este protocolo tambm designado de Protocolo de Transferncia de Hipertexto de camada de aplicao da WEB, implementado em dois programa (Cliente e Servidor) e quem define a estrutura da mensagem que o cliente vai trocar com o servidor utilizando TCP como seu protocolo de transporte. Em HTTP o transporte de mensagem do cliente para o servidor feito por oito mtodos, que determinam o que o servidor deve .fazer, isto , indicam a aco a ser realizada no recurso especificado Os mtodos mais usados neste protocolo so GET, POST e HEAD. Neste trabalho ir se referenciar os mtodos GET e POST, suas diferenas, formar de actuao entre .outros aspectos que caracterizam os dois mtodos

Objectivos Geral Fazer um estudo comparativo entre os mtodos GET e POST Especfico ;Definir e caracterizar os mtodos Get e POST ;Conhecer as diferentes formas de utilizao de cada mtodo ;Analizar as diferenas entre os mtodos Get e POST

Protocolo HTTP O protocolo HTTP, Hypertext Transfer Protocol ou Protocolo de Transferncia de Hipertexto, um protocolo da camada de aplicao do TCP/IP cuja funo de proporcionar a transferncia de hipertexto. Caractersticas do Protocolo HTTP um protocolo de camada de aplicao da WEB implementado em dois programas: Cliente e Servidor O HTTP quem define a estrutura da mensagem que o cliente vai trocar com o servidor e utiliza TCP como seu protocolo de transporte Protocolo sem estado. O que significa que ele no mantm memria sobre suas aes. Ou seja se um cliente fizer uma requisio idntica a uma anterior a qualquer momento, o HTTP no sabe informar sobre esse histrico. um protocolo do tipo stateless: Isto , ele no guarda o estado do cliente. Faz uso dos servios disponibilizados pelo TCP: Mais precisamente, os Servidores HTTP usam a porta 80 do TCP. H atualmente duas verses: o HTTP/1.0 (RFC 1945) e o HTTP/1.1 (RFC 2616). A diferena entre o HTTP/1.0 e o HTTP/1.1 que este ltimo faz uso de conexes TCP persistentes. Ambas verses so compatveis entre si. Passos para uma comunicao HTTP 1. estabelecida uma conexo TCP entre o programa cliente e o servidor. 2. O cliente envia uma requisio HTTP para sua interface socket. 3. O TCP leva essa mensagem para a interface socket do servidor. 4. O servidor envia uma resposta HTTP para sua interface socket. 5. O TCP leva essa resposta para a interface socket do cliente

DEFINIES DE MTODOS O conjunto de mtodos comuns definido abaixo. Embora este conjunto possa ser expandido, mtodos adicionais no podem ser assumidos, compartilharem a mesma semntica para clientes e servidores expandidos separadamente. 1. GET O mtodo GET recupera qualquer informao (na forma de uma entidade) que identificada pelo pedido Request-URL. Se o Request-URL refere-se a um processo produtor de dados, ele retornar o produto do processo e no o texto fonte. A semntica do Get muda para "conditional Get" se a mensagem de pedido inclui um campo de cabealho If-Modified-Since, que traz o recurso apenas se o mesmo foi alterado depois da data referida.

Como Funciona o Mtodo GET O mtodo GET utiliza a prpria URL para enviar dados ao servidor, quando enviamos um formulrio pelo mtodo GET, o navegador pega as informaes do formulrio e coloca junto com a URL de onde o formulrio vai ser enviado e envia, separando o endereo da URL dos dados do formulrio por um ? (ponto de interrogao). 2. HEAD O mtodo HEAD idntico ao Get, exceto que o servidor no precisa retornar nenhuma Entity-Body na resposta. Este mtodo freqentemente utilizado para testar a validade e acessibilidade de ligaes de hipertextos, alm de modificaes recentes. 3. POST

O mtodo POST utilizado para solicitar que o servidor destino aceite a entidade constante no pedido como um novo subordinado ao recurso constante no URL. Permite um mtodo uniforme para cobrir as seguintes funes: Anotao de recursos existentes; Postar uma mensagem em um bulletin board, newsgroup, mailing list. Abastecer um processo com um bloco de dados; Estender uma base de dados com uma operao de append. As aplicaes no devem armazenar respostas ao Post em cache, pois no h meio de saber se o servidor retornar uma resposta equivalente em futuros pedidos.

Como Funciona o Mtodo POST O mtodo POST envia os dados colocando-os no corpo da mensagem. Ele deixa a URL separada dos dados que sero enviados e com isso podemos enviar qualquer tipo de dados por esse mtodo. Quando se faz um registro em um formulrio e depois de enviar a URL no tem o ponto de interrogao separando os dados que se digitou, provavelmente o formulrio foi enviado pelo mtodo POST.

CARACTERSTICAS ADICIONAIS Existem alguns elementos do protocolo que so usados em algumas implementaes HTTP, mas no consistentemente e corretamente atravs de muitas aplicaes HTTP. Os implementadores devem estar atentos para estas caractersticas, mas no confiar em sua presena ou interoperabilidade em outras aplicaes HTTP. 4. PUT O mtodo PUT requisita que a entidade seja armazenada sob o Request-URL do pedido. Se o Request URL refere-se a algum recurso existente, a entidade deve ser considerada como uma nova verso daquela existente no servidor de origem. Se o Request-URL no aponta para um recurso existente, e aquela URL capaz de ser

definida como um novo recurso pelo agente usurio requisitante, o servidor de origem pode criar o recurso com aquela URL. 5. DELETE O mtodo DELETE requer que o servidor de origem apague o recurso identificado pelo Request-URL.3.5.3 LINK. O mtodo LINK estabelece uma ou mais ligaes de relacionamento entre o recurso existente pelo Request-URL e outros recursos. 6. UNLINK O mtodo UNLINK remove uma ou mais ligaes de relacionamento entre o recurso existente pelo Request -URL e outros recursos. Principais diferenas entre os mtodos HTTP GET e POST A grande diferena provavelmente a visibilidade Uma requisio GET enviada como string anexada a URL, enquanto que a requisio POST encapsulada junto ao corpo da requisio HTTP e no pode ser vista.

Tamanho Como a requisio GET feita via URL, obviamente h uma limitao no tamanho da mensagem enviada. A string no pode conter mais que 255 caracteres(embora exista diferenas entre navegadores, mas geralmente o mximo 255 caracteres). J na requisio no h limitaes de comprimento da mensagem, j que a mesma enviada no corpo da requisio HTTP. Performance A requisio GET relativamente mais rpida, j que ela mais simples. Na requisio POST h uma perda de tempo no encapsulamento da mensagem. Tipos J que GET enviado via URL, ento ns sabemos que ela s transporta textos. A requisio POST no tem restries, pode transportar tanto texto, como dados binrios. Favoritos/Bookmarks Por se tratar apenas de uma URL, a requisio GET pode ser armazenada em cache, ou em um sistema de bookmark (favoritos). A mesma coisa no possvel para requisies POST.

Mtodo HTML Padro GET o mtodo HTML padro. Para submeter um formulrio HTML usando POST preciso especificar no atributo method o valor POST. Dados As requisies GET so limitadas ao padro ASCII, enquantoque requisies POST tambm podem usar o atributo enctype com o valor multipart/form-data, que faz uso do padro UCS (Universal Multiple-Octet Coded Character Set). TCP e UDP TCP: O TCP um protocolo de transporte e executa importantes funes para garantir que os dados sejam entregues de uma maneira confivel, ou seja, sem que os dados sejam corrompidos ou alterados. TCP Uma Viso Geral O Transmission Control Protocol (TCP) , sem dvidas, um dos mais importantes protocolos da famlia TCP/IP. um padro definido na RFC 793, "Transmission Control Protocol (TCP)", que fornece um servio de entrega de pacotes confivel e orientado por conexo. Ser orientado por conexo, significa que todos os aplicativos baseados em TCP como protocolo de transporte, antes de iniciar a troca de dados, precisam estabelecer uma conexo. Na conexo so fornecidas, normalmente, informaes de logon, as quais identificam o usurio que est tentando estabelecer a conexo. Um exemplo tpico so os aplicativos de FTP (Cute FTP, ES-FTP e assim por diante). Para que voc acesse um servidor de FTP, voc deve fornecer um nome de usurio e senha. Estes dados so utilizados para identificar e autenticar o usurio. Aps a identificao e autenticao, ser estabelecida uma sesso entre o cliente de FTP e o servidor de FTP. Algumas caractersticas do TCP: Garante a entrega de datagramas IP: Esta talvez seja a principal funo do TCP, ou seja, garantir que os pacotes sejam entregues sem alteraes, sem terem sido corrompidos e na ordem correta. O TCP tem uma srie de mecanismos para garantir esta entrega. Executa a segmentao e reagrupamento de grandes blocos de dados enviados pelos programas e Garante o seqenciamento adequado e

entrega ordenada de dados segmentados: Esta caracterstica refere-se a funo de dividir grandes arquivos em pacotes menores e transmitir cada pacote separadamente. Os pacotes podem ser enviados por caminhos diferentes e chegar fora de ordem. O TCP tem mecanismos para garantir que, no destino, os pacotes sejam ordenados corretamente, antes de serem entregues ao programa de destino. Verifica a integridade dos dados transmitidos usando clculos de soma de verificao: O TCP faz verificaes para garantir que os dados no foram alterados ou corrompidos durante o transporte entre a origem e o destino. Envia mensagens positivas dependendo do recebimento bem-sucedido dos dados. Ao usar confirmaes seletivas, tambm so enviadas confirmaes negativas para os dados que no foram recebidos : No destino, o TCP recebe os pacotes, verifica se esto OK e, em caso afirmativo, envia uma mensagem para a origem, confirmando cada pacote que foi recebido corretamente. Caso um pacote no tenha sido recebido ou tenha sido recebido com problemas, o TCP envia uma mensagem ao computador de origem, solicitando uma retransmisso do pacote. Com esse mecanismo, apenas pacotes com problemas tero que ser reenviados, o que reduz o trfego na rede e agiliza o envio dos pacotes. Oferece um mtodo preferencial de transporte de programas que devem usar transmisso confivel de dados baseados em sesses, como bancos de dados cliente/servidor e programas de correio eletrnico: Ou seja, o TCP muito mais confivel do que UDP e indicado para programas e servios que dependam de uma entrega confivel de dados. Funcionamento do TCP O TCP baseia-se na comunicao ponto a ponto entre dois hosts de rede. O TCP recebe os dados de programas e processa esses dados como um fluxo de bytes. Os bytes so agrupados em segmentos que o TCP numera e seqncia para entrega. Estes segmentos so mais conhecidos como Pacotes.

Antes que dois hosts TCP possam trocar dados, devem primeiro estabelecer uma sesso entre si. Uma sesso TCP inicializada atravs de um processo conhecido como um tree-way handshake (algo como Um Aperto de Mo Triplo). Esse processo sincroniza os nmeros de seqncia e oferece informaes de controle necessrias para estabelecer uma conexo virtual entre os dois hosts.

O conceito de Portas TCP Os programas TCP usam nmeros de porta reservados ou conhecidos, conforme apresentado na seguinte ilustrao, da ajuda do Windows 2000 Server.

A tabela a seguir uma lista parcial de algumas portas de servidor TCP conhecidas usadas por programas baseados em TCP padro. Nmero TCP 20 Servidor FTP (File Transfer Protocol, protocolo de transferncia de arquivo) (canal de dados) 21 23 53 Servidor FTP (canal de controle) Servidor Telnet Transferncias de zona DNS (Domain Name de porta Descrio

System, sistema de nomes de domnios) 80 Servidor da Web (HTTP, Hypertext Transfer Protocol, protocolo de transferncia de hipertexto) 139 Servio de sesso de NetBIOS

UDP Uma Viso Geral O protocolo UDP fornece um servio de pacotes sem conexo que oferece entrega com base no melhor esforo, ou seja, UDP no garante a entrega ou verifica o sequenciamento para qualquer pacote. Um host de origem que precise de comunicao confivel deve usar TCP ou um programa que oferea seus prprios servios de sequenciamento e confirmao. As mensagens UDP so encapsuladas e enviadas em datagramas IP, conforme apresentado na seguinte ilustrao, da ajuda do Windows 2000 Server.

Comparao entre UDP e TCP UDP TCP

Servio sem conexo; nenhuma sesso Servio orientado por conexo; uma sesso

10

estabelecida entre os hosts.

estabelecida entre os hosts.

UDP no garante ou confirma a entrega ou TCP garante a entrega atravs do uso de sequncia os dados. confirmaes e entrega sequenciada dos dados. Os programas que usam UDP so Os programas que usam TCP tm garantia

responsveis por oferecer a confiabilidade de transporte confivel de dados. necessria ao transporte de dados. UDP rpido, necessita de baixa TCP mais lento, necessita de maior

sobrecarga e pode oferecer suporte sobrecarga e pode oferecer suporte apenas comunicao ponto a ponto e ponto a comunicao ponto a ponto. vrios pontos.

Tanto UDP quanto TCP usam portas para identificar as comunicaes para cada programa TCP/IP, conforme descrito anteriormente.

11

12

Concluso

Bibliografia