Atuamos com Laravel faz mais de 5 anos e sabemos o quão difícil é encontrar conteúdo estruturado e completo na nossa língua nativa (português): deep dive, performance, API's, testes automatizados, deploy. Se você curtiu, confira o vídeo pra saber mais: ruclips.net/video/saYeBhJY--A/видео.html
Opa amigo massa o tutorial. O ideal seria ter uma tabela user_providers, onde guardaria o provider, provider_id e o user_id. Quando fizesse o login social com outra rede, vc salvava nessa tabela, e pra consultar o melhor é validar pelo provider junto com o provider_id, caso n encontrasse ai sim validaria por email com (firstOrCreate), e logo depois cadastraria os dados do provider na tabela user_providers .
Show de bola! Como aditivo, eu colocaria o firstOrCreate verificando o provider_id também, se não o cara consegue se logar só fazendo um retorno de API para sua URL de callback informando o e-mail. Agora a dúvida é, e se o cara conecta várias contas, tipo, quero logar com Google e/ou Facebook?
Ótimo video! Tem como passar parametro de tipo de user? Por ex, se eu tiver empersa/cliente para esse tipo de login, como posso fazer essa diferenciação para saber qual cadastro criar no banco (empresa ou cliente)?
Fala Chrystian, muito obrigado pelo feedback. Você pode sim passar parâmetros opcionais com o método with, e depois acessar na URL de redirecionamento. Tem um exemplo na documentação, depois fala pra gente se deu certo pro seu caso. laravel.com/docs/7.x/socialite#optional-parameters
Muito bom o vídeo, muito bem explicado. Mas ainda fiquei com duvida de como ficaria a logica caso o usuário autentique com um provider e seu email seja o mesmo de outro provider
Bela dúvida, Ketler! Nesse caso do vídeo que fiz 3 providers diferentes pra explicar como faz e fixar o conhecimento, eu não fiz a tratativa pro usuário que por um algum motivo tentar se autenticar em um provider pela primeira vez e na segunda vez usar outro provider onde os emails são iguais. O que aconteceria é ao rodar o firstOrCreate usando o e-mail, ele ia encontrar o usuário já cadastrado porém com outro provider e o fluxo ia continuar normal sem nenhuma alteração no banco de dados. O que poderia ser feito é criar uma tabela 1 - N com users chamada providers por exemplo, e tratar pra sempre que o usuário usar um provider que nunca usou criar uma linha nessa tabela. Dessa forma a query ia mudar tbm, vc poderia fazer a query direto nessa tabela de providers fazendo uma combinação entre o name do provider e o provider_id. Como a gente sempre diz aqui no canal, tudo isso vai depender da sua necessidade.
Atuamos com Laravel faz mais de 5 anos e sabemos o quão difícil é encontrar conteúdo estruturado e completo na nossa língua nativa (português): deep dive, performance, API's, testes automatizados, deploy.
Se você curtiu, confira o vídeo pra saber mais:
ruclips.net/video/saYeBhJY--A/видео.html
Opa amigo massa o tutorial. O ideal seria ter uma tabela user_providers, onde guardaria o provider, provider_id e o user_id. Quando fizesse o login social com outra rede, vc salvava nessa tabela, e pra consultar o melhor é validar pelo provider junto com o provider_id, caso n encontrasse ai sim validaria por email com (firstOrCreate), e logo depois cadastraria os dados do provider na tabela user_providers .
Que aulão esse é tão simples fazer, cheguei sem saber nada e sai fazendo o meu sistema, grande abraço ótimo conteúdo.
A gente fica mto feliz com esse tipo de mensagem, muito obrigado Junior. 🍻🍻
Vídeo incrível!
laravel new login_social --auth
mano esse comando não esta funcionando no meu terminal.
Show de bola! Como aditivo, eu colocaria o firstOrCreate verificando o provider_id também, se não o cara consegue se logar só fazendo um retorno de API para sua URL de callback informando o e-mail. Agora a dúvida é, e se o cara conecta várias contas, tipo, quero logar com Google e/ou Facebook?
Fala, Eduardo!!
Demoramos mas respondemos seu comentário ao vivo, assiste ai depois:
ruclips.net/video/pKyEPMrUK7M/видео.html
Sensacional! Show de bola. Simples e fácil!
Que bom que gostou, Mateus 🍻🍻
Muito bom, deu pra acompanhar e fazer aqui no meu projeto, parabens
Muito bom!!!! 🤩🤩
Ótimo video! Tem como passar parametro de tipo de user? Por ex, se eu tiver empersa/cliente para esse tipo de login, como posso fazer essa diferenciação para saber qual cadastro criar no banco (empresa ou cliente)?
Fala Chrystian, muito obrigado pelo feedback.
Você pode sim passar parâmetros opcionais com o método with, e depois acessar na URL de redirecionamento.
Tem um exemplo na documentação, depois fala pra gente se deu certo pro seu caso.
laravel.com/docs/7.x/socialite#optional-parameters
Ótimo conteúdo 👏👏
Vlwww! 🍻🍻
Excelente e muito obrigado!
Muito bom mesmo, ajudou dmais.
Que bom que ajudou, Matheus. TMJ
Muito bom o vídeo, muito bem explicado. Mas ainda fiquei com duvida de como ficaria a logica caso o usuário autentique com um provider e seu email seja o mesmo de outro provider
Bela dúvida, Ketler!
Nesse caso do vídeo que fiz 3 providers diferentes pra explicar como faz e fixar o conhecimento, eu não fiz a tratativa pro usuário que por um algum motivo tentar se autenticar em um provider pela primeira vez e na segunda vez usar outro provider onde os emails são iguais.
O que aconteceria é ao rodar o firstOrCreate usando o e-mail, ele ia encontrar o usuário já cadastrado porém com outro provider e o fluxo ia continuar normal sem nenhuma alteração no banco de dados.
O que poderia ser feito é criar uma tabela 1 - N com users chamada providers por exemplo, e tratar pra sempre que o usuário usar um provider que nunca usou criar uma linha nessa tabela. Dessa forma a query ia mudar tbm, vc poderia fazer a query direto nessa tabela de providers fazendo uma combinação entre o name do provider e o provider_id.
Como a gente sempre diz aqui no canal, tudo isso vai depender da sua necessidade.
um pouco tarde, mas eu fiz um createOrUpdate, assim mudo só o provider_enum do usuário
Boa bro
Vlw, Lucas! 🍻🍻
No meu retorno da erro por causa do https. Saberia como resolver este problema?
Depende o erro kkkk
Manda no nosso grupo do telegram que a gente da um jeito
Muito bom mano. Dica: não da para ler quase nada com o seu theme no Php Storm. Nem menus, arquivos, titulo...
Opa, vlw pela dica Dagmar!
Pros próximos eu vou aumentar a fonte pra ver se melhora.
Danilo, blz? Grupo do wpp lotado...
Problema resolvido: bit.ly/BeerandCodeTelegram
@@beerandcode haha já estou lá .. acebei achando! Valeu!!
@@lucaspenha639 booooua!