Como NÃO gastar 30 mil no Firebase

Поділитися
Вставка
  • Опубліковано 29 січ 2025

КОМЕНТАРІ • 23

  • @danilolimas
    @danilolimas 3 роки тому +2

    excelente video cara! Realmente é preciso compreender as diferenças entre os tipos de bancos de dados, pois a modelagem incorreta para cada proposta de banco de dados pode custar uma fortuna. Abss e obrigado pelo vídeo !

    • @EdigleyssonSilva
      @EdigleyssonSilva  3 роки тому +1

      Valeu pela força, Danilo! É, o produto é muito bom mas temos que ter esses cuidados pra não sermos surpreendidos.

  • @dustnoiseplays
    @dustnoiseplays 4 роки тому +3

    Video muito bom!

  • @maksuellcode
    @maksuellcode 8 місяців тому +1

    videoo top demais

  • @arozendojr
    @arozendojr Рік тому

    Pergunta,No Firebase tem esses tokens que servem para conectar e monitorar os erros do aplicativo na mão ou navegador do cliente,Firebase Crashlytics entre outros serviços, Como colocar as credenciais do Firebase na aplicação mobile ou web,Crashlytics, de forma segura?

    • @velhoguidsd
      @velhoguidsd Рік тому

      variáveis de ambiente.

    • @EdigleyssonSilva
      @EdigleyssonSilva  Рік тому +1

      Cara, no geral se sua aplicação é um frontend mesmo que nem esses SPAs, as credenciais vão estar, inevitávelmente, no bundle final.
      Mas no geral sobre uso de envs, o conceito é relativamente simples mas cada framework/lib vai ter seu jeito de fazer. Valeu checar as recomendações da ferramenta que você está utilizando.

  • @gianngodoy3328
    @gianngodoy3328 4 роки тому +1

    Boa tarde Edegleysson, sou um programador iniciante que está dando continuidade a um projeto de aplicação que comprei, o qual utiliza o firebase como banco. Gostaria de saber se faz consultoria para conseguir calcular os valores corretos que podem vir a ser cobrados em caso de grande utilização.

    • @EdigleyssonSilva
      @EdigleyssonSilva  4 роки тому +1

      Fala aí, Giann. Tudo tranquilo?
      Podemos fazer sim. Juntos podemos fazer todo o levantamento e estimar os custos.

    • @gianngodoy3328
      @gianngodoy3328 4 роки тому

      @@EdigleyssonSilva Show, me passem os valores por email por favor giann.godoy@gmail.com, desde já agradeço!!

  • @pedrocarlosdeoliveiradossa656
    @pedrocarlosdeoliveiradossa656 2 роки тому +2

    Uma dúvida, isso também pode acontecer no plano Spark?

    • @EdigleyssonSilva
      @EdigleyssonSilva  2 роки тому +1

      Não, pois o plano spark já bloqueia operações a assim que a cota é batida.

    • @pedrocarlosdeoliveiradossa656
      @pedrocarlosdeoliveiradossa656 2 роки тому +1

      @@EdigleyssonSilva Perfeito. Outra pergunta. Se eu usar uma subcoleção dentro de um documento eu consigo diminuir a quantidade de leituras?
      Por exemplo:
      1. Eu tenho uma coleção *Alunos* onde tenho centenas de documentos com com nome e matrícula de cada alunos.
      2. Eu tenho uma coleção chamada *usuários* com apenas 1 documento e dentro dele eu coloco um Array com objetos contendo o nome e matrícula de todos os alunos.
      No 1º exemplo acredito que contaria mais de 100 leituras. No 2º acho que contaria apenas 1 leitura de 1 documento, a desvantagem seria o fato de não poder botar mais de 10000 alunos, pois atingiria o limite de 1MB por documento.
      Estou certo?

    • @matheusbrick4469
      @matheusbrick4469 4 місяці тому

      ​@@pedrocarlosdeoliveiradossa656 fala pedro beleza? Sabe me dizer se deu certo com subcollections?

  • @leandrocastro7345
    @leandrocastro7345 11 місяців тому

    Bom dia, eu, meu pai e meu irmão, temos uma pequena oficina, e estou desenvolvendo um app (pelo appyver) pra gente controlar pagamentos, entregas e peças de troca, porém ele está fazendo MUITAS leituras, e meu banco de dados está com bem poucos dados.
    Pensei que o problema era que: Eu botei um delay pra ele ficar toda hora puxando os dados do firebase, pra caso houvesse alguma atualização de dados, ele ja atualizar minha tela. Mas ai eu botei um Receive event pra só puxar esses dados caso houvesse alteração no banco de dados.
    Mesmo assim, de alguma maneira, o app comeu as 50k de leituras do firebase em 30 min, mesmo eu fechando o teste do app no cel e no navegador.
    Tem alguma dica de como posso fazer para diminuir a quantidade de leituras?

    • @EdigleyssonSilva
      @EdigleyssonSilva  10 місяців тому

      Esse é um problema do Firestore. É muito acoplado à UI e ao fluxo da sua aplicação. Então depende muito de que tipo de queries você tem e como lê os registros.
      Tem um vídeo aqui sobre técnicas do Firestore. Pode te ajudar.

  • @RichardNelis
    @RichardNelis 4 роки тому +1

    Tem como bloquear pelo próprio console do Firebase para não ultrapassar a cota free? Mesmo que o site pare de funcionar

    • @EdigleyssonSilva
      @EdigleyssonSilva  4 роки тому

      Olá Richard, tudo bom?
      Atualmente isso não é mais possível. Até o ano passado era como você pode ver no link abaixo:
      firebase.google.com/docs/firestore/quotas#manage_spending
      O que ainda é possível e é uma boa prática é definir Budget Alerts. Onde você define um valor limite e é notificado sobre quando esse valor estiver perto de ser atingido.
      Esses alertas também podem ser vinculados a um tópico PubSub e pode ser escrita uma função para executar nesse tópico. Assim caso haja alguma media como bloqueio ou algo do tipo, poderá ser feito via programação.
      Mais informações no link abaixo. Muito obrigado pelo seu comentário, abraços.
      cloud.google.com/billing/docs/how-to/budgets

    • @alitonoliveira1700
      @alitonoliveira1700 Рік тому

      Agora é possível e o vídeo abaixo mostra como:
      ua-cam.com/video/KiTg8RPpGG4/v-deo.html

  • @kbarreto
    @kbarreto 4 дні тому

    Erro básico! E ainda tem gente que acha que pode criar SaaS sem entender de programação!

  • @renanconta
    @renanconta 2 роки тому +1

    Ele teve que pagar o dinheiro lá?

    • @EdigleyssonSilva
      @EdigleyssonSilva  Рік тому

      A Google acabou anistiando essa dívida. Só não lembro se foi integral ou em partes. No post tem mais detalhes de como foi.