pegar ref da url

Vou te mostrar a função mais últil do PHP: var_dump

Com ela você testar qualquer informação existente ou não, com erros ou não

	Se clicado no link da tag <a> em pagina1.php:

	**var_dump($_GET); // Tudo que existe na super global GET**

	Se submetido o formulário 

	**var_dump($_POST); // Tudo que existe na super global POST**

	 

	Para que haja redirecionamento na tag <a> o atributo deve possuir na propriedade o endereço do arquivo pagina2.php

	Para que haja redirecionamento na tag <form> e os valores dos elementos do formulário possam está na url, basta apenas alterar o protocolo de método substituindo post por get.

	 

	Apenas para manipular o endereço da barra de navegação do usuário, leia seu tópico anterior pois respondi lá com o link da API que gerencia essa ação.

	 

	Obs.: Não aconselhável manipular dados no servidor usando GET, apenas use para passar informações de referência, nunca para validação de dados.

Estudado o seu código, encontrei duas tarefas entrelaçadas, uma é para procurar informação de uma referência através do marcador <a>, e outra tarefa é fazer um novo cadastro e ao mesmo tempo verificar se ele foi cadastrado. Deixei o marcador <a> de lado, e dei mais atenção ao novo cadastro:

pagina1.php

<?php
// mysql tab_aprendiz(id int,ref int,nome varchar,email)
// (1,444,Frank,frank@com)(2,445,Biehl,biel@com)

$ggCon=new mysqli("localhost","root","","laravel");
if(isset($_POST['ref'])){
 $ref=$_POST['ref'];
 $email=$_POST['email'];
 $nome=$_POST['nome'];
 mysqli_query($ggCon,"insert into tab_aprendiz (ref,nome,email)
 values ('$ref','$nome','$email')");}
echo "<h2>Lista dos delinquentes</h2>";
echo "<table><th>Ref<th>Nome";
$sqlVF=mysqli_query($ggCon,"select * from tab_aprendiz");

while($ggLinha= mysqli_fetch_array($sqlVF)):

 $ref=$ggLinha['ref'];
 $nome=$ggLinha['nome'];
 echo "<tr><td>$ref<td>$nome";
endwhile;
echo "</table>";
?>
<p><h2>Formulário para Cadastrar Novo Delinquente</h2></p>
<form method=post>
<table>
<tr><td>referencia<td><input name="ref" required>
<tr><td>nome<td><input name="nome" required>
<tr><td>email<td><input name="email" required>
<tr><td><input type=submit>
</form>

	E aqui está o código que usa o marcador <a> de maneira mais eficiente:

pagina2.php

<?php
$ggCon=new mysqli("localhost","root","","laravel");
if(isset($_GET['ref'])){
 $ref=$_GET['ref'];
 $sqlVF=mysqli_query($ggCon,"select * from tab_aprendiz where ref=$ref");
 $nome=mysqli_fetch_array($sqlVF)['nome'];
 echo "o nome do delinquente com ref $ref é $nome";
}
echo "<p>Escolha o código de um delinquente:";
$sqlVF=mysqli_query($ggCon,"select * from tab_aprendiz");

while($ggLinha= mysqli_fetch_array($sqlVF)):

 $ref=$ggLinha['ref'];
 echo "<br><a href=?ref=$ref>$ref</a>";
endwhile;

Só para complementar o tópico do colega que no geral postou algo simplificado, mas devo acrescentar em caso do leigo compreender que pode ser executado algo assim.

Lembrando que no exemplo ou na condição de simplificação do aprendizado não há problemas.

>

11 horas atrás, Frank K Hosaka disse:

 $ref=$_POST['ref'];

	Armazena o valor que atribuído ref que veio no protocolo não se sabe de quem ou de onde nem mesmo se foi seu formulário que enviou.

	O php vai armazenar na variável $ref sem problemas escapando qualquer codec.

	O problema é se usar instrução como essa em uma aplicação pronta e operando:

>

11 horas atrás, Frank K Hosaka disse:

 $sqlVF=mysqli_query($ggCon,"select * from tab_aprendiz where ref=$ref");

	Veja e **$ref** entrou na string de comando sem tratamento algum, sem mencionar o perigo ao banco de dados apenas atentarei em uma quebra de código, tal finalizando o php na linha e imprimindo todo o código fonte processado pelo php, isso inclui dados de acesso em geral que a aplicação está usando no momento.

	 

	Por fim, como mencionado não há problemas em usar, se for no termos de simplificar um exemplo, um teste ou para prover a curva do aprendizado, pois você sabe que é você que está enviando, e sabe o que está enviando.

	Nosso colega não errou em passar a var direto na string, pois o tratamento de dados requer um refino bem apurado de acordo com a situação e não cabe em um só post.

	 

	Complementando meu post anterior havia me esquecido:

>

17 horas atrás, Omar~ disse:

 Para que haja redirecionamento na tag <form> e os valores dos elementos do formulário possam está na url, basta apenas alterar o protocolo de método substituindo post por get

<form method="get" action="pagina2.php">
 <input type="text" name="envio" value="exemplo" />
 <button type="submit">Enviar</button>
</form>

<--
Tag's form não utilizam a atributo "name", somente seus componentes
No atributo "action" você indica para onde os dados devem ser enviados (forneça o endereço se necessário)
Submetendo o formulário teremos na url pois enviamos pelo GET e não POST:
endereço http atual/pagina2.php?envio=exemplo
Pode ser relativo dependendo das configurações do apache ou um htaccess
-->

O arquivo pagina2.php recebe a mesma coisa sem o uso do formulário, pode-se até digitar na barra de navegação que vai do mesmo jeito.

<a href="pagina2.php?envio=exemplo">Enviar</a>

	POST também pode ser enviado, de forma arbitrária, só que não convém apresentar as formas necessárias para isso.

Eu não faço tratamento nenhum em nenhuma variável, pois eu confio no PHP. O PHP me devolve uma mensagem de erro ou simplesmente eu chego num resultado inesperado. Veja esse caso:

	$mysqli=new mysqli("localhost","root","","laravel");

	 

	Eu não vejo para quê fazer um tratamento de erro nesse caso. Se o PHP não conseguir fazer a conexão, ele simplesmente pára o programa e exibe a mensagem de erro. No meu caso, o erro é quase 100% erro de digitação.

	 

	Claro que o correto é fazer tratamento de erro para orientar o usuário e ajudá-lo a não perder o seu dia de produção, mas isso está muito além do escopo de qualquer fórum. Eu entendo que a prioridade do forum é ajudar o usuário a se familizar com a gramática da linguagem de programação e mostrar o que é possível fazer com ela, deixando de lado os detalhes acadêmicos.

>

8 horas atrás, Frank K Hosaka disse:

Eu não vejo para quê fazer um tratamento de erro nesse caso.

Em produção pode expor dados sensíveis.

Tratando o caso de algum erro, você pode exibir uma mensagem mais genérica, que não dê dicas para potenciais invasores.