Senha Segura 2000

Ao procurar em meus guardados encontrei um outro exemplo de senha em formulário, se alguns dos amigos souber como funciona e ensinar a todos nos que não conhecemos ficaremos muito gratos, pois estou tentando colocar uma senha e usuario e só da erro.
Obrigada Amandaalves

Olá Amanda

Realmente é um modo simples e funcional.

Na figura abaixo, está a explicação:



Deixei as 3 caixa de textos visíveis mostrando o conteudo

1- Nome do usuário
2- Senha que deve ser comparada com a digitada
3- Código do usuário.

Uma vez digitada a senha na caixa de texto que tem a fonte WingDings é feita a verificação no código:

=SeImed([Entrar]<>[Senha];"Senha Incorreta:";"Digite a Senha:")

No painel de navegação tem algumas macros responsáveis a abrir/fechar formulários e definir aviso.
Como pode ver , simples e funcional.

Abraços

Noob

Olá Amanda, bom dia.

Esse exemplo foi desenvolvido por mim para o site ExpertAccess.
O Amigão Noobezinho já decifrou todo o macete empregado e explicou muito bem.
Note que a incapacidade de se trocar de senha e usuário é realmente a sua maior virtude pois uma vêz que o mdb seja tornado um mde não há como se verificar o que ora é mostrado.

Abraços, WSenna

Grande Noobezinho, obrigado por facilitar as coisas pra a Amiga Amanda, parabéns.

Bom dia Amigos

Wsenna o seu exemplo de senha sem tabelas é ótimo, mas o programador é que decide a senha.

Mas neste exemplo que anexo também não tem "Tabela de senhas" pois é o utilizador final é que decide qual a senha a utilizar ao abrir a BD pela primeira vez, que pode depois ser alterada e anulada com os respetivos Forms por alguem que tenha acesso aos formularios "FrmSegundo" que altera a pass, e "FrmTerceiro" que a elimina.

Noobezinho e WSenna, acho que os amigos tem capacidade para alterar este exemplo de maneira a ser aplicado um nome de Utilizador.

Aguardo

PS - o exemplo não é de minha autoria.

Olá Pessoal

Seguinte:

Achei legal a forma de se colocar o usuário e senha em um formulário, mas...

- Só pode ser usado por um único usuário.
- Como somente um usuário pode usar, não precisa de usuário e senha, somente a senha  seria o suficiente.
- Atualmente já se consegue extrair os formulários de mde. De accde , não sei.
Exemplo do Assis:
Nesse exemplo é usado a propriedade do banco de dados.
É adicionado uma nova propriedade(aqui pode ser o nome de um usuário) e o valor dessa propriedade , a senha
O desenvolvedor tomou o cuidado de criptografar a senha, pois pode-se pedir a relação das propriedades do BD e seus valores.
Também podemos colocar vários usuários com suas senhas, não sei qual o limite do Access para isso.
Mas seria muito trabalhoso, pois a cada usuário, teríamos que acertar o código.

Conclusão, continuo usando as tabelas, é só criptografar usuários e senhas e pronto.
Não basta?
Vejam como esconder as tabelas no exemplo (mdb e accdb) abaixo:
Oculte a tabela e tentem torna-la visíveis sem usar o botão exibir do exemplo.

Abraços

Noob

Boa noite

Noobezinho

E se a BD estiver dividida Front e Back também oculta no Back End ?

Assis

Irá colocar o código no BE e no FE. já que o FE também dá o acesso as tabelas.

Se desenvolver um aplicativo sem vínculos com as tabelas, somente no BE, claro!

Do mesmo jeito como fazemos para impedir o uso da tecla Shift ao abrir o aplicativo, faremos para ocultar as tabelas.

Lógico que somente o Desenvolvedor deverá ter acesso a esse formulário.

Porem, sempre que for implementar isso, faça uma cópia do BE e/ou do FE antes.

Abraços

Noob

Avelino

Muito bem observado !

Eu não uso desses expediente, somente a criptografia.
Esse exemplo fazem parte do acervo acumulado ao longo dos anos (eu converti do 97).
Acredito que nossos Aplicativos não venham a causar interesses, senão daqueles que
estão envolvido com ele. Ou seja, são pessoas "normais", não programadores.

Abraços
Noob

Olá Galera, boa noite.

A intenção foi criar um sistema de login e senha que permitisse acessar apenas um formulário específico como do Administrador do sistema.
É claro que nesse exemplo estariam previstas tabelas de usuários e senhas para os demais utilizadores do banco de dados.
Desta forma, apenas o Administrador poderia ter acesso à diversas propriedades do aplicativo como cadastro de usuários, finanças, e outras coisas mais que só fosse de interesse do Administrador.

Também, é verdade, que esse modelo foi desenvolvido por mim no ano de 2000 e de lá para cá muita coisa mudou no Access e novos modelos surgiram como no caso do nosso Mestre Avelino e seus sistemas de proteção de dados.

Abraços, WSenna

Bom dia todos, obrigado pelas dicas de todos pelas explicações, pela forma que fazem desse forum uma sala de aula na internet, para pessoas que como eu não tiveram a oportunidade de frequentar um faculdade, vout tentar entender como tu,do funciona, e mais uma muito obrigado mesmo do fundo do meu coração.
Amandaalves