marsolim

acho que meio que depende tipo se a pessoa perguntar se o outro tá em casa e o vizinho falar que não tá, aí ele nem precisa ir lá. já pode voltar kkkkkk

fala rapaziada tudo bem? sabe me dizer se tem diferença de performance, de compatibilidade e etc e tal entre o jquery $(this).val() e o javascript puro this.value? tava tentando pesquisar aqui mas não achei nada sobre. grato

fala rapaziada tudo bem:? então tô com esse problema que apareceu agora. costumava usar sha256 pra hashear senha e agora resolvi usar o password_hash nativo do php só que a parada quando vou logar funciona hora sim hora não intercalado. exemplo eu tento logar e dá usuário e senha não confere, aí na segunda tentativa loga certinho. aí eu deslogo e tento logar e dá senha e usuário não confere de novo. tenho que tentar duas vezes pra logar. esquisito que no firefox e no ie11 isso não ocorre, só ocorre no chrome, no opera, no edge e no vivaldi que foram os que testei. e mais esquisito ainda que no ie apesar de não precisar tentar logar duas vezes mas quando deslogo aparece a mensagem de usuário e senha não confere na página de login sendo que nem passei pela página de logar. as porção de código referente estão abaixo validacadastro.php $hashsenha = password_hash($senha, PASSWORD_DEFAULT); login.php $senha = mysqli_real_escape_string($con, $_POST['senha']); $sql = "SELECT * FROM usuarios WHERE usuario = '" . $usuario . "'"; if($result = mysqli_query($con,$sql)){ $num = mysqli_num_rows($result); if($num > 0){ $row = mysqli_fetch_assoc($result); if(password_verify($senha, $row["senha"])){ //segue o resto da parada... obs: tentei usar BCRYPT no lugar de PASSWORD_DEFAULT mas aí nem gravou a senha no banco. tem alguma explicatória lógica pra isso? grato a todos EDIT 1 implementei mais os teste de verificação e descobri que o problema não é no password_hash mas é na verificação do nome de usuário o que faz a coisa ficar mais esquisita ainda. fiz o teste botando um número nas duas possibilidade de erro que faz exibir a mensagem 'usuário e senha não confere' assim if($result = mysqli_query($con,$sql)){ $num = mysqli_num_rows($result); if($num > 0){ $row = mysqli_fetch_assoc($result); if(password_verify($senha, $row["senha"])){ //cria seção com os dados do usuario }else{ $status = "Nome de usuário e senha não conferem. Por favor, verifique seus dados de login e tente novamente! 1"; } }else{ $status = "Nome de usuário e senha não conferem. Por favor, verifique seus dados de login e tente novamente! 2"; } }else{ $status = "Desculpe mas não foi possível efetuar sua entrada nesse momento. Por favor, tente novamente dentro de alguns instantes!"; } retorna a mensagem de número 2 ou seja o nome de usuario não tá reconhecendo na primeira tentativa. EDIT 2 já resolvi aqui. descobri que de alguma forma estranha um script jquery na página de login tava interferindo no negocio todo.

já tentou tirar o filter_input do busca_exata?

mas se tem tudo cadastrado certim no banco incluindo as cats e se cada produto tem o id da cat a que ele corresponde tu pode pesquisar direto no banco trazendo os produtos da cat passada sem precisar incluir os nomes tudo nos ifs. pardon se esse não é o que precisa.

por um acaso estás a chamar essa página por include ou require dentro doutra página? se assim for pode ser que já tenha outra coisa printada na página antes do include ou require.

é o que penso mas pode ser que alguem fala que não tinha opção de aceitar os termos se bem que mesmo tendo ele no banco o usuario pode dizer que no form não tinha e que ele só tá cadastrado no banco,

Oi gente tudo bem? to com uma dúvida aqui. acho que isso vai soar meio idiota mas sabe o checkbox que a gente coloca pro usuário fazer cadastro por exemplo com o "Confirmo que li e estou de acordo blablabla". a gente deve armazenar esse 'aceito' no banco de dados ou basta ele estar na página e ser validado na hora do cadastro? bem e paz pra todos

ja tentou printar os dados na tela pra ver se tá recebendo ele certinho no post? duas obervações. tu vai deixar receber os dados sem tratar eles com algo como real_escape_string pra ajudar a evitar sql injection? outra que o "@" evita mensagem de erro e assim fica sem saber que erro que deu porque não aparece ele. pode ser que se tirar ele do @move_uploaded_file o próprio php te fala o erro.

não entendi fera. tu já não salva outros dados na tabela? é só fazer o mesmo... $novo_valor = "<img src=\"" . $destino . "\" />"; e aí bota a var $novo_valor no lugar do campo na sql.

a receita podia ter um sistema de colaboração com os devs pra ajudar na empreitada de implementar consulta de cpf e cnpj sem precisar captcha porque aí a gente podia automatizar a coisa toda. tipo tem um site de vendas e precisa verificar se o cpf realmente tá cadastrado no nome daquela pessoa. a pessoa mesmo na hora de fazer o cadastro no site pode passar os dados pessoal que a receita precisar pra validar isso tipo número do cpf, data de nascimento, nome da mãe, nome do papagaio, nome da vaca amarela e aí com um token que o dev cadastraria lá ficava fácil fazer isso