Excelente conteúdo. Um assunto que seria interessante é login/logout/refresh em uma aplicação multitenancy. Comecei a estudar Nest JS e de cara foi o seu canal que me deu a base sólida. Outra coisa interessante é um acesso a base de dados PostgreSQL de uma aplicação multitenancy em que podemos setar o código do tenancy direto no pool de conexão e assim não é necessário repetir o código: `tenantId=${tenantId}` em cada query. Continua com esses conteúdos de qualidade. Um forte abraço.
Opa, Francisco, obrigado pelo comentário! Dá pra ver que vc é um cara experiente na área, e fico mto feliz de saber que ainda assim o canal te deu uma base sólida! O multitenancy seria um bom desafio, hein! Já implementei no C#, mas não ainda no NestJS. Vou estudar e trazer esse conteúdo aqui no canal. Abs, sucesso!
A propósito, to com um problema com essa droga do Firebase, tenho q escrever muita coisa no Firebase ao mesmo tempo, mas o bath limit dele é só 500, bixo to tomando deadline direto...
Opa, obrigado pela força :) bom saber que o canal está sendo útil. Isso que o Firebase está fazendo contigo se chama throttling, que basicamente é um jeito de controlar o fluxo de requisições que ele aceita. Isso serve pra evitar abuso ou um uso exagerado que gere picos de processamento e desbalanceie a carga que eles conseguem suportar. A maioria das integrações que você vai trabalhar tem algo assim. E mais: se um dia você expuser sua API pro mundo usar, você também deveria implementar isso pra evitar picos inesperados que possam derrubar seu app. O que você precisa fazer é limitar a quantidade de dados que manda pro Firebase. Pra isso, dá pra usar filas e jobs em segundo plano. Dá uma olhada nesse vídeo aqui, que tem o passo a passo: th-cam.com/video/DfhzJ4_zXB0/w-d-xo.htmlsi=JMQB8_MNPtiL3xVo Espero que ajude!
Fala Hebert, valeu por acompanhar o canal e por deixar a dica :) eu pessoalmente gosto de usar o await na frente de toda e qualquer função assíncrona puramente como reforço de hábito, pois já perdi algumas horas de vida debugando problemas que eram simplesmente falta de usar o await 😅
@PhillCode Sucesso irmão, seus vídeos são muito tops. Poderia fazer um vídeo sobre autenticação com o google oauth e nest. Precisei implementar e tinha pouquíssimo material sobre, em português não tinha nenhum.
@@herbertduarte_dev Oh, valeu demais! Google OAuth é enjoado mesmo, também já precisei implementar e custei acertar. Pra falar bem a verdade, até hoje tenho um problema danado com invalid_grant após uns dias depois do último acesso do usuário, sendo que faço utilização do token pelo menos 1x por dia e o refresh token teoricamente dura 6 meses. Já vi mais gente com esse problema na internet, mas é mal documentado e a Google não fornece detalhes. Assim que eu acertar esse problema aqui com certeza faço um vídeo!
Excelente conteúdo. Um assunto que seria interessante é login/logout/refresh em uma aplicação multitenancy. Comecei a estudar Nest JS e de cara foi o seu canal que me deu a base sólida.
Outra coisa interessante é um acesso a base de dados PostgreSQL de uma aplicação multitenancy em que podemos setar o código do tenancy direto no pool de conexão e assim não é necessário repetir o código: `tenantId=${tenantId}` em cada query.
Continua com esses conteúdos de qualidade.
Um forte abraço.
Opa, Francisco, obrigado pelo comentário! Dá pra ver que vc é um cara experiente na área, e fico mto feliz de saber que ainda assim o canal te deu uma base sólida!
O multitenancy seria um bom desafio, hein! Já implementei no C#, mas não ainda no NestJS. Vou estudar e trazer esse conteúdo aqui no canal.
Abs, sucesso!
Parabéns pelo conteúdo, to acompanhando todos os videos!
A propósito, to com um problema com essa droga do Firebase, tenho q escrever muita coisa no Firebase ao mesmo tempo, mas o bath limit dele é só 500, bixo to tomando deadline direto...
Opa, obrigado pela força :) bom saber que o canal está sendo útil.
Isso que o Firebase está fazendo contigo se chama throttling, que basicamente é um jeito de controlar o fluxo de requisições que ele aceita. Isso serve pra evitar abuso ou um uso exagerado que gere picos de processamento e desbalanceie a carga que eles conseguem suportar.
A maioria das integrações que você vai trabalhar tem algo assim. E mais: se um dia você expuser sua API pro mundo usar, você também deveria implementar isso pra evitar picos inesperados que possam derrubar seu app.
O que você precisa fazer é limitar a quantidade de dados que manda pro Firebase. Pra isso, dá pra usar filas e jobs em segundo plano. Dá uma olhada nesse vídeo aqui, que tem o passo a passo: th-cam.com/video/DfhzJ4_zXB0/w-d-xo.htmlsi=JMQB8_MNPtiL3xVo
Espero que ajude!
Mandei pra minha vó. Top
😂😂😂 melhor comentário! Valeu pela força Saulo!
bom demias os conteudos!
Opa Victor, obrigado! Compartilha aí pra ajudar o canal a crescer ;)
Ótimo vídeo. Uma dica , quando a função é assincrona e retornaruma outra chamada assincrona não é necessário usar o await, após o return.
Fala Hebert, valeu por acompanhar o canal e por deixar a dica :) eu pessoalmente gosto de usar o await na frente de toda e qualquer função assíncrona puramente como reforço de hábito, pois já perdi algumas horas de vida debugando problemas que eram simplesmente falta de usar o await 😅
@PhillCode Sucesso irmão, seus vídeos são muito tops. Poderia fazer um vídeo sobre autenticação com o google oauth e nest. Precisei implementar e tinha pouquíssimo material sobre, em português não tinha nenhum.
@@herbertduarte_dev Oh, valeu demais! Google OAuth é enjoado mesmo, também já precisei implementar e custei acertar. Pra falar bem a verdade, até hoje tenho um problema danado com invalid_grant após uns dias depois do último acesso do usuário, sendo que faço utilização do token pelo menos 1x por dia e o refresh token teoricamente dura 6 meses. Já vi mais gente com esse problema na internet, mas é mal documentado e a Google não fornece detalhes. Assim que eu acertar esse problema aqui com certeza faço um vídeo!
e um possivel metodo de redefinição de senha?
Boa dica, vou fazer esse vídeo!