Buscar

aula02(1)

Prévia do material em texto

2ºAula
Características da arquitetura 
cliente/servidor web
Objetivos de aprendizagem
Ao término desta aula, vocês serão capazes de:
Prezado(a) acadêmico(a), a Aula 02 trata do modelo 
computacional Cliente-Servidor. Consiste em um modelo onde 
dois ou mais computadores interagem de modo que um oferece 
os serviços aos outros, permitindo aos usuários acessarem 
serviços e informações de qualquer lugar.
Veremos de forma sucinta, sem entrar em muitos detalhes, 
o que ocorre quando o usuário solicita uma página Web em seu 
do usuário. Estudaremos também resumidamente o Protocolo 
HTTP que faz a ponte de ligação e comunicação entre as duas 
partes envolvidas.
Lembre-se, que a organização dos horários de estudos, 
a dedicação e a persistência são essenciais para um bom 
aproveitamento e assimilação dos conteúdos abordados nas aulas.
Vamos a aula?!
Bons estudos!
163
Desenvolvimento Voltado à Web I 16
1
2 – Protocolo HTTP
simplificada, podemos dizer que servidores são computadores 
de grande porte, com alta capacidade de armazenamento e 
banda de acesso que têm como finalidade a hospedagem dos 
arquivos que constituem as páginas dos sites. Esses servidores 
são conectados à Internet 24 horas para que os dados nele 
armazenados possam ser acessados sempre que requisitados. 
Os computadores que acessam essas informações armazenadas 
em um servidor são chamados clientes.
Certamente você visita inúmeros sites todos os dias, não 
é mesmo? Mas alguma vez você já parou para pensar como 
ocorre esse processo?
Esse processo se dá por intermédio do “relacionamento” 
Cliente-Servidor. Seu funcionamento é demonstrado na figura 
2.1: 
1. 
2. 
3. é feita uma verificação se a página solicitada realmente 
4. 
5. e mostrado na tela do navegador para o usuário.
Veremos agora quais as principais características que 
diferenciam o Cliente do Servidor. 
O cliente apresenta algumas características como:
O servidor, por sua vez, também apresenta algumas 
características peculiares. Tais quais:
Figura 2.1: Servidor web
Iniciemos então, nossa seção 1, produzindo conhecimento 
sobre a fundamentação em torno dos servidores e clientes 
web.
Basicamente, pode-se dizer, que a Web é constituída de 
duas partes: Cliente e Servidor.
O termo Cliente/Servidor refere-se ao método de 
distribuição de aplicações computacionais através de múltiplas 
plataformas. Geralmente, essas aplicações estão divididas 
entre um provedor de acesso e uma central de dados e 
diversos clientes contendo uma interface gráfica para acessar 
e manipular tais dados.
Consiste em um modelo onde dois ou mais computadores 
interagem de modo que um oferece os serviços aos outros, 
permitindo aos usuários acessarem serviços e informações de 
qualquer lugar.
Uma aplicação Cliente/Servidor pode ser estruturada 
em três níveis:
 dados
Para isso requer dois tipos de máquinas:
 servidor – implementa camadas de processamento e 
de dados.
Complementamos nosso entendimento com a definição 
de Marcondes:
Conceito
“o cliente é o programa utilizado pelos usuários para 
visualizar as páginas, enquanto o servidor fica responsável 
por armazenar e permitir e acesso ao conteúdo da rede” 
(MARCONDES, 2007, p. 30).
De um modo geral, um servidor é definido como sendo 
um sistema de computador que disponibiliza serviços a uma 
rede de computadores. O lado cliente também é comumente 
conhecido por navegador ou ainda pelo seu termo em inglês 
browser, conforme pode ser observado na figura 2.1.
Seções de estudo
1 - Conceito e fundamentação cliente 
x servidor
E depois, o que ocorre? Como a página solicitada chega até sua tela?
Fonte: Google Images
Fonte: <http://www.eufacoprogramas.com/?p=246>. Acesso em: 25 jun. 2013.
164
17
O protocolo HTTP foi implementado para que se tornasse 
possível uma transferência rápida e eficiente de documentos 
na internet. Esse protocolo permite que clientes e servidores 
interajam e troquem informações de forma confiável e 
uniforme. Ele começou a ser usado na internet na década de 
90.
Para Deitel (2008), o HTTP faz o uso de URIs (Uniform 
Resource Identifier) para identificar dados na Internet, e 
os URIs que especificam localizações de documentos são 
chamados URLs. Os URLs comuns referem-se a arquivos 
pesquisas em banco de dados e na Internet. 
 Como visto anteriormente, o programa cliente, ou 
navegador, tem a função de permitir que o usuário abra um 
um protocolo é uma convenção que controla e possibilita 
sistemas computacionais. De maneira simples, um protocolo 
semântica e sincronização da comunicação. Ou ainda, pode ser 
definido como sendo a linguagem utilizada na comunicação.
Agora, que já sabe o que é um protocolo, surge a questão: 
O que vem a ser o protocolo HTTP?
Conceito
de comunicação (na camada de aplicação segundo o Modelo 
OSI) utilizado para sistemas de informação de hipermídia, 
distribuídos e colaborativos. Ele é a base para a comunicação 
de dados da World Wide Web.
2 - Protocolo HTTP
Na internet, são utilizados diversos protocolos, que fazem parte de uma 
de protocolos de comunicação entre computadores em rede. Baseia-
transporte, rede e interface. O Protocolo HTTP é um protocolo de 
comunicação integrante da camada de aplicação da arquitetura do 
 recebe e responde as solicitações dos clientes 
 não se comunica com outros servidor enquanto 
