Uma universidade decidiu disponibilizar, na página inicial do portal acadêmico, uma aplicação em PHP para cálculo da média final de estudantes. O formulário HTML deveria receber quatro notas e encaminhá-las ao servidor, que ficaria responsável por interpretar os dados e apresentar o resultado ao usuário. Durante a implementação, parte da equipe acreditava que bastava criar os campos no HTML para que o PHP recebesse automaticamente as informações, enquanto outros integrantes argumentavam que era necessário controlar o modo como a requisição chegava ao script e quais estruturas seriam usadas para recuperar os valores enviados.

Ao revisar o sistema, o professor responsável destacou que aplicações web dependem da troca de dados entre cliente e servidor por meio de requisições HTTP. Nesse processo, o formulário define para onde os dados serão enviados e por qual método ocorrerá o envio. Já no PHP, o script precisa identificar o tipo da requisição para acessar corretamente as informações. O grupo então avaliou a relação entre o método de envio do formulário e o uso das variáveis superglobais responsáveis por recuperar os dados submetidos.

I. A verificação de $_SERVER["REQUEST_METHOD"] permite ao script PHP identificar como os dados do formulário foram enviados ao servidor.

PORQUE

II. Quando a submissão ocorre por POST, os dados devem ser recuperados no PHP por meio do array$_POST, enquanto envios por GET são acessados por $_GET.

A respeito dessas asserções, assinale a alternativa correta.

Alternativas:

• a)
• As asserções I e II são proposições verdadeiras, mas a II não justifica a I.
• b)
• As asserções I e II são proposições verdadeiras e a II justifica a I.
• c)
• A asserção I é uma proposição verdadeira e a II, falsa.
• d)
• A asserção I é uma proposição falsa e a II, verdadeira.
• e)
• As asserções I e II são proposições falsas.

2)

Uma plataforma educacional estava sendo adaptada para oferecer uma área restrita a alunos autenticados. O fluxo previsto era composto por três páginas: uma tela de login, um painel interno e uma página de encerramento da navegação autenticada. O desenvolvedor responsável precisava garantir que, após o envio do formulário de acesso, determinadas informações permanecessem disponíveis entre diferentes páginas, sem obrigar o usuário a se autenticar novamente a cada clique. Ao mesmo tempo, o sistema deveria impedir o acesso ao painel por usuários que não tivessem passado corretamente pelo processo de login.

Durante a implementação, surgiram dúvidas sobre qual mecanismo seria mais apropriado para manter o estado da navegação em um ambiente web, já que cada requisição HTTP é independente da anterior. O professor da disciplina explicou que o PHP dispõe de um recurso específico para guardar dados associados ao usuário ao longo de várias páginas, desde que a sessão seja iniciada corretamente. Também ressaltou que existe uma regra importante: a inicialização da sessão deve ocorrer antes de qualquer saída HTML, para que o controle do identificador da sessão funcione como esperado. Com isso, a equipe avaliou o papel de uma instrução central no início do script.

No contexto apresentado, assinale a alternativa correta.

Alternativas:

• a)
• session_start() apaga os dados do usuário e redireciona o navegador para a página inicial.
• b)
• session_start() cria ou retoma uma sessão e deve aparecer antes de qualquer saída HTML.
• c)
• session_start() transforma variáveis locais em cookies permanentes do navegador.
• d)
• session_start() substitui o uso de $_SESSION e grava os dados diretamente na URL.
• e)
• session_start() envia o formulário por POST e valida automaticamente usuário e senha.

3)

Uma academia digital decidiu ampliar o sistema de avaliação física disponível em seu site. Na primeira versão, a página apenas recebia altura e peso em campos de formulário, mas a equipe queria melhorar a experiência do usuário fazendo com que o resultado fosse exibido na própria interface, sem recarregar a página. Para isso, os desenvolvedores passaram a estudar como o JavaScript pode interagir com os elementos HTML já carregados pelo navegador, reagindo a ações do usuário e alterando partes específicas do documento.

Durante os testes, a equipe percebeu que havia duas dificuldades recorrentes. A primeira era identificar corretamente o elemento do HTML que deveria disparar a ação. A segunda consistia em atualizar o resultado em uma área específica da tela sem reconstruir toda a página. O coordenador do projeto reforçou que o DOM representa a estrutura do documento como uma árvore de nós, permitindo que scripts localizem elementos, leiam seus valores e modifiquem seu conteúdo textual. Em seguida, a equipe avaliou um trecho de código que capturava um clique e tentava escrever o resultado em um elemento previamente existente no documento.

