HTTP (Hypertext Transfer Protocol)

Hypertext Transfer Protocol (ou o acrnimo HTTP; do ingls, Protocolo de Transferncia de Hipertexto)
um protocolo de comunicao (na camada de aplicao segundo o Modelo OSI) utilizado para sistemas de
informao de iperm!dia distri"u!dos e cola"orati#os$ Seu uso para a o"teno de recursos interligados le#ou ao
esta"elecimento da %orld %ide %e"$
&oordenado pela %orld %ide %e" &onsortium e a Internet 'ngineering (as) *orce, culminou na pu"licao
de uma srie de Requests for Comments; mais nota#elmente o +*& ,-.-, de /uno de .000, 1ue definiu o
2((34.$.$
5ormalmente, este protocolo utiliza a porta 67 e usado para a comunicao de s!tios 8e", comunicando na
linguagem 2(M9$ &ontudo, para a#er comunicao com o ser#idor do s!tio necess:rio utilizar comandos
ade1uados, 1ue no esto em linguagem 2(M9$
3ara acedermos a outro documento a partir de uma pala#ra presente no documento atual podemos utilizar
iperliga;es (ou <ncoras)$ 'stes documentos se encontram no s!tio com um endereo de p:gina da Internet = e
para acess:=los de#e=se digitar o respecti#o endereo, denominado >+I (Universal Resource Identifier ou
Identificador >ni#ersal de +ecurso), 1ue no de#e ser confundir com >+9 (Universal Resource Locator ou
9ocalizador >ni#ersal de +ecurso), um tipo de >+I 1ue pode ser diretamente localizado$
O 2((3 um protocolo de aplicao respons:#el pelo tratamento de pedidos e respostas entre cliente e
ser#idor na %%%$ 'le surgiu da necessidade de distri"uir informa;es pela Internet e para 1ue essa distri"uio
fosse poss!#el foi necess:rio criar uma forma padronizada de comunicao entre os clientes e os ser#idores da
%e" e entendida por todos os computadores ligados ? Internet$ &om isso, o protocolo 2((3 passou a ser utilizado
para a comunicao entre computadores na Internet e a especificar como seriam realizadas as transa;es entre
clientes e ser#idores, atra#s do uso de regras ":sicas$
'ste protocolo tem sido usado pela %%% desde .007$ @ primeira #erso de 2((3, camada 2((347$0, era
um protocolo simples para a transferncia de dados no formato de teAto @S&II pela Internet, atra#s de um Bnico
mtodo de re1uisio, camado C'($ @ #erso 2((34.$7 foi desen#ol#ida entre .00, e .00- para suprir a
necessidade de transferir no apenas teAto$ &om essa #erso, o protocolo passou a transferir mensagens do tipo
MIM'DD (Multipurpose Internet Mail Extension) e foram implementadas no#os mtodos de re1uisio, camados
3OS( e 2'@E$
5o 2((34.$., #erso atual do protocolo descrito na +*& ,-.-, foi desen#ol#ido um con/unto de
implementa;es adicionais ao 2((34.$7, como por eAemploF o uso de coneA;es persistentes; o uso de ser#idores
proxy 1ue permitem uma melor organizao da cache; no#os mtodos de re1uisi;es; entre outros$ @firma=se 1ue
o 2((3 tam"m usado como um protocolo genrico para comunicao entre os agentes de utilizadores e
proxies4gateways com outros protocolos, como o SM(3, 55(3, *(3, Coper, e %@IS, permitindo o acesso a
recursos dispon!#eis em aplica;es di#ersas$
Funcionamento
>m sistema de comunicao em rede possui di#ersos protocolos 1ue tra"alam em con/unto para o
fornecimento de ser#ios$ 3ara 1ue o protocolo 2((3 consiga transferir seus dados pela %e", necess:rio 1ue os
protocolos (&3 e I3 (Internet Protocol, 3rotocolo de Internet) tornem poss!#el a coneAo entre clientes e
ser#idores atra#s de socets (&34I3$
Ee acordo com *ielding, o 2((3 utiliza o modelo cliente=ser#idor, como a maioria dos protocolos de rede,
"aseando=se no paradigma de re1uisio e resposta$ >m programa re1uisitante (cliente) esta"elece uma coneAo
com um outro programa receptor (ser#idor) e en#ia=le uma re1uisio, contendo a >+I, a #erso do protocolo,
uma mensagem MIM' (padro utilizado para codificar dados em formato de teAtos @S&II para serem transmitidos
pela Internet) contendo os modificadores da re1uisio, informa;es so"re o cliente e, possi#elmente, o conteBdo
no corpo da mensagem$
O ser#idor responde com uma lina de status (status line) incluindo sua #erso de protocolo e um cGdigo de
operao "em sucedida ou um cGdigo de erro, seguido pelas informa;es do ser#idor, meta informa;es da
entidade e poss!#el conteBdo no corpo da mensagem$ @pGs o en#io da resposta pelo ser#idor, encerra=se a coneAo
esta"elecida$
Mensagem HTTP
O protocolo 2((3 faz a comunicao entre o cliente e o ser#idor atra#s de mensagens$ O cliente en#ia uma
mensagem de re1uisio de um recurso e o ser#idor en#ia uma mensagem de resposta ao cliente com a solicitao$
Segundo *oscarini, os dois tipos de mensagens eAistentes no protocolo utilizam um formato genrico, definido na
+*& 6,,, para a transferncia de entidades$
>ma mensagem, tanto de re1uisio 1uanto de resposta, composta, conforme definido na +*& ,-.-, por uma
lina inicial, nenuma ou mais linas de ca"ealos, uma lina em "ranco o"rigatGria finalizando o ca"ealo e
por fim o corpo da mensagem, opcional em determinados casos$
Cabealho da mensagem
O ca"ealo da mensagem (header) utilizado para transmitir informa;es adicionais entre o cliente e o
ser#idor$ 'le especificado imediatamente apGs a lina inicial da transao (mtodo), tanto para a re1uisio do
cliente 1uanto para a resposta do ser#idor, seguido de dois pontos (F) e um #alor$ 'Aistem 1uatro tipos de
ca"ealos 1ue podero ser inclu!dos na mensagem os 1uais soF general!header, requestheader, response!header
e entity!header
'sses ca"ealos so utilizados para en#iar informa;es adicionais so"re a mensagem transmitida (general!
header), a re1uisio e os clientes (request!header) 1ue comunicam suas configura;es e os formatos de
documentos dese/ados como resposta$ @lm disso, so utilizados pelo ser#idor ao retornar o recurso no 1ual foi
re1uisitado pelo cliente, para transmitir informa;es 1ue descre#em as configura;es do ser#idor e do recurso
identificado pelo >+I de re1uisio, e 1ue no pertence ? lina de status (responseheader)$ 5a +*& ,-.-, esto
descritos todos os campos 1ue pertencem a esses ca"ealos$
Corpo da mensagem
>ma mensagem 2((3 pode conter um corpo de dados 1ue so en#iados a"aiAo das linas de ca"ealo$ 'm
uma mensagem de resposta, o corpo da mensagem o recurso 1ue foi re1uisitado pelo cliente, ou ainda uma
mensagem de erro, caso este recurso no se/a poss!#el$ H: em uma mensagem de re1uisio, o corpo pode conter
dados 1ue sero en#iados diretamente pelo usu:rio ou um ar1ui#o 1ue ser: en#iado para o ser#idor$ Iuando uma
mensagem 2((3 ti#er um corpo, podero ser inclu!dos ca"ealos de entidades 1ue descre#em suas
caracter!sticas, como por eAemplo, o Content-Type 1ue informa o tipo MIM' dos dados no corpo da mensagem e
o Content-Length 1ue informa a 1uantidade de "Jtes 1ue o corpo da mensagem contm$ @ ta"ela a"aiAo apresenta
alguns tipos MIM'$
lguns tipos M!M"
"xemplo #escri$o
teAt4plain @r1ui#o no formato teAto (@S&II)
teAt4tml
@r1ui#o no formato 2(M9, utilizado
como padro para documentos %e"
Image4gif Imagem com o formato CI*
Image4/peg Imagem com o formato H3'C
application4zip @r1ui#o compactado
%e&uisi$o
Ee acordo com *ielding, uma mensagem de re1uisio do cliente composta pelos seguintes camposF uma
lina inicial (Request!Line); linas de ca"ealos (Request!header); uma lina em "ranco o"rigatGria e um corpo
de mensagem opcional$ @ lina inicial de uma re1uisio composta por trs partes separadas por espaosF o
mtodo (Method), a identificao do >+I (Request!URI) e a #erso do 2((3 ("##P!$ersion) utilizado$
Segundo Kastos L 9adeira, Request-URI (>niform +esource Identifier) um identificador uniforme de
recurso 1ue identifica so"re 1ual recurso ser: aplicada a re1uisio$ 5o protocolo 2((3, o tipo de >+I utilizado
camado de >+9 (>niform +esource 9ocater), composto pela identificao do protocolo, pelo endereo do
computador ser#idor e pelo documento re1uisitado$
M'todos
O protocolo 2((3 define 6 mtodos 1ue indicam a ao a ser realizada no recurso especificado$ &onforme
Kastos e 9adeiras, o mtodo determina o 1ue o ser#idor de#e fazer com o >+9 fornecido no momento da
re1uisio de um recurso$ >m ser#idor 2((3 de#e implementar ao menos os mtodos C'( e 2'@E$
("T s olicita4 pedido de algum recurso como um ar1ui#o ou um script &CI (1ual1uer dado 1ue esti#er
identificado pelo >+I) por meio do protocolo 2((3$ 3or eAemplo, segue a"aiAo uma comunicao entre um
cliente e um ser#idor 2((3$ O ser#idor possui a >+9 888$eAemplo$com, porta 67$
O pedido do cliente (seguido por uma lina em "ranco, de maneira 1ue o pedido termina com um newline
duplo, cada um composto por um carriage return seguido de um Line %eed)F
C'( 4indeA$tml 2((34.$.
2ostF 888$eAemplo$com
O ca"ealo 2ost reconece #:rios diferentes nomes E5S 1ue tenam o mesmo I3$
@ resposta do servidor (seguida por uma lina em "ranco e o teAto da p:gina solicitada)F
2((34.$. ,77 OM
EateF Mon, ,N MaJ ,77O ,,FN6FND CM(
Ser#erF @pace4.$N$,P (>niA) (+ed=2at49inuA)
9ast=ModifiedF %ed, 76 Han ,77N ,NF..FOO CM(
'tagF QNf67f=."-=Ne.c"7N"Q
@ccept=+angesF "Jtes
&ontent=9engtF DN6
&onnectionF close
&ontent=(JpeF teAt4tml; carsetR>(*=6
H"#
Idntico ao C'(, entretanto o ser#idor en#iar: apenas o ca"ealo da resposta$ S utilizado para o"ter
informa;es de um recurso sem transferir os dados (teste de lin)s 1ue"rados, data da Bltima modificao, etc$)
P)*T
'ste mtodo utilizado para solicitar 1ue o ser#idor de origem aceite os dados 1ue so inclu!dos da re1uisio$
3OS( "asicamente pro/etado para permitir as seguintes fun;esF
T 3ostar uma mensagem para uma lista de e=mails, grupo de not!cias, etc$
T 3ro#er uma forma de en#iar dados por meio de formul:rios$
'n#ia dados para serem processados (por eAemplo, dados de um formul:rio 2(M9) para o recurso
especificado$ Os dados so inclu!dos no corpo do comando$ Sua utilizao em uma re1uisio ocorre 1uando
necess:rio en#iar dados ao ser#idor para serem processados, geralmente, por um programa script identificado no
Request!URI$ >ma re1uisio por meio desse mtodo sempre re1uer 1ue as informa;es su"metidas se/am
inclu!das no corpo da mensagem e formatadas como uma query string , alm de conter ca"ealos adicionais
especificando seu tamano (&ontent=9engt) e seu formato (&ontent=(Jpe)$ 3or isso, esse mtodo oferece uma
maior segurana em relao aos dados transferidos, ao contr:rio do mtodo C'( 1ue os dados so aneAados a
>+9, ficando #is!#eis ao usu:rio$ 3or eAemploF
3OS( 4indeA$tml 2((34.$7
@cceptF teAt4tml
If=modified=sinceF Sat, ,0 Oct .000 .0FDNFN. CM(
&ontent=(JpeF application4A=888=form=urlencoded
&ontent=9engtF N7
5omeR5ame3essoaLIdadeR00L&ursoR&omputacao
P+T
@ diferena entre 3OS( e 3>( 1ue a inteno do 3>( de criar (ou atualizar) um no#o recurso no ser#idor,
en1uanto 1ue o 3OS( de en#iar dados para processamento$
#","T"
O o"/eti#o deste mtodo eliminar ou mo#er um recurso para uma localizao inacess!#el$
T%C"
O o"/eti#o to (+@&' #erificar o 1ue o ser#idor ou 3roAJ est: rece"endo do cliente (eco)
U 'ste mtodo foi conce"ido com o o"/eti#o de permitir a realizao de diagnGsticos e testes
'coa o pedido, de maneira 1ue o cliente possa sa"er o 1ue os ser#idores intermedi:rios esto mudando em seu
pedido$
)PT!)-*
+ecupera os mtodos 2((3 1ue o ser#idor aceita$
C)--"CT
Ser#e para uso com um proxy 1ue possa se tornar um tBnel SS9 (um tBnel pode ser usado, por eAemplo, para
criar uma coneAo segura)$
C.digos de retorno / Principais C.digos de *tatus HTTP
@ lina inicial de uma resposta 2((3 indica ao cliente se sua re1uisio foi "em sucedida ou no$ 'ssa situao
fornecida atra#s de um cGdigo de retorno (&tatus!Code) e uma frase eAplicati#a (Reason!Phrase)$ Ee acordo
com *ielding, o cGdigo de status formado por trs d!gitos e o primeiro d!gito representa a classe 1ue pertence
classificada em cinco tiposF
'xxF Informational (Informao) T utilizada para en#iar informa;es para o cliente de 1ue sua
re1uisio foi rece"ida e est: sendo processada;
(xxF &uccess (Sucesso) T indica 1ue a re1uisio do cliente foi "em sucedida;
)xxF Redirection (+edirecionamento) T informa a ao adicional 1ue de#e ser tomada para
completar a re1uisio;
*xxF Client Error ('rro no cliente) T a#isa 1ue o cliente fez uma re1uisio 1ue no pode ser
atendida;
+xxF &erver Error ('rro no ser#idor) T ocorreu um erro no ser#idor ao cumprir uma re1uisio
#:lida$
O protocolo 2((3 define somente alguns cGdigos em cada classe descritos na +*& ,-.-, mas cada ser#idor
pode definir seus prGprios cGdigos$
Conex0es
Segundo 2irata,
V
o 2((34.$7 um protocolo sem estado$ Isto significa 1ue as coneA;es entre um cliente e um
ser#idor so encerradas apGs o en#io de cada re1uisio ou resposta$ &ada #ez 1ue uma coneAo esta"elecida ou
encerrada, consumida uma grande 1uantidade de tempo da &3>, de largura de "anda e de memGria$
5a maioria das #ezes, para se o"ter o resultado esperado, necess:rio realizar mais de uma solicitao de
recursos atra#s de #:rias coneA;es$ 3or eAemplo, no caso de uma p:gina %e", 1ue consiste de di#ersos ar1ui#os
($tml, $gif, $css, etc) preciso 1ue se/am feitas #:rias re1uisi;es para compor a p:gina, uma coneAo no=
persistente$ O ideal seria 1ue apenas uma coneAo fosse utilizada para os pedidos e as respostas 2((3,
diminuindo, assim, a so"recarga ocasionada pelas coneA;es, uma coneAo persistente$
@ coneAo persistente, implementada como coneAo padro no protocolo 2((34.$., possi"ilita 1ue uma
coneAo se/a esta"elecida para en#iar #:rias re1uisi;es em se1Wncia sem a necessidade de esperar por cada
resposta, no 1ual sero rece"idas na mesma ordem em 1ue as solicita;es foram en#iadas, um processo camado
de pipelining$
V,7X
3ode tam"m dar=se o caso de ser esta"elecida uma coneAo sem pipelining, em 1ue o cliente sG
faz no#a re1uisio 1uando o ser#idor le en#ia a resposta, ou se/a, o ser#idor fica inacti#o at o o"/ecto ($tml,
$gif, $css, etc) atingir o seu destino no cliente$
Se uma re1uisio incluir o ca"ealo &onnectionF close, a coneAo ser: encerrada apGs o en#io da resposta
correspondente$ >tiliza=se este ca"ealo 1uando no : suporte a coneA;es persistentes, 1uando for a Bltima
re1uisio a ser en#iada nesta coneAo, ou ainda, sempre 1ue 1uiser encerrar a coneAo mesmo 1ue nem todas as
re1uisi;es tenam sido completadas$ @lm disso, o ser#idor pode fecar uma coneAo se esti#er ociosa por um
determinado per!odo de tempo$
)utros protocolos
'Aistem outros tipos de protocolos como o *(3 (*ile (ransfer 3rotocol, ou 3rotocolo de (ransferncia de
@r1ui#os), usado para en#io de ar1ui#os do computador para um ser#idor na %e", o SM(3 (Simple Mail (ransfer
3rotocol, ou 3rotocolo de (ransferncia de &orreio Simples), protocolo usado para correio eletrnico, entre outros
protocolos$
"s&uema de comunica$o
3edido ":sico de 2((3 cliente=ser#idorF
C'( YficeiroZ 2((34.$.
2ostF YipZ
>ser=@gentF Y@genteZ
&onnectionF YtipoZ
O agente 1uem faz a ligao ao ser#idor, normalmente um na#egador$ O tipo indica como o ser#idor de#e
proceder com a coneAo$ S comumente utilizado para re1uisi;es persistentes$
>ma re1uisio completa pode eAigir muitas informa;es$ @ re1uisio a"aiAo = utilizando o mtodo 3OS( =
fora retirada do Mozilla *irefoA #N$-"O (pt=K+, para %indo8s)F
Principais tributos de %e&uisi$o (re&uest)
Host
U Identifica um p:gina (site)
U S representado por um endereo I3#D ou um nome registrado
U Se o ost for um nome registrado ento de#e ser considerado um identificador indireto
U O #alor do ost no pode ser nulo
U Se a porta no for fornecido ento a porta 67 assumida como a padro para ser#ios %%%
+ser1gent
U O campo user=agent possui informao so"re o [agente\ (cliente ttp) 1ue originou a re1uisio 2((3
U 3ode=se considerar o user=agent como os clientes ttp (*irefoA, Opera, Safari, etc$)
U O propGsito deste campo F coler dados estat!sticos, deteco de #iolao do protocolo e reconecimento autom:tico de
clientes (para uma 1uesto de adaptao ou limita;es)
U S recomendado 1ue um cliente acrescente o user=agent na re1uisio, ou se/a, um campo no o"rigatGrio
U O campo pode conter coment:rios para identificar 1ual1uer su"produto 1ue faa parte do user=agent
ccept 2 & (prioridade/ &ualidade)
U O campo de re1uisio accept pode ser utilizado por clientes para especificar os tipos de m!dias 1ue so aceit:#eis
U >ma re1uisio pode ser limitada para um con/unto de tipos de m!dia dese/:#eis, como no caso de uma re1uisio de
apenas imagens
U O asterisco (]) usado para agrupar tipos de m!dias
U O Q]4]Q indica todos os tipos de medias en1uanto QtJpe4]Q indica todas as m!dias de um determinado tipo
U &ada tipo de m!dia pode ser seguido por um ou mais par<metros, iniciando com o par<metro Q1Q para indicar um fator de
[1ualidade\
U >m fator de 1ualidade (1) permite o usu:rio indicar o grau relati#o de Q1ualidadeQ para um tipo de m!dia$ @ escala #ai de 7
at' 3 onde o 3 ' o 4alor padr$o
U "xemplo5 @cceptF teAt4plain; 1R7$O, teAt4tml, teAt4A=d#i; 1R7$6, teAt4A=c
U O eAemplo acima de#e ser interpretadoF QteAt4tml e teAt4A=c so os tipos de m!dia preferidos$ Mas se no eAistir ento me
en#ie teAt4A=d#i$ Se ainda no eAistir, me en#ie os ar1ui#os em teAt4plain
U @ssim, o #alor [.\ (ou maior) da 1ualidade de#e ser interpretado como o formato preferido
ccept1,anguage
U O campo @ccept=9anguage pode ser utilizado por clientes 2((3 para indicar o con/unto de linguagens naturais 1ue so
preferidos$ U O atri"uto de Q1ualidadeQ 1 tam"m pode ser utilizado para indicar os idiomas preferidos
U "xemplo5 @ccept=9anguageF pt="r, en=us;1R7$0, en;1R7$6
ccept1"ncoding
U identifica o tipo de codificao da resposta, ou se/a, 1ual o tipo de compactador ou descompactador #:lido$ "xemploF
gzip isso diz o tipo de concatenao 1ue o ser#idor #ai mandar para o cliente 1ue tem 1ue ser compat!#el com o do
ser#idor$
6eep1li4e e Connection
U @tri"utos 1ue no so oficialmente suportados pelo 2((3
U 'ntretanto, indicam 1ue uma coneAo do cliente com o ser#idor ser: persistente
U @ ideia en#iar mBltiplas re1uisi;es e respostas numa Bnica coneAo 2((3
U &uriosidadeF O #alor default (padro) de timeout (tempo esgotado) para o )eep=ali#e do
@pace ,$7 de .O segundos en1uanto no @pace ,$, de O segundos
@lgumas #antagens do Meep=@li#e
U Menos utilizao de &3> e memGria (isto acontece pois eAistiro menos coneA;es simult<neas)
U Menos congestionamento na rede (menos coneA;es (&3)
U +eduz a latncia de no#a re1uisi;es para o ser#idor
U 'rros pode ser reportados sem a penalidade de fecar uma coneAo (&3
ccept1Charset
U >tilizado para indicar o padro dos caracteres de resposta aceit:#eis, o tipo de padro o cliente aceita;
U Por exemplo5 @ccept=&arsetF iso=66O0=O, unicode=.=.;1R7$6
%eferer 2 M!* !MP)%T-T"
U O campo referer permite 1ue o cliente especifi1ue a >+I (>niform +esource Identifier) de um recurso (p:gina, #!deo,
imagem, etc$) 1ue de#e ser #isualizado T EI^ '_@(@M'5(' 1ual a pg 1ue #ai "aiAar;
U 'ste atri"uto tam"m geralmente utilizado pelos ser#idores para realizar cace de recursos mais acessados
U (am"m permite 1ue os ser#idores redirecione recursos o"soletos para p:ginas em manuteno, etc$
Coo7ie
U Cooie um grupo de dados trocados entre o cliente e o ser#idor
U @ sua funo principal a de manter a persistncia de sess;es 2((3
U @ implementao de cooies foi um adendo ao 2((3
U 'Aistiram muitas cr!ticas ao conceito de#ido ao pro"lema de segurana
U 'Aemplo, segurana na utilizao de computadores pB"licos
U Sal#a na m:1uinaF usu:rio e sena
U *ica com a seo a"erta onde o ar1ui#o de seo tem um IE, 1ue criado automaticamente, e manda um coo)ie para
na#egador com esse IE gerado, e esse n` Bnico para cada usu:rio$
U Se limpar o cooie, a seo no #ai mais eAistir, ento ter: de ser criada outra seo, com um no#o IE;
Se sair do CM@I9, mata a seo$
Principais C.digos de *tatus HTTP
Iuando uma solicitao por uma p:gina do seu site for feita ao ser#idor (por eAemplo, 1uando um usu:rio acessa a sua
p:gina em um na#egador ou 1uando o Coogle"ot rastreia a p:gina), o ser#idor retornar: um cGdigo de status 2((3 em
resposta ? solicitao$'sse cGdigo de status fornece informa;es so"re o status da solicitao$ 'sse cGdigo tam"m fornece
ao Coogle"ot informa;es so"re o seu site e so"re a p:gina solicitada$
3xx (%esposta pro4is.ria)
&Gdigos de status 1ue indicam uma resposta pro#isGria e eAigem 1ue o solicitante realize uma ao para continuar$
C.digo #escri$o
.77 (&ontinuar)
O solicitante de#e continuar com a solicitao$ O ser#idor retorna esse cGdigo para indicar 1ue rece"eu a
primeira p:gina de uma solicitao e 1ue est: esperando o restante$ (por eAemplo, no caso de um 3OS(
com muitos megas)
.7. (Mudando
protocolos)
O solicitante pediu ao ser#idor para mudar os protocolos e o ser#idor est: reconecendo a informao para,
ento, eAecut:=la$ (por eAemplo, uma no#a #erso de 2((3)
8xx (9em1sucedido)
&Gdigos de status 1ue indicam 1ue o ser#idor processou a solicitao com sucesso$
U ,77 (OM) = @ resposta foi entregue corretamente
U ,7. (&reated) T @ re1uisio foi eAecutada e originou um no#o recurso
U ,7, (@ccepted) T @ re1uisio foi aceita mas ainda no foi realizada
U ,7N (5on=@utoritati#e Information) T @ resposta da re1uisio foi originada por outras fontes de dados, por eAemplo, o
cace do na#egador
U ,7D (5o &ontent) = O ser#idor rece"eu a re1uisio mas no : informao para de#ol#er (p:gina sem conteBdo)
U ,7O (+eset &ontent) = O ser#idor indica ao na#egador para suprimir o conteBdo dos campos de formul:rio
C.digo #escri$o
,77 (Kem=sucedido)
O ser#idor processou a solicitao com sucesso$ 'm geral, isso indica 1ue o ser#idor forneceu uma
p:gina 1ue foi solicitada$ &aso #oc #e/a esse status no seu ar1ui#o ro"ots$tAt, o Coogle"ot recuperou o
ar1ui#o com sucesso$
,7. (&riado) @ solicitao foi "em=sucedida e o ser#idor criou um no#o recurso$
,7, (@ceito) O ser#idor aceitou a solicitao, mas ainda no a processou$
,7N (Informao no
autoriz:#el)
O ser#idor processou a solicitao com sucesso, mas est: retornando informa;es 1ue podem ser de
outra fonte$
,7D (Sem conteBdo) O ser#idor processou a solicitao com sucesso, mas no est: retornando nenum conteBdo$
,7O (+econfigurar
conteBdo)
O ser#idor processou a solicitao com sucesso, mas no est: retornando nenum conteBdo$ @o
contr:rio da ,7D, esta resposta eAige 1ue o solicitante reconfigure o modo de eAi"io do documento
(por eAemplo, limpe um formul:rio para uma no#a entrada)$
:xx (%edirecionado)
>ma ao adicional necess:ria para completar a solicitao$ 'sses cGdigos de status so usados fre1uentemente para
redirecionamentos$ O Coogle recomenda usar menos de cinco redirecionamentos para cada solicitao$ >se as *erramentas
para 8e"masters para #er se o Coogle"ot est: com dificuldades ao rastrear as suas p:ginas redirecionadas$ @ p:gina 'rros de
rastreamento em #iagn.sticos lista os >+9s 1ue o Coogle"ot no conseguiu rastrear de#ido a erros de redirecionamento$
U N7. (Mo#ed) T O recurso solicitado foi transferido para um no#o endereo$ @ssim, o cliente pode guardar esta no#a
localizao
U N7, (*ound) T O recurso al#o reside numa localizao diferente$ Isto acontece num redirecionamento, assim, o cliente de#e
utilizar o lin) correto numa re1uisio futura$
'AemploF
C.digo #escri$o
N7.(Mo#ed)
@ p:gina solicitada foi mo#ida permanentemente para um no#o local$ Iuando o ser#idor retornar essa
resposta (como uma resposta para uma solicitao C'( ou 2'@E), ele automaticamente direcionar: o
solicitante para o no#o local$ @ssim, o cliente pode guardar esta no#a localizao
N7, (*O>5E) O ser#idor est: respondendo ? solicitao de uma p:gina de uma localidade diferente, mas o solicitante
de#e continuar a usar o local original para solicita;es futuras$ 'sse cGdigo semelante ao N7. com
relao a uma solicitao C'( ou 2'@E, pois direciona automaticamente o solicitante para um local
diferente$
N7N (&onsultar
outro local4 See
Oter)
Mtodo correto de direcionar um cliente para um outro lin)$O ser#idor retornar: esse cGdigo 1uando o
solicitante precisar fazer uma solicitao C'( separadamente para outro local para o"ter a resposta$ 3ara
todas as outras solicita;es (com eAceo de 2'@E), o ser#idor direciona automaticamente para o outro
local$
;xx ("rro de solicita$o)
'sses cGdigos de status indicam 1ue pro#a#elmente ou#e um erro na solicitao 1ue impediu 1ue o ser#idor a processasse$
U D77 (Kad +e1uest) = @ sintaAe do pedido est: mal formulada
U D7. (>nautorized) = O cliente no est: autorizado a acessar um recurso$ @ssim, ele de#e refazer a re1uisio passando
suas credenciais (por eAemploF usu:rio e sena)
U D7, (3aJment +e1uired) = 3ede para o cliente refazer a re1uisio passando dados para pagamento
U D7N (*or"idden) = O acesso ao recurso proi"ido
U D7D (5ot *ound) = O ser#idor no encontrou o recurso solicitado
C.digo #escri$o
D77 (Solicitao
in#:lida)
O ser#idor no entendeu a sintaAe da solicitao$
D7. (5o
autorizado)
@ solicitao re1uer autenticao$ O ser#idor pode retornar essa resposta para uma p:gina 1ue necessita de
login$
D7N (3roi"ido)
O ser#idor recusou a solicitao$ Se #oc notar 1ue o Coogle"ot rece"eu esse cGdigo de status ao tentar
rastrear p:ginas #:lidas do seu site (isso pode ser #isto na p:gina %astreamento da <eb em #iagn.sticos
nas *erramentas do Coogle para 8e"masters), poss!#el 1ue o seu ser#idor ou ost este/a "lo1ueando o
acesso do Coogle"ot$
D7D (5o
encontrado)
O ser#idor no encontrou a p:gina solicitada$ 3or eAemplo, o ser#idor retornar: esse cGdigo com fre1uncia
se a solicitao for para uma p:gina 1ue no eAiste mais no ser#idor$
Se #oc no ti#er um ar1ui#o ro"ots$tAt no seu site e notar esse status na p:gina ro"ots$tAt da guia
QEiagnGsticoQ nas *erramentas do Coogle para 8e"masters, esse ser: o status correto$ 5o entanto, se #oc
ti#er um ar1ui#o ro"ots$tAt e notar esse status, esse ar1ui#o poder: estar nomeado incorretamente ou no local
errado$ 'le de#e estar no n!#el superior do dom!nio e ter o nome ro"ots$tAt$
Se #oc #isualizar esse status para >+9s 1ue o Coogle"ot tentou rastrear (na p:gina de erros 2((3 da guia
EiagnGstico), pro#a#elmente o Coogle"ot seguiu um lin) in#:lido a partir de alguma outra p:gina (1ue pode
ser um lin) antigo ou apresentar erros de digitao)$
= ("rro no ser4idor)
'sses cGdigos de status indicam 1ue o ser#idor te#e um erro interno ao tentar processar a solicitao$ 'sses erros tendem a
ocorrer com o prGprio ser#idor, e no com a solicitao$
U O77 (Internal 'rror) = O ser#idor encontrou uma condio interna inesperada (sistema mal implementado)
U O7. (5ot Implemented) = O ser#idor no suporta o ser#io pedido
U O7, (Kad Cate8aJ) = O ser#idor est: rece"endo uma resposta in#:lida de um outro ser#idor (por eAemplo, ser#idor de
stream de #!deo)
U O7N (Ser#ice >na#aia"le) = O ser#idor no pode responder no momento 4
U O7D T C@('%@a (IM'O>( = @ resposta do ser#idor foi muito longa esgotando o tempo
Principais tributos de %esposta (response)
Content1Type indica o tipo de conteBdo do corpo da resposta$ U 'AemplosF teAt4tml, application4pdf, etc
Content1,ength indica o tamano do corpo da mensagem de resposta$
Content1"ncoding indica o tipo de codificao utilizada na resposta$ 3or eAemplo, compress, deflate, gzip, etc$
Content1,anguage indica o tipo de l!ngua utilizada no corpo da mensagem$ 3or eAemplo, pt="r, en=us, etc$
,ocation O campo de resposta location utilizado para identificar um no#o recurso criado ou para redirecionar o cliente
para uma localizao (lin)) diferente
U Se o status da resposta for ,7. (created) ento o ser#idor est: indicando um no#o recurso
U 'ntretanto, o status NAA indica 1ue o ser#idor est: indicando um no#o lin) para o cliente fazer um redirecionamento
*er4er O campo de resposta ser#er contm informa;es so"re o soft8are usado pelo ser#idor para manipular as
re1uisi;es (ser#idor 2((3)$ U 'Aemplos de ser#idores 2((3F U @pace 2((3 Ser#er U Internet Information Ser#ices (IIS)
"xpires indica eAplicitamente para o cliente 1uando ele de#e realizar no#amente uma re1uisio para o ser#idor$
'n1uanto isto o cliente pode carregar a p:gina da cace, etc$ U 'AemploF 'ApiresF (u, 7. Eec .00D .-F77F77 CM(
#ate O campo de propGsito geral date indica o dia e a ora 1ue uma mensagem foi en#iada U 'AemploF EateF (ue, .O
5o# .00D 76F.,FN. CM(
+'*'+b5&I@SF
%i)ipdia
Material das aulas do prof +odrigo
' outros sites