estiver fazendo o papel de Servidor.
 atende a diversos clientes simultaneamente.
A web pode ser pensada como um conjunto de clientes e 
servidores em cooperação, onde todos “falam a mesma língua”, 
clientes e servidores, demonstrada na figura 2.1, é realizada 
através do Protocolo HTTP.
cujo conteúdo é baseado no livro Redes de Computadores: 
uma abordagem de sistemas, de Larry L. Peterson.
Se esse URL específico fosse aberto, o navegador Web 
áudio e vídeo. Eles também incluem URLs que apontam para 
outros arquivos, e seu navegador da Web terá algum modo 
de reconhecer URLs e pedir que eles sejam abertos. Esses 
for feita uma solicitação ao navegador para que um destes 
URLs seja aberto, seu navegador, o cliente, pega a página do 
servidor usando HTTP, que está trabalhando em cima do 
cada mensagem HTTP possui o formato geral:
 
primeira linha (LINHA_INICIAL) indica se essa é uma 
mensagem de solicitação ou uma mensagem de resposta. 
No caso de uma solicitação ela identifica o procedimento 
remoto 
especifica uma coleção de opções e parâmetros que qualificam 
a solicitação ou resposta. 
MENSAGEM, o conjunto termina com uma linha em branco. 
Após a linha em branco vem o conteúdo da mensagem 
solicitada (CORPO_MENSAGEM). Geralmente essa parte 
da mensagem está vazia para mensagens de solicitações.
O processo de comunicação Cliente/Servidor se dá 
basicamente através de dois tipos de mensagens: mensagem 
de solicitação e mensagem de resposta.
Vamos conhecê-las?
2.1 - Mensagem de Solicitação
Em uma mensagem de solicitação HTTP, a primeira 
linha especifica três itens:
Web 
O protocolo HTTP pode definir uma série de operações 
de solicitação, no entanto, as duas mais comumente utilizadas 
são:
 HEAD – busca informações de status da página 
solicitada.
A primeira, obviamente é utilizada quando o navegador 
Web. E a segunda, é usada 
e ainda é usada para verificar se determinada página foi 
165
Desenvolvimento Voltado à Web I 18
modificada desde que o navegador a acessou pela última vez.
Indica que o cliente deseja que o servidor no host <www.
operações de solicitação HTTP.
Tabela 2.1 Operações de solicitação HTTP
2.2 - Mensagem de Resposta
Da mesma forma, como nas mensagens de solicitação, as 
mensagens de respostas começam com uma única LINHA_
INICIAL. Nesse caso, a linha também especifica três itens:
 um código de três dígitos indicando se a solicitação 
 e uma string 
Accepted
Essa linha indica que a solicitação foi realizada com 
sucesso, ou seja, o servidor a encontrou.
Nesse caso, indica que a solicitação falhou, a página não 
foi encontrada.
O primeiro dígito do código indica o tipo. Os cinco tipossão 
demonstrados na tabela a seguir:
Tabela 2.2 Códigos de resposta HTTP
Operação Descrição
OPTIONS Solicita informações sobre as opções disponíveis.
GET
HEAD Busca meta-informação sobre documentos 
POST
PUT
DELETE
TRACE Mensagem de solicitação de loopback.
CONNECT Usada por proxy.
Código Tipo Resultado do HTTP
Informação Solicitação recebida, continua o 
processo.
Sucesso Ação recebida com sucesso, entendi-
da e aceita.
3xx Redirecionamento Outra ação precisa ser tomada para 
completar a solicitação.
4xx Erro do Cliente Solicitação contém erro de sintaxe ou 
não pode ser entendida.
Erro do Servidor Servidor falhou ao realizar uma solici-
tação aparentemente válida.
De acordo com o que foi apresentado, o HTTP consiste 
em um protocolo de uso genérico que pode ser usado 
requisição e resposta, códigos de erros e cabeçalhos. A utilização 
desse protocolo é feita de forma-padrão de comunicação entre 
servidores Web. 
E então, fez uma boa leitura? Está disseminando facilmente 
o conteúdo até agora? Caso tenha ficado com dúvidas, sugiro 
a releitura, ou então, faça uma pausa e poste a sua dúvida na 
plataforma de ensino antes de prosseguir.
1 – Conceito e Fundamentação Cliente X Servidor
Iniciamos a Aula 2, compreendendo, na Seção 1, o modelo 
Cliente/Servidor. Vimos a função de cada qual no processo de 
comunicação web.
Onde, o cliente é o programa utilizado pelos usuários para 
visualizar as páginas, enquanto o servidor fica responsável por 
armazenar e permitir e acesso ao conteúdo da rede.
2 - Protocolo HTTP
Na segunda e última seção, vimos que o processo de trocas 
de mensagens entre cliente e servidor do protocolo HTTP se 
dá basicamente através de dois tipos de mensagens: mensagem 
de solicitação e mensagem de resposta.
Retomando a aula
OFICINADANET. O Protocolo HTTP. Disponível 
em: <http://www.oficinadanet.com.br/artigo/459/o_
. Acesso em: 25 set 2017.
Vale a pena
DEITEL, Paul J. Ajax, Rich Internet Applications e 
desenvolvimento web para programadores. São Paulo: Pearson 
Prentice Hall, 2008.
MARCONDES, Christian Alfim. HTML 4.0 
Fundamental: a base da programação web. 2. ed. São Paulo: 
Érica, 2007.
PETERSON, Larry L. Redes de Computadores: uma 
abordagem de sistemas. Rio de Janeiro: Elsevier, 2004.
Vale a pena ler
Vale a pena acessar
166

Continue navegando