document.getElementById("btnCalcular").addEventListener("click", function () {
     document.getElementById("resultado").innerText =     "IMC calculado";
}); 

Com base no código, assinale a alternativa correta.

Alternativas:

• a)
• O código cria um novo documento HTML e substitui toda a árvore DOM ao clicar no botão.
• b)
• O código associa um evento de clique ao elemento indicado e altera o texto de outro elemento localizado pelo id.
• c)
• O código envia uma requisição automática ao servidor e atualiza o navegador com resposta em PHP.
• d)
• O código transforma o botão em campo de entrada e converte o conteúdo exibido em atributo HTML.
• e)
• O código só funcionará se innerText estiver declarado dentro da tag do documento.

4)

Uma empresa de entregas criou um formulário de cadastro para agilizar a entrada de novos clientes em sua plataforma. O plano inicial era simples: o usuário informaria seus dados e, ao digitar o CEP, o sistema preencheria automaticamente logradouro, bairro, cidade e estado. O objetivo era reduzir erros de digitação e tornar o preenchimento mais rápido. Para implementar essa melhoria, a equipe decidiu utilizar JavaScript no navegador, explorando requisições assíncronas, integração com API e posterior atualização dos campos do formulário.

Na revisão técnica, o time destacou que a proposta exigia compreender bem a diferença entre aguardar uma resposta remota e atualizar a interface local. Também foi observado que a lógica não dependia de banco de dados, pois o foco estava na busca de dados externos e no preenchimento automático da página. Por isso, o comportamento do código precisava ser entendido em duas etapas: primeiro o recebimento da resposta da API; depois a atribuição dos valores retornados aos campos existentes no documento. A seguir, analise as afirmativas sobre esse cenário:

I. O uso de fetch com await pode ser empregado para obter dados de uma API antes de processar a resposta.

II. Após converter a resposta em JSON, é possível acessar propriedades do objeto retornado e inseri-las nos campos do formulário.

III. A atualização dos campos com document.getElementById(...).value corresponde a uma forma de manipulação do DOM.

IV. O preenchimento automático de endereço exige, obrigatoriamente, armazenamento prévio dos dados em $_SESSION.

Considerando o contexto apresentado, é correto o que se afirma em:

Alternativas:

• a)
• I e IV.
• b)
• II e III.
• c)
• I, II e III.
• d)
• I, III e IV.
• e)
• I, II, III e IV.

5)

Uma loja virtual em fase de testes precisava diferenciar dois tipos de informação durante a navegação do usuário. A primeira envolvia dados relacionados à autenticação e ao acesso ao painel administrativo, cuja guarda exigia maior controle do lado do servidor. A segunda dizia respeito a preferências simples da interface, como tema visual e idioma, que poderiam ser mantidas para melhorar a experiência em visitas futuras. A equipe de desenvolvimento, então, comparou o uso de sessões e cookies no PHP para decidir qual solução seria mais adequada em cada caso.

Ao longo da análise, o grupo percebeu que a escolha entre esses mecanismos não depende apenas de conveniência, mas da natureza da informação e do local onde ela deve permanecer armazenada. Também foi discutido que a web, por ser sem estado, exige estratégias específicas para preservar continuidade entre requisições sucessivas. Para consolidar o entendimento, os estudantes avaliaram quatro afirmações sobre sessões e cookies, considerando tanto a persistência entre páginas quanto o local de armazenamento dos dados e seu uso prático em aplicações web.

I. Sessões permitem ao PHP manter dados do usuário no servidor ao longo de múltiplas páginas.

II. Cookies são pequenos dados armazenados no navegador e reenviados ao servidor em novas requisições ao mesmo site.

III. Cookies podem ser usados para preferências de interface ou identificadores de sessão.

IV. session_destroy() é empregado para encerrar a sessão e remover seus dados no servidor, como em um processo de logout.

Considerando o contexto apresentado, é correto o que se afirma em:

Alternativas:

• a)
• I e II.
• b)
• III e IV.
• c)
• I, II e III.
• d)
• I, II, III e IV.
• e)
• I, III e IV.
•