Sistema De Login

[edumc]

Olá,

Muita gente precisa de um bom e completo sistema de login e não encontra. Vamos aqui criar um!

Seguem algumas idéias que deveriam constar neste sistema:

--- Página de Cadastro

--- Recuperação de Senha (o usuário digita o e-mail cadastrado e é enviada uma nova senha / senha gravada em md5, para a recuperação o sistema gerará uma nova senha para o usuário, aumentando assim a segurança do nosso sistema)

--- Validação de E-mail (após o cadastro o usuário recebe um e-mail e clica em um link para que só assim possa efetuar seu login)

--- Página de Administração (uma página com todos os dados dos cadastrados e um arquivo .txt com todos os emails cadastrados para facilitar o envio de mala direta)

--- Utilizarmos mensagens após o usuário se logar no site (Olá "usuário")

--- Se possível uma página para os usuário editarem seus dados.

Agora vamos lá galera, comecem a postar!

[Beraldo]

Operação Log-in! haahahhaha :P

[Tenko]

Parece nome de filme, será que vai ter o 2 rsrs, talvez apareça mulher agora rsrsr

[sorocabaunderground]

huauhauhauhauha

:P

[Beraldo]

Tenko. por que deveríamos ter o campo statusUser( char 1 ) Ativo = A, Inativo = I?

Não seria melhor termos um link, no painel de admin, para excluir o usuário?

[sorocabaunderground]

Tenko. por que deveríamos ter o campo statusUser( char 1 ) Ativo = A, Inativo = I?

Não seria melhor termos um link, no painel de admin, para excluir o usuário?

acho que ele penso assim

ativo = 1

inativo = 2

[Beraldo]

O fato de ser 1 e 2 ou A e I não interfere. O fato é: devemos ter a opção de banir o user (como o Tenko disse, tornando-o Inativo) ou simplesmente excluir o user do BD?

[::frenetico::]

Galera esse tópico já está na pagina 11, até a gente definimos tudo mesmo.... ai vai está na pagina 60 :P huahua zuera, bom pensei no nome:

HexaSystemLogin 1.0

Explicando:

Hexa... por causa da copa, e também o nosso login esta muito HEXAgerado hehehe

System de sistema

Login de login :P

o que acha??

huahauaha

[sorocabaunderground]

aí eu acho que depende de onde vai sar instalado o sistema de login eu acho

porque podemos banir ou deletar

banir - eu acho que é + para foruns e coisas do genero

deletar - eu acho que é + para sistemas de administração de sites essas coisas aí tem que ver

[Tenko]

Mas com a exclusão, o cara pode fazer um novo cadastro, se usarmos um número chave, tipo IP ou CPF podemos mudar o status dele e nunca mais deixar ele usar o sistema, só se ele usar o cpf de alguém que não é cadastrardo é lógico.

O nome que o frenetico deu é o melhor rsrsrs, espero que sim né

[Beraldo]

O nome sugerido pelo frenetico é bem bom! por mim, esse será o nome.

Tenko, nem todos que usarem o sistema serão maiores de 18 anoda, ou seja, nem todos terão CPF.

IP em conexão discada é sempre diferente. Também não adianta

[Tenko]

Tem razão, vamos esquecer essa besteira então e só tirar o mané, acho que vou ser o 1º a ser excluído srsrs

[Beraldo]

hehehe

Então vamos criar o banco chamado "login", tabela chamada 'usuarios", com os seguintes campos:

- UserID

- UserNome

- UserCidade

- UserUF

- UserEmail

- UserUsername

- UserSenha

Pode ser??

*UserUsername foi boa.. mas é para manter o padrão :P

[sorocabaunderground]

entaum bora passar os trampos para os grupos ahuauhaauha

[Tenko]

Já temos a Base, vamos a divisão do serviço então

É melhor deixar o nome das tabelas como tblUsuario, vamos por padrão em tudo

Cade o Frenetico, nosso GURU, ele que vai passar o trampo pra nós

[sorocabaunderground]

enquanto isso alguém pode me dar um help!

?

http://scriptbrasil.com.br/forum/index.php?showtopic=78992

uhauha

:P

[Beraldo]

É bom todos terem o banco configurado. Então vamos criá-lo?

Atenção, classe: :P

CREATE DATABASE `login` ;

* cria o banco de dados

CREATE TABLE `tblUsuarios` (
`UserID` INT( 6 ) NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`UserNome` VARCHAR( 200 ) NOT NULL ,
`UserCidade` VARCHAR( 200 ) NOT NULL ,
`UserUF` CHAR( 2 ) NOT NULL ,
`UserEmail` VARCHAR( 200 ) NOT NULL ,
`UserUsername` VARCHAR( 50 ) NOT NULL,
`UserSenha` CHAR(32) NOT NULL
)
)

* Cria a tabela e seus campos

Estou pensando aqui: será que não deveríamos tirar o ID e deixar o Username como chave primária? Para nãao haver dois users com o mesmo nome de usuário.

[Tenko]

Bele fessora =)

Só falta ver o que cada pamonha vai fazer rsrs

[Beraldo]

Fessora é o cara***! :P hehehehehehe

[Fabyo]

não precisa tirar o campo id, o id é fundamental para o sistema

se quiser não deixar cadastrar nomes iguais só usar o UNIQUE

outra coisa que muita gente confunde, dentro de uma tabela não existe confusao, eu posso ter uma tabela com campo nome

e outra tabela com campo nome que não tera problema, dai não precisa criar tabela com campos abreviados tipo UserNomeCampo

o que manda é só saber fazer os select

[Beraldo]

E como funciona esse UNIQUE? Onde eu o coloco?

*Nós colocamos user antes dos campos só para manter o padrão, proposto pelo Tenko e aceito pelos integrantes do grupo.

[Guest Iuri]

galera não teremops o campo de confirmação de senha???

[Beraldo]

A confirmação é feita no script PHP, com if's. Não é necessário gravar as duas senhas no BD.

[baladaclick]

será que uma imagem de confirmação não fica mais bonitinho e seguro?

[Beraldo]

Acho besteira fazer verificação por imagem - é ruim demais :P -, mas se a maioria quiser, faremos-a! :)

[::frenetico::]

Eu também acho que não é necessario...... :D,

mais.........