Un progetto Firebase è l'entità di primo livello per Firebase. In un progetto puoi registrare le tue app Apple, Android o Web. Dopo aver registrato le tue app con Firebase, puoi aggiungere gli SDK Firebase specifici del prodotto alla tua app, come Analytics, Cloud Firestore, Crashlytics o Remote Config.
Dovresti registrare le varianti delle tue app Apple, Android e Web all'interno di un singolo progetto Firebase. Puoi utilizzare più progetti Firebase per supportare più ambienti, ad esempio sviluppo, gestione temporanea e produzione.
Ecco alcune risorse per saperne di più sui progetti Firebase:
Comprendere i progetti Firebase : fornisce brevi panoramiche di diversi concetti importanti sui progetti Firebase, inclusa la loro relazione con Google Cloud e la gerarchia di base di un progetto e delle relative app e risorse.
Best practice generali per la configurazione di progetti Firebase : fornisce best practice generali di alto livello per la configurazione di progetti Firebase e la registrazione delle tue app con un progetto in modo da avere un flusso di lavoro di sviluppo chiaro che utilizza ambienti distinti.
Tieni presente che per tutti i progetti Firebase, Firebase aggiunge automaticamente un'etichetta firebase:enabled nella pagina Etichette del tuo progetto nella console Google Cloud. Scopri di più su questa etichetta nelle nostre Domande frequenti .
Che cos'è un'organizzazione Google Cloud?
Un'organizzazione Google Cloud è un contenitore per progetti Google Cloud (inclusi i progetti Firebase). Questa gerarchia consente una migliore organizzazione, gestione degli accessi e controllo dei tuoi progetti Google Cloud e Firebase. Per ulteriori informazioni, fare riferimento a Creazione e gestione delle organizzazioni .
Come faccio ad aggiungere Firebase a un progetto Google Cloud esistente?
Puoi aggiungere Firebase a questi progetti esistenti utilizzando una delle seguenti opzioni:
Utilizzando la console Firebase: Nella pagina di destinazione della console Firebase , fai clic su Aggiungi progetto , quindi seleziona il progetto esistente dal menu Nome progetto .
Utilizzando un'opzione programmatica:
Chiama l'endpoint API REST di Firebase Management addFirebase .
Perché il mio progetto Google Cloud ha un'etichetta firebase:enabled ?
Nella pagina Etichette del tuo progetto nella console Google Cloud, potresti vedere un'etichetta di firebase:enabled (nello specifico, una Key di firebase con un Valueenabled ).
Firebase ha aggiunto automaticamente questa etichetta perché il tuo progetto è un progetto Firebase, il che significa che per il tuo progetto sono abilitati servizi e configurazioni specifici di Firebase. Scopri di più sulla relazione tra i progetti Firebase e Google Cloud .
Ti consigliamo vivamente di non modificare o eliminare questa etichetta. Questa etichetta viene utilizzata da Firebase e Google Cloud per elencare i tuoi progetti Firebase (ad esempio, utilizzando l' endpoint projects.list dell'API REST o nei menu all'interno della console Firebase).
Tieni presente che l'aggiunta manuale di questa etichetta al tuo elenco di etichette di progetto NON abilita configurazioni e servizi specifici di Firebase per il tuo progetto Google Cloud. Per fare ciò, devi aggiungere Firebase tramite la console Firebase (o, per casi d'uso avanzati, tramite l' API REST di Firebase Management o la CLI Firebase ).
Perché il mio progetto Firebase non viene visualizzato nel mio elenco di progetti Firebase?
Queste domande frequenti sono applicabili se non vedi il tuo progetto Firebase nei seguenti posti:
In un elenco di progetti che stai visualizzando nella console Firebase
Nella risposta dall'esecuzione del comando CLI di Firebase firebase projects:list
Prova questi passaggi per la risoluzione dei problemi:
Innanzitutto, prova ad accedere al tuo progetto visitando direttamente l'URL del progetto. Utilizza il seguente formato: https://console.firebase.google.com/project/ PROJECT-ID /overview
Se non riesci ad accedere al progetto o ricevi errori di autorizzazione, controlla quanto segue:
Assicurati di aver effettuato l'accesso a Firebase utilizzando lo stesso Account Google che ha accesso al progetto. Puoi accedere e uscire dalla console Firebase tramite l'avatar del tuo account nell'angolo in alto a destra della console.
Assicurati che il tuo progetto abbia l'etichetta firebase:enabled nella pagina Etichette del tuo progetto nella console Google Cloud. Firebase e Google Cloud utilizzano questa etichetta per elencare i tuoi progetti Firebase. Se non vedi questa etichetta ma l'API di gestione Firebase è abilitata per il tuo progetto, aggiungi manualmente l'etichetta (nello specifico, una Key di firebase con un Valueenabled ).
Assicurati che ti sia stato assegnato uno dei ruoli IAM di base (proprietario, editor, visualizzatore) o un ruolo che disponga di autorizzazioni relative a Firebase, ad esempio un ruolo predefinito Firebase . Puoi visualizzare i tuoi ruoli nella pagina IAM della console Google Cloud.
Se il tuo progetto appartiene a un'organizzazione Google Cloud, potresti richiedere autorizzazioni aggiuntive per visualizzare il progetto elencato nella console Firebase. Contatta la persona che gestisce la tua organizzazione Google Cloud per fornirti il ruolo appropriato per visualizzare il progetto, ad esempio il ruolo Browser.
Se nessuno dei passaggi di risoluzione dei problemi riportati sopra ti consente di visualizzare il tuo progetto in un elenco di progetti Firebase, contatta l'assistenza Firebase .
Quanti progetti posso avere per account?
Piano tariffario Spark: la tua quota di progetto è limitata a un numero limitato di progetti (di solito circa 5-10).
Piano tariffario Blaze: la quota del tuo progetto per account di fatturazione Cloud aumenta sostanzialmente finché il tuo account di fatturazione Cloud è in regola.
Tieni presente che l'eliminazione completa di un progetto richiede 30 giorni e viene conteggiata ai fini della tua quota finché non viene completamente eliminata.
Quante app Firebase posso avere in un progetto Firebase?
Un progetto Firebase è un contenitore per le app Firebase su Apple, Android e Web. Firebase limita a 30 il numero totale di app Firebase all'interno di un progetto Firebase.
Dopo questo numero, le prestazioni iniziano a peggiorare (soprattutto per Google Analytics) e alla fine, con un numero maggiore di app, alcune funzionalità del prodotto smettono di funzionare. Inoltre, se utilizzi l'accesso con Google come provider di autenticazione, viene creato un ID client OAuth 2.0 sottostante per ogni app nel tuo progetto. Esiste un limite di circa 30 ID cliente che possono essere creati all'interno di un singolo progetto.
Dovresti assicurarti che tutte le app Firebase all'interno di un singolo progetto Firebase siano varianti della piattaforma della stessa applicazione dal punto di vista dell'utente finale. Ad esempio, se sviluppi un'applicazione white label, ciascuna app etichettata in modo indipendente dovrebbe avere il proprio progetto Firebase, ma le versioni Apple e Android di tale etichetta possono trovarsi nello stesso progetto. Leggi indicazioni più dettagliate nelle nostre best practice generali per la configurazione di progetti Firebase .
Nel raro caso in cui il tuo progetto richieda più di 30 app, puoi richiedere un aumento del limite delle app. Il tuo progetto deve essere incluso nel piano tariffario Blaze per effettuare questa richiesta. Visita la console Google Cloud per presentare la tua richiesta e farla valutare. Scopri di più sulla gestione delle quote nella documentazione di Google Cloud.
Cosa succede se taggo il mio progetto come ambiente di "produzione"?
Nella console Firebase, puoi taggare i tuoi progetti Firebase con il loro tipo di ambiente, come ambienti di produzione o non specificati (non di produzione).
Contrassegnare il tuo progetto come tipo di ambiente non ha alcun effetto sul funzionamento del tuo progetto Firebase o sulle sue funzionalità. Tuttavia, il tagging può aiutare te e il tuo team a gestire i vari progetti Firebase per il ciclo di vita dell'app.
Se tagghi il tuo progetto come ambiente di produzione, aggiungiamo un tag Prod dai colori vivaci al progetto nella console Firebase, ricordandoti che eventuali modifiche potrebbero influire sulle app di produzione associate. In futuro, potremmo aggiungere più funzionalità e protezioni per i progetti Firebase contrassegnati come ambienti di produzione.
Per modificare il tipo di ambiente del tuo progetto Firebase, vai alle settingsImpostazioni progetto > Generale , quindi nella scheda Il tuo progetto in Ambiente , fai clic su edit per modificare il tipo di ambiente.
Dove posso trovare l'ID app per la mia app Firebase?
Nella console Firebase, vai alle settingsImpostazioni progetto . Scorri verso il basso fino alla scheda Le tue app , quindi fai clic sull'app Firebase desiderata per visualizzare le informazioni sull'app, incluso l' ID app .
Uno dei seguenti ruoli Firebase: Proprietario o Amministratore Firebase E
Uno dei seguenti livelli di accesso a Google Play: proprietario dell'account o amministratore
Per collegare la tua app AdMob , devi essere sia proprietario di un progetto Firebase che amministratore AdMob.
Per collegare il tuo account AdWords , devi essere sia proprietario di un progetto Firebase che amministratore AdWords.
Per collegare il tuo progetto BigQuery , devi essere il proprietario del progetto Firebase.
Quali avvisi open source dovrei includere nella mia app?
Sulle piattaforme Apple, il pod Firebase contiene un file NOTICES che include le voci pertinenti. L'SDK Android Firebase contiene Activity di supporto per mostrare le informazioni sulla licenza.
Autorizzazioni e accesso ai progetti Firebase
Come posso assegnare un ruolo a un membro del progetto, come il ruolo Proprietario?
Per gestire i ruoli assegnati a ciascun membro del progetto, devi essere un proprietario del progetto Firebase (o essere assegnato a un ruolo con l'autorizzazione resourcemanager.projects.setIamPolicy ).
Ecco i luoghi in cui puoi assegnare e gestire i ruoli:
La console Google Cloud offre un ampio set di strumenti per assegnare ruoli ai membri del progetto nella pagina IAM . Nella console Cloud puoi anche creare e gestire ruoli personalizzati , nonché concedere agli account di servizio l'accesso al tuo progetto.
Tieni presente che nella console Google Cloud i membri del progetto sono chiamati entità .
Se il Proprietario del tuo progetto non può più svolgere le attività di un Proprietario (ad esempio, la persona ha lasciato la tua azienda) e il tuo progetto non è gestito tramite un'organizzazione Google Cloud (vedi paragrafo successivo), puoi contattare l'assistenza Firebase per avere assegnato un Proprietario temporaneo.
Tieni presente che se un progetto Firebase fa parte di un'organizzazione Google Cloud, potrebbe non avere un proprietario. Se non riesci a trovare un proprietario per il tuo progetto Firebase, contatta la persona che gestisce la tua organizzazione Google Cloud per assegnare un proprietario per il progetto.
Come posso trovare il proprietario di un progetto Firebase?
Puoi visualizzare i membri del progetto e i loro ruoli nelle seguenti posizioni:
Se hai accesso al progetto nella console Firebase, puoi visualizzare l'elenco dei membri del progetto, inclusi i proprietari, nella pagina Utenti e autorizzazioni della console Firebase.
Se non hai accesso al progetto nella console Firebase, controlla se hai accesso al progetto nella console Google Cloud. Puoi visualizzare l'elenco dei membri del progetto, inclusi i proprietari, nella pagina IAM della console Google Cloud.
Se il Proprietario del tuo progetto non può più svolgere le attività di un Proprietario (ad esempio, la persona ha lasciato la tua azienda) e il tuo progetto non è gestito tramite un'organizzazione Google Cloud (vedi paragrafo successivo), puoi contattare l'assistenza Firebase per avere assegnato un Proprietario temporaneo.
Tieni presente che se un progetto Firebase fa parte di un'organizzazione Google Cloud, potrebbe non avere un proprietario. Invece, la persona che gestisce la tua organizzazione Google Cloud può eseguire molte attività che può svolgere un proprietario. Tuttavia, per eseguire diverse attività specifiche del proprietario (come l'assegnazione di ruoli o la gestione delle proprietà di Google Analytics), l'amministratore potrebbe dover assegnarsi il ruolo di proprietario effettivo per eseguire tali attività. Se non riesci a trovare un proprietario per il tuo progetto Firebase, contatta la persona che gestisce la tua organizzazione Google Cloud per assegnare un proprietario per il progetto.
Perché o quando dovrei assegnare a un membro del progetto il ruolo di Proprietario?
Per garantire una corretta gestione di un progetto Firebase, è necessario che abbia un Proprietario . Il proprietario di un progetto è la persona che può eseguire diverse azioni amministrative importanti (come l'assegnazione di ruoli e la gestione delle proprietà di Google Analytics) e l'assistenza Firebase può soddisfare solo richieste amministrative provenienti da proprietari di progetto dimostrati.
Dopo aver configurato i proprietari per un progetto Firebase, è importante mantenere aggiornate tali assegnazioni.
Tieni presente che se un progetto Firebase fa parte di un'organizzazione Google Cloud, la persona che gestisce la tua organizzazione Google Cloud può eseguire molte attività che può svolgere un proprietario. Tuttavia, per diverse attività specifiche del proprietario (come l'assegnazione di ruoli o la gestione delle proprietà di Google Analytics), l'amministratore potrebbe dover assegnarsi il ruolo di proprietario effettivo per eseguire tali attività.
Non penso di avere un progetto Firebase, ma ne ho ricevuto un'e-mail. Come posso accedere a questo progetto?
L'e-mail che hai ricevuto dovrebbe contenere un collegamento per aprire il tuo progetto Firebase. Facendo clic sul collegamento nell'e-mail, il progetto dovrebbe essere aperto nella console Firebase.
Se non riesci ad aprire il progetto nel collegamento, assicurati di aver effettuato l'accesso a Firebase utilizzando lo stesso Account Google che ha ricevuto l'email relativa al progetto. Puoi accedere e uscire dalla console Firebase tramite l'avatar del tuo account nell'angolo in alto a destra della console.
Tieni presente che se sei l'amministratore di un'organizzazione Google Cloud, potresti ricevere notifiche sulle modifiche ai progetti Firebase all'interno della tua organizzazione. Tuttavia, potresti non disporre di autorizzazioni sufficienti per aprire il progetto Firebase. In questi casi, la soluzione più semplice è assegnarsi il ruolo di Proprietario effettivo per aprire il progetto ed eseguire le azioni richieste. Scopri di più su perché e quando assegnare il ruolo di Proprietario .
Piattaforme e framework
Visita le pagine di risoluzione dei problemi e domande frequenti specifiche della piattaforma per suggerimenti utili e risposte ad ulteriori domande frequenti.
Quali sono i browser supportati per accedere alla console Firebase?
È possibile accedere alla console Firebase dalle versioni recenti dei browser desktop più diffusi come Chrome, Firefox, Safari ed Edge. I browser mobili attualmente non sono completamente supportati.
Posso caricare la console Firebase, ma perché non riesco a trovare o accedere al mio progetto Firebase?
Queste domande frequenti sono applicabili se riscontri uno dei seguenti problemi:
La console Firebase restituisce una pagina di errore che indica che il tuo progetto potrebbe non esistere o che non hai accesso al progetto.
La console Firebase non visualizza il tuo progetto anche quando inserisci l'ID progetto o il nome del progetto nel campo di ricerca della console.
Prova questi passaggi per la risoluzione dei problemi:
Innanzitutto, prova ad accedere al tuo progetto visitando direttamente l'URL del progetto. Utilizza il seguente formato: https://console.firebase.google.com/project/ PROJECT-ID /overview
Se ancora non riesci ad accedere al progetto o ricevi errori di autorizzazione, controlla quanto segue:
Assicurati di aver effettuato l'accesso a Firebase utilizzando lo stesso Account Google che ha accesso al progetto. Puoi accedere e uscire dalla console Firebase tramite l'avatar del tuo account nell'angolo in alto a destra della console.
Assicurati che ti sia stato assegnato uno dei ruoli IAM di base (proprietario, editor, visualizzatore) o un ruolo che disponga di autorizzazioni relative a Firebase, ad esempio un ruolo predefinito Firebase . Puoi visualizzare i tuoi ruoli nella pagina IAM della console Google Cloud.
Se il tuo progetto appartiene a un'organizzazione Google Cloud, potresti richiedere autorizzazioni aggiuntive per visualizzare il progetto elencato nella console Firebase. Contatta la persona che gestisce la tua organizzazione Google Cloud per fornirti il ruolo appropriato per visualizzare il progetto, ad esempio il ruolo Browser.
Se nessuno dei passaggi di risoluzione dei problemi riportati sopra ti consente di trovare o accedere al tuo progetto, contatta l'assistenza Firebase .
Perché la console Firebase non viene caricata?
Queste domande frequenti sono applicabili se riscontri uno dei seguenti problemi:
Una pagina nella console Firebase non termina mai il caricamento.
I dati all'interno di una pagina non vengono caricati come previsto.
Ricevi messaggi di errore del browser durante il caricamento della console Firebase.
Prova questi passaggi per la risoluzione dei problemi:
Per modificare la preferenza della lingua, vedere Cambiare lingua .
La console Firebase supporta le seguenti lingue:
Inglese
Portoghese Brasiliano
francese
Tedesco
indonesiano
giapponese
coreano
russo
Cinese semplificato
spagnolo
Cinese tradizionale
Quali ruoli e autorizzazioni supporta la console Firebase?
La console Firebase e la console Google Cloud utilizzano gli stessi ruoli e autorizzazioni sottostanti. Scopri di più su ruoli e autorizzazioni nella documentazione IAM di Firebase .
Un proprietario del progetto può aggiungere altri membri al progetto, impostare integrazioni (collegamento del progetto a servizi come BigQuery o Slack) e avere accesso completo in modifica al progetto.
Un editor di progetto ha accesso completo alla modifica del progetto.
Un visualizzatore di progetto ha solo accesso in lettura per il progetto. Tieni presente che la console Firebase attualmente non nasconde/disabilita i controlli dell'interfaccia utente di modifica dai visualizzatori del progetto, ma queste operazioni falliranno per i membri del progetto a cui è stato assegnato il ruolo di Visualizzatore.
Firebase supporta anche:
Ruoli predefiniti Firebase : ruoli specifici di Firebase curati che consentono un controllo degli accessi più granulare rispetto ai ruoli di base di Proprietario, Editor e Visualizzatore.
Ruoli personalizzati : ruoli IAM completamente personalizzati creati per personalizzare un set di autorizzazioni che soddisfino i requisiti specifici della tua organizzazione.
Prezzi
Quali prodotti vengono pagati? Quali sono a costo zero?
I prodotti infrastrutturali a pagamento di Firebase sono Realtime Database, Cloud Storage for Firebase, Cloud Functions, Hosting, Test Lab e autenticazione telefonica. Offriamo un livello gratuito per tutte queste funzionalità.
Firebase offre anche molti prodotti gratuiti: Analytics, Cloud Messaging, compositore di notifiche, Remote Config, indicizzazione delle app, collegamenti dinamici e reporting sugli arresti anomali. L'utilizzo di questi prodotti è soggetto solo alle politiche di controllo del traffico del prodotto (ad esempio quote, accesso equo e altre protezioni del servizio) in tutti i piani, incluso il nostro piano Spark senza costi. Inoltre, tutte le funzionalità di autenticazione oltre all'autenticazione telefonica non hanno alcun costo.
Firebase offre crediti di prova gratuiti per i prodotti a pagamento?
I servizi a pagamento Firebase possono essere utilizzati durante la prova gratuita di Google Cloud . I nuovi utenti di Google Cloud e Firebase possono usufruire di un periodo di prova di 90 giorni che include $ 300 in crediti gratuiti per la fatturazione Cloud per esplorare e valutare i prodotti e i servizi Google Cloud e Firebase.
Durante il periodo di prova gratuita di Google Cloud, ti verrà fornito un account di fatturazione Cloud di prova gratuita. Qualsiasi progetto Firebase che utilizza tale account di fatturazione rientrerà nel piano tariffario Blaze durante il periodo di prova gratuita.
Non preoccuparti, la configurazione di questo account di fatturazione Cloud di prova gratuita non ci consente di addebitarti alcun costo. Non ti verrà addebitato alcun importo a meno che non abiliti esplicitamente la fatturazione aggiornando il tuo account di fatturazione Cloud di prova gratuita a un account a pagamento. Puoi passare a un account a pagamento in qualsiasi momento durante il periodo di prova. Dopo aver eseguito l'upgrade, puoi comunque utilizzare i crediti rimanenti (entro il periodo di 90 giorni).
Una volta scaduta la prova gratuita, dovrai effettuare il downgrade del tuo progetto al piano tariffario Spark o impostare il piano tariffario Blaze nella console Firebase per continuare a utilizzare il tuo progetto Firebase.
Come faccio a sapere quale piano tariffario è adatto a me?
Piano tariffario Spark
Il nostro piano Spark è il luogo ideale per sviluppare la tua app senza alcun costo. Ottieni tutte le funzionalità Firebase gratuite (Analytics, compositore di notifiche, Crashlytics e così via) e quantità generose di funzionalità della nostra infrastruttura a pagamento. Tuttavia, se superi le risorse del piano Spark in un mese di calendario, la tua app verrà disattivata per il resto del mese. Inoltre, le funzionalità di Google Cloud non sono disponibili quando si utilizza il piano Spark.
Piano tariffario Blaze
Il nostro piano Blaze è progettato per le app di produzione. Il piano Blaze ti consente anche di estendere la tua app con funzionalità Google Cloud a pagamento. Paghi solo per le risorse che consumi, consentendoti di adattarti alla domanda. Ci impegniamo a rendere i prezzi dei nostri piani Blaze competitivi con i fornitori di servizi cloud leader del settore.
Come posso monitorare l'utilizzo e la fatturazione?
Puoi monitorare l'utilizzo delle risorse del progetto nella console Firebase su una delle seguenti dashboard:
Nel gennaio 2020, il piano tariffario Flame ($ 25/mese di quota aggiuntiva) è stato rimosso come opzione per le nuove iscrizioni. Agli utenti del piano esistente è stato concesso un periodo di grazia per migrare i propri progetti dal piano Flame. Nel febbraio 2022, i restanti progetti del piano tariffario Flame sono stati declassati al piano tariffario Spark. Di conseguenza,
I progetti esistenti dei piani Spark e Blaze e tutti i nuovi progetti non possono più passare o iscriversi al piano Flame.
Se hai spostato un progetto del piano Flame esistente su un piano tariffario diverso, il progetto non potrà tornare al piano Flame.
I progetti sottoposti a downgrade al piano Spark possono essere aggiornati al piano Blaze per riprendere servizi a pagamento aggiuntivi.
I riferimenti al piano Flame sono stati rimossi dalla documentazione.
Hai altre domande sul pensionamento del piano Flame? Leggi alcune delle domande frequenti aggiuntive di seguito.
Vuoi conoscere gli altri piani tariffari offerti da Firebase? Visita la nostra pagina dei prezzi di Firebase ! Se desideri iniziare a spostare eventuali progetti esistenti su un altro piano tariffario, puoi farlo nella console Firebase per il tuo progetto.
Ulteriori domande frequenti sul ritiro del piano Flame
Ho un progetto, un processo o un modello di business che si basa su un costo Firebase fisso. Cosa dovrei fare?
Posso avere un accesso speciale per creare nuovi progetti del piano Flame?
No, Firebase non offre un accesso speciale per i progetti a cui passare o iscriversi al piano Flame.
Ho cambiato il mio progetto del piano Flame con un piano tariffario diverso. Come posso cambiarlo di nuovo?
Il passaggio al piano Flame non è più possibile. Per accedere ai servizi forniti dal piano Flame, assicurati di utilizzare il piano tariffario Blaze e valuta la possibilità di impostare avvisi di budget per il tuo progetto.
Il mio progetto è stato automaticamente trasferito a un piano tariffario diverso come parte del ritiro del piano Flame. Cosa dovrei fare?
Se il tuo progetto richiede una quota aggiuntiva oltre a quella fornita con il piano Spark, dovrai aggiornare il tuo progetto al piano tariffario Blaze.
Perché il piano Flame viene ritirato?
Nel corso degli anni, abbiamo assistito a un calo nell'utilizzo del piano Flame e la maggior parte dei progetti che utilizzano il piano non ne utilizzano l'intero valore. Mantenere questo piano tariffario generalmente non è conveniente e riteniamo che potremmo servire meglio tutti se le risorse fossero destinate ad altre iniziative Firebase.
In che modo l'utilizzo senza costi del piano Blaze differisce dall'utilizzo senza costi del piano Spark?
L'utilizzo gratuito del piano Blaze viene calcolato giornalmente. I limiti di utilizzo differiscono anche dal piano Spark per Cloud Functions, autenticazione telefonica e Test Lab.
Per Cloud Functions, l'utilizzo senza costi del piano Blaze viene calcolato a livello di account di fatturazione Cloud, non a livello di progetto e presenta i seguenti limiti:
2 milioni di invocazioni al mese
400.000 GB/secondo/mese
200.000 CPU-secondi/mese
5 GB di rete in uscita al mese
Per l'autenticazione telefonica, l'utilizzo gratuito del piano Blaze viene calcolato mensilmente.
Per Test Lab, l'utilizzo gratuito del piano Blaze presenta i seguenti limiti:
30 minuti di dispositivo fisico/giorno
60 minuti/giorno per dispositivo virtuale
La quota di utilizzo senza costi viene reimpostata quando passo da un piano Spark a un piano Blaze?
L'utilizzo gratuito del piano Spark è incluso nel piano Blaze. L'utilizzo gratuito non viene reimpostato quando si passa a un piano Blaze.
Cos'è una "connessione simultanea al database"?
Una connessione simultanea equivale a un dispositivo mobile, una scheda del browser o un'app server collegata al database. Firebase impone limiti rigidi al numero di connessioni simultanee al database della tua app. Questi limiti sono in vigore per proteggere sia Firebase che i nostri utenti dagli abusi.
Il limite del piano Spark è 100 e non può essere aumentato. I piani Flame e Blaze hanno un limite di 200.000 connessioni simultanee per database.
Questo limite non corrisponde al numero totale di utenti della tua app, perché i tuoi utenti non si connettono tutti contemporaneamente. Se hai bisogno di più di 200.000 connessioni simultanee, leggi Scalabilità con più database .
Cosa succede se supero i limiti di spazio di archiviazione o di download del piano Spark per Realtime Database?
Per fornirti un prezzo prevedibile, le risorse a tua disposizione nei piani Spark sono limitate. Ciò significa che quando superi qualsiasi limite del piano in un mese, la tua app verrà disattivata per impedire qualsiasi ulteriore utilizzo delle risorse e costi aggiuntivi.
Cosa succede se supero i limiti di connessione simultanea del piano Spark per Realtime Database?
Quando la tua app raggiunge il limite di simultaneità nel piano Spark, qualsiasi connessione successiva verrà rifiutata finché alcune delle connessioni esistenti non verranno chiuse. L'app continuerà a funzionare per gli utenti connessi.
Come funziona l'integrazione di Firebase con Google Cloud?
Firebase è profondamente integrato con Google Cloud . I progetti sono condivisi tra Firebase e Google Cloud, quindi i progetti possono avere i servizi Firebase e i servizi Google Cloud abilitati. Puoi accedere allo stesso progetto dalla console Firebase o dalla console Google Cloud. Nello specifico:
Alcuni prodotti Firebase sono supportati direttamente da Google Cloud, come Cloud Storage for Firebase. L'elenco dei prodotti supportati da Google Cloud continuerà a crescere nel tempo.
Molte delle tue impostazioni, inclusi i collaboratori e i dati di fatturazione, sono condivise da Firebase e Google Cloud. Il tuo utilizzo di Firebase e Google Cloud appare nella stessa fattura.
Inoltre, quando esegui l'upgrade al piano Blaze, puoi utilizzare qualsiasi API e Infrastructure-as-a-Service di livello mondiale di Google Cloud direttamente all'interno del tuo progetto Firebase, ai prezzi standard di Google Cloud . Puoi anche esportare i dati da Google Cloud direttamente a BigQuery per l'analisi. Per ulteriori informazioni, consulta Collegare BigQuery a Firebase.
L'utilizzo di Google Cloud con Firebase offre molti vantaggi in termini di miglioramento della sicurezza, miglioramento della latenza e risparmio di tempo (rispetto ad altri servizi cloud non co-localizzati). Controlla il sito di Google Cloud per maggiori dettagli.
Cosa succede al mio progetto Firebase se aggiungo o rimuovo gli account di fatturazione per quel progetto nella console Google Cloud?
Se un account di fatturazione Cloud viene aggiunto a un progetto nella console Google Cloud, lo stesso progetto verrà automaticamente aggiornato al piano Firebase Blaze se tale progetto è attualmente nel piano Spark.
Al contrario, se un account di fatturazione Cloud attivo esistente viene rimosso da un progetto nella console Google Cloud, tale progetto verrà sottoposto a downgrade al piano Firebase Spark.
Posso eseguire l'upgrade, il downgrade o l'annullamento in qualsiasi momento?
Sì, puoi eseguire l'upgrade, il downgrade o l'annullamento in qualsiasi momento. Tieni presente che non forniamo rimborsi proporzionali per downgrade o cancellazioni. Ciò significa che se esegui il downgrade o annulli prima della fine del periodo di fatturazione, pagherai comunque per il resto del mese.
Che tipo di supporto riceverò?
Tutte le app Firebase, comprese quelle che utilizzano piani senza costi, includono il supporto via email da parte del personale Firebase durante l'orario lavorativo del Pacifico negli Stati Uniti. Tutti gli account dispongono di supporto illimitato per problemi relativi alla fatturazione, problemi relativi all'account, domande tecniche (risoluzione dei problemi) e rapporti sugli incidenti.
Posso limitare l'utilizzo del piano Blaze?
No, al momento non puoi limitare l'utilizzo del tuo piano Blaze. Stiamo valutando le opzioni per supportare i limiti sull'utilizzo del piano Blaze.
Gli utenti di Blaze possono definire un budget per il proprio progetto o account e ricevere avvisi quando la spesa si avvicina a tali limiti. Scopri come impostare gli avvisi sul budget .
Cosa sono i backup automatici? Offrite backup orari?
I backup automatici sono una funzionalità avanzata per i clienti del nostro piano tariffario Blaze che esegue il backup dei dati del tuo Firebase Realtime Database una volta al giorno e li carica su Google Cloud Storage .
Non offriamo backup orari.
Offrite sconti open source, no profit o didattici?
Il nostro piano Spark può essere utilizzato da qualsiasi tipo di individuo o organizzazione, comprese organizzazioni no profit, scuole e progetti open source. Poiché questi piani includono già quote generose, non offriamo sconti o piani speciali per progetti open source, no-profit o educativi.
Offrite contratti aziendali, prezzi, supporto o hosting di infrastrutture dedicate?
Il nostro piano di fiamma è adatto per aziende di tutte le dimensioni e il nostro SLA soddisfa o supera lo standard del settore per l'infrastruttura cloud. Tuttavia, attualmente non offriamo contratti aziendali, prezzi o supporto, né offriamo hosting di infrastrutture dedicate (ovvero installazioni locali) per servizi come il nostro database in tempo reale. Siamo al lavoro nell'aggiunta di alcune di queste funzionalità.
Offrite prezzi ad hoc? Voglio solo pay-as-you-go per una o due funzionalità.
Offriamo prezzi ad hoc nel piano Blaze, in cui paghi solo per le funzionalità che usi.
In che modo i piani di base a pagamento funzionano con gli annunci? Ci sono crediti pubblicitari senza costo con piani a pagamento?
I piani di prezzi Firebase sono separati dagli annunci, quindi non ci sono crediti pubblicitari senza costi. Come sviluppatore Firebase, sei in grado di "collegare" l'account di annunci a Firebase per supportare il monitoraggio delle conversioni.
Tutte le campagne di annunci sono gestite direttamente negli annunci e la fatturazione degli annunci è gestita dalla console degli annunci.
Prezzi delle funzioni del cloud
Perché ho bisogno di un account di fatturazione per utilizzare le funzioni cloud per Firebase?
Le funzioni cloud per Firebase si basano su alcuni servizi Google a pagamento. Le nuove distribuzioni di funzioni con Firebase CLI 11.2.0 e più in alto si basano sulla costruzione di cloud e sul registro degli artefatti . Le distribuzioni nelle versioni precedenti utilizzano Cloud Build allo stesso modo, ma si basano sul registro dei container e sull'archiviazione cloud per l'archiviazione anziché sul registro degli artefatti. L'utilizzo di questi servizi verrà fatturato oltre ai prezzi esistenti.
Spazio di archiviazione per Firebase CLI 11.2.0 e versioni più recenti
Il registro dei manufatti fornisce i contenitori in cui le funzioni eseguono. Il registro dei manufatti fornisce i primi 500 MB gratuitamente, quindi le tue distribuzioni della prima funzione potrebbero non sostenere alcuna commissione. Sopra quella soglia, ogni GB aggiuntivo di archiviazione viene fatturato a $ 0,10 al mese.
Spazio di archiviazione per Firebase CLI 11.1.x e versioni precedenti
Per le funzioni distribuite nelle versioni precedenti, il registro dei contenitori , fornisce i contenitori in cui le funzioni eseguono. Ti verrà fatturato ciascun contenitore richiesto per distribuire una funzione. È possibile notare piccoli addebiti per ciascun contenitore immagazzinato, ad esempio 1 GB di archiviazione viene fatturato a $ 0,026 al mese .
Per capire di più su come potrebbe cambiare il conto, si prega di rivedere quanto segue
Le funzioni cloud per Firebase hanno ancora un utilizzo senza costi?
SÌ. Sul piano di fiamma, le funzioni cloud forniscono un livello senza costi per le invocazioni, il tempo di calcolo e il traffico Internet. Le prime 2.000.000 di invocazioni, 400.000 GB-SEC, 200.000 CPU-SEC e 5 GB di traffico di uscita su Internet sono fornite gratuitamente ogni mese. Ti verrà addebitato solo per l'uso sopra quelle soglie.
Dopo i primi 500 MB di archiviazione senza costo, ogni operazione di distribuzione comporterà cariche su piccola scala per lo spazio di archiviazione utilizzato per il contenitore della funzione. Se il processo di sviluppo dipende dalla distribuzione di funzioni per i test, è possibile ridurre ulteriormente i costi utilizzando la suite di emulatore locale Firebase durante lo sviluppo.
Firebase sta pianificando di sollevare le quote e i limiti per le funzioni delle nuvole per Firebase?
No. Non ci sono piani per modificare le quote ad eccezione della rimozione di un limite di tempo di costruzione massimo; Invece di ricevere errori o avvertimenti quando viene raggiunta la quota di costruzione quotidiana di 120 minuti, verrai fatturato ai sensi del piano di prezzi di fiamma. Vedi quote e limiti .
Posso ottenere il credito di Google Cloud $ 300?
Sì, puoi creare un account di fatturazione cloud nella console di Google Cloud per ottenere il credito di $ 300, quindi collegare quell'account di fatturazione cloud a un progetto Firebase.
Maggiori informazioni sul credito di Google Cloud qui .
Nota che se lo fai, devi quindi impostare il piano di prezzi di fiamma nella console Firebase affinché il progetto continui a lavorare dopo che il credito di $ 300 è esaurito.
Voglio seguire un codelab per conoscere Firebase. Puoi darmi un conto di fatturazione temporaneo?
No scusa. È possibile utilizzare l' emulatore Firebase per lo sviluppo senza avere un conto di fatturazione delle nuvole. In alternativa, prova a fare domanda per una prova gratuita di Google Cloud . Se hai ancora problemi a pagare la bolletta a causa di questo cambiamento, contatta il supporto Firebase.
Per utilizzare le estensioni, dovrai passare al piano di prezzi delle fiamme. Ti verrà addebitato un piccolo importo (in genere circa $ 0,01 al mese per le risorse della base di Fire richieste da ciascuna estensione che installa (anche se non sono utilizzate), oltre ad eventuali addebiti associati all'uso dei servizi Firebase.
Archiviazione cloud per prezzi Firebase
Come prevedo quanto mi verrò fatturato per le operazioni di caricamento e download?
Visita la pagina dei prezzi Firebase e usa il calcolatore del piano di fiamma . Il calcolatore elenca tutti i tipi di utilizzo per l'archiviazione del cloud per Firebase.
Usa i cursori per inserire l'utilizzo previsto del secchio di archiviazione. Il calcolatore stimerà la fattura mensile.
Cosa succede se supera i limiti di upload, download o archiviazione del piano di scintilla per l'archiviazione del cloud per Firebase?
Quando si superano i limiti per l'archiviazione del cloud in un progetto dal piano Spark, il risultato dipende dal tipo di limite che supera:
Se supera il limite memorizzato GB , non sarai in grado di archiviare altri dati in quel progetto a meno che non rimuovi alcuni dei dati memorizzati o si aggiornano a un piano che fornisce più spazio di archiviazione o spazio di archiviazione illimitato.
Se supera il limite scaricato GB , la tua app non sarà in grado di scaricare più dati fino al giorno successivo (a partire da mezzanotte, tempo del Pacifico degli Stati Uniti), a meno che non si aggiorni a un piano con limiti meno restrittivi o senza limiti.
Se si supera il limite di operazioni di caricamento o download , la tua app non sarà in grado di caricare o scaricare più dati fino al giorno successivo (a partire da mezzanotte, ora del Pacifico degli Stati Uniti), a meno che non si aggiorni a un piano con limiti meno restrittivi o con no limiti.
Privacy
Dove posso trovare informazioni sulla privacy e sulla sicurezza in Firebase?
Gli SDK Firebase registrano informazioni di utilizzo/diagnostica al di fuori dell'analisi?
SÌ. Questo è attualmente solo iOS, ma potrebbe cambiare in futuro. Il Firebase Apple Platforms SDK include il framework FirebaseCoreDiagnostics per impostazione predefinita. Questo framework è utilizzato da FireBase per raccogliere informazioni sull'utilizzo e la diagnostica dell'SDK per aiutare a dare la priorità ai futuri miglioramenti del prodotto. FirebaseCoreDiagnostics è facoltativo, quindi se desideri rinunciare all'invio di registri diagnostici Firebase, puoi farlo unendo alla biblioteca dalla tua applicazione. È possibile sfogliare la fonte completa, compresi i valori registrati, su GitHub
Test A/B
Test A/B: quanti esperimenti posso creare ed eseguire?
Sono ammessi fino a 300 esperimenti per progetto, che potrebbero consistere in fino a 24 esperimenti in esecuzione, con il resto come bozza o completato.
Test A/B: perché non riesco a vedere i miei esperimenti dopo aver illegato e rinnovare il mio progetto a Google Analytics?
Il collegamento a una proprietà di Google Analytics diversa ti farà perdere l'accesso agli esperimenti creati in anticipo. Per riguadagnare l'accesso a un esperimento precedente, ri-collegare il tuo progetto alla proprietà di Google Analytics collegata quando è stato creato l'esperimento.
Test A/B: perché ricevo un messaggio "Non collegato al messaggio di Google Analytics" durante la creazione di un esperimento di configurazione remoto?
Se hai già collegato Firebase e Google Analytics , ma vedi comunque un messaggio che Google Analytics non è collegato, assicurati che esista un flusso di analisi per tutte le app nel tuo progetto. Attualmente, tutte le app di un progetto devono essere connesse a un flusso di Google Analytics per utilizzare i test A/B.
È possibile trovare l'elenco di tutti i flussi attivi nella pagina dei dettagli di integrazione di Google Analytics all'interno della console Firebase, accessibile dalle settingsdel progetto Impostazionichevron_rightIntegrationschevron_rightGoogle Analyticschevron_rightManage .
Creazione di un flusso di analisi di Google per qualsiasi app che non ha uno dovrebbe risolvere il problema. Esistono alcuni modi per creare flussi per le app mancanti:
Se hai solo una o due app che mancano un flusso di analisi di Google associato, puoi scegliere uno dei seguenti metodi per aggiungere un flusso di Google Analytics:
Elimina e ri-aggiungi qualsiasi app senza un flusso attivo nella console Firebase.
Dalla console di Google Analytics , selezionare Amministratore , fare clic su Stream di dati , quindi fare clic su Aggiungi stream , Aggiungi i dettagli dell'app mancante e fai clic sull'app Registra .
Se si dispone di più di alcuni flussi di app mancanti, illento e la rinascita della proprietà di Google Analytics è il modo più veloce ed efficiente per creare i flussi di app mancanti:
Dalle settingsdel progetto Impostazioni, selezionare Integrazioni .
All'interno della scheda Google Analytics , fare clic su Gestisci per accedere alle impostazioni di Firebase e Google Analytics.
Prendi nota dell'ID proprietà di Google Analytics e dell'account Google Analytics collegato .
Fai clic su more_verte seleziona Analytics Unk da questo progetto .
Rivedi l'avvertimento che appare (non preoccuparti qui; ti trasformerà la stessa proprietà nel passaggio successivo), quindi fai clic su Unkink Google Analytics .
Al termine dell'allontanamento, verrai reindirizzato alla pagina Integrazioni .
All'interno della scheda di Google Analytics , fare clic su Abilita per iniziare il processo di Relinking.
Seleziona il tuo account Analytics dall'elenco Seleziona account .
Accanto a creare automaticamente una nuova proprietà in questo account , fai clic su Modificaedit , dall'elenco delle proprietà di analisi che appare, seleziona il tuo ID proprietà.
Viene visualizzato un elenco di tutte le app nel tuo progetto. Sono elencati mapping di flusso esistenti per ciascuna app e app che non hanno un flusso ne avranno uno creato per loro.
Fai clic su Abilita Google Analytics per trasferire la proprietà.
Per utilizzare ADMOB, utilizzare sempre l'SDK di Google Mobile Ads come descritto in questa FAQ. Inoltre e facoltativamente, se si desidera raccogliere le metriche degli utenti per ADMOB, quindi includi Firebase SDK per Google Analytics nella tua app.
Per i progetti Android : Aggiungi la dipendenza per Google Mobile Ads SDK al file build.gradle : implementation 'com.google.android.gms:play-services-ads:23.0.0'
Analytics: perché Google Analytics è una parte consigliata dell'utilizzo dei prodotti Firebase?
Google Analytics è una soluzione di analisi gratuita e illimitata che funziona con le funzionalità Firebase per fornire potenti approfondimenti. Ti consente di visualizzare i registri degli eventi in Crashlytics, l'efficacia della notifica in FCM, le prestazioni dei collegamenti profondi per collegamenti dinamici e i dati di acquisto in-app da Google Play. Alleva il targeting del pubblico avanzato in configurazione remota, personalizzazione della configurazione remota e altro ancora.
Google Analytics funge da livello di intelligenza nella console Firebase per fornirti approfondimenti più fruibili su come sviluppare un'app di alta qualità, far crescere la tua base di utenti e guadagnare più denaro.
Analytics: come si controlla come sono condivisi i miei dati di analisi con il resto della base di fuoco?
Per impostazione predefinita, i dati di Google Analytics vengono utilizzati per migliorare altre funzionalità Firebase e Google. Puoi controllare il modo in cui i dati di Google Analytics sono condivisi nelle impostazioni del progetto in qualsiasi momento. Ulteriori informazioni sulle impostazioni di condivisione dei dati .
Analytics: come aggiorno le mie impostazioni di proprietà di analisi?
Dalla pagina di amministrazione nella proprietà di Google Analytics, è possibile aggiornare le impostazioni della proprietà, come ad esempio:
Impostazioni di condivisione dei dati
Impostazioni di conservazione dei dati
Impostazioni del fuso orario e della valuta
Per aggiornare le impostazioni della proprietà, seguire questi passaggi:
Nella console Firebase, vai alle impostazioni delle settings > Progetto .
Vai alla scheda Integrazioni e quindi nella scheda Google Analytics, fai clic su Gestisci o visualizza il link .
Analytics: perché non vedo dati di analisi nella console Firebase dopo aver unuso la base di Fire da Google Analytics?
I dati di analisi risiedono all'interno della proprietà di Google Analytics, non all'interno del progetto Firebase. Se si elimina o si stacca la proprietà, i dati di analisi non saranno accessibili a Firebase e vedrai una dashboard di analisi vuota nella console Firebase. Si noti che poiché i dati risiedono ancora nella proprietà precedentemente collegata, è sempre possibile trasferire la proprietà su Firebase e vedere i dati di analisi nella console Firebase.
Il collegamento di un nuovo account Google Analytics (e quindi una nuova proprietà di Google Analytics) al tuo progetto Firebase si tradurrà in una dashboard di analisi vuota nella console Firebase. Tuttavia, se esiste ancora la proprietà precedentemente collegata, è possibile spostare i dati esistenti dalla vecchia proprietà alla nuova proprietà.
Analytics: se la mia proprietà di analisi e i suoi dati sono stati eliminati, esiste un modo per riaverli?
No. Se la proprietà è stata eliminata, non è possibile indeledere la proprietà o recuperare i dati di analisi precedentemente raccolti archiviati in quella proprietà.
Se desideri ricominciare a utilizzare Google Analytics, puoi collegare una nuova proprietà o una proprietà esistente al tuo progetto Firebase. Puoi fare questo collegamento nella console Firebase o nell'interfaccia utente di Google Analytics. Ulteriori informazioni sul collegamento di una proprietà di Google Analytics al tuo progetto Firebase.
Analytics: se la mia proprietà di Analytics è stata eliminata, posso collegare una nuova proprietà di Google Analytics al mio progetto Firebase e ricominciare a utilizzare Analytics?
Se desideri ricominciare a utilizzare Google Analytics, puoi collegare una nuova proprietà o una proprietà esistente al tuo progetto Firebase. Puoi fare questo collegamento nella console Firebase o nell'interfaccia utente di Google Analytics. Ulteriori informazioni sul collegamento di una proprietà di Google Analytics al tuo progetto Firebase.
Si noti che poiché tutti i dati di analisi sono archiviati nella proprietà (non nel progetto Firebase), i dati di analisi precedentemente raccolti non possono essere recuperati.
Analytics: in che modo i prodotti Firebase o i prodotti Google integrati saranno influenzati dalla cancellazione della mia proprietà di analisi?
Diversi prodotti Firebase si basano sull'integrazione di Google Analytics. Se la proprietà di Analytics e i suoi dati vengono eliminati, si verificheranno quanto segue se si utilizzano i seguenti prodotti:
Crashlytics: non è più possibile vedere utenti senza crash, tronchi per pane e/o avvisi di velocità.
Messaggi cloud e messaggistica in-app: non è più possibile utilizzare il targeting, le metriche della campagna, la segmentazione del pubblico e le etichette di analisi.
Configurazione remota: non è più possibile utilizzare configurazioni o personalizzazioni mirate.
Test A/B: non è più possibile utilizzare i test A/B poiché la misurazione dell'esperimento è fornita da Google Analytics.
Link dinamici: qualsiasi funzionalità che si basa sui dati di Google Analytics verrà interrotta.
Inoltre, saranno interessate le seguenti integrazioni:
Analytics: come segmentare gli utenti che non hanno soddisfatto qualche criterio?
È possibile riformulare il problema "mirate al mira negativamente" di questi utenti. Ad esempio, riformulare il problema come "non mostrare annunci a persone che hanno acquistato qualcosa" e formano un pubblico di quegli utenti da indirizzare.
Analytics: il pubblico e/o gli eventi sono definiti nell'interfaccia di Google Analytics disponibili anche nella console Firebase?
Il pubblico e le proprietà dell'utente saranno sincronizzati. Per alcune funzionalità, dovrai utilizzare l'interfaccia di Google Analytics, come la segmentazione e le cannoni chiusi. Puoi accedere all'interfaccia di Google Analytics direttamente tramite i collegamenti profondi dalla console Firebase.
Eventuali modifiche apportate dalla console Firebase possono anche essere eseguite in Google Analytics e tali modifiche si rifletteranno in Firebase.
Autenticazione
Autenticazione Firebase: quali paesi sono supportati per l'autenticazione del telefono?
L'autenticazione Firebase supporta la verifica del numero di telefono in tutto il mondo, ma non tutte le reti consegnano in modo affidabile i nostri messaggi di verifica. I seguenti paesi hanno buone tariffe di consegna e ci si dovrebbe aspettare che funzioni bene per l'accesso al numero di telefono.
Paese
Codice
ANNO DOMINI
Andorra
AE
Emirati Arabi Uniti
AF
Afghanistan
AG
Antigua e Barbuda
AL
Albania
SONO
Armenia
AO
L'Angola
AR
Argentina
COME
Samoa americane
A
Austria
AU
Australia
AW
Aruba
AZ
Azerbaigian
BA
Bosnia Erzegovina
BB
Barbados
B.D
Bangladesh
ESSERE
Belgio
BF
Burkina Faso
BG
Bulgaria
B.J
Benin
BM
Bermude
BN
Brunei Darussalam
BO
Bolivia
BR
Brasile
Che cavolo
Bahamas
BT
Bhutan
BW
Botswana
DI
Bielorussia
B.Z
Belize
circa
Canada
CD
Congo (Kinshasa)
CF
Repubblica Centrafricana
CG
Congo (Brazzaville)
CH
Svizzera
CI
Costa d'Avorio
CK
Isole Cook
CL
Chile
CM
Camerun
CO
Colombia
CR
Costa Rica
CV
capo Verde
CW
Curacao
CY
Cipro
CZ
Repubblica Ceca
DE
Germania
DJ
Gibuti
Non so
Danimarca
DM
Dominica
FARE
Repubblica Dominicana
DZ
Algeria
CE
Ecuador
PER ESEMPIO
Egitto
ES
Spagna
ET
Etiopia
FI
Finlandia
FJ
Figi
F.K
Isole Falkland (Malvine)
FM
Micronesia, Stati Federati di
FO
Isole Faroe
FR
Francia
GA
Gabon
GB
Regno Unito
GD
Grenada
GE
Georgia
GF
Guiana francese
GG
Guernsey
GH
Ghana
GI
Gibilterra
GL
Groenlandia
GM
Gambia
GP
Guadalupa
GQ
Guinea Equatoriale
GR
Grecia
GT
Guatemala
GY
Guyana
HK
Hong Kong, regione SAR della Cina
HN
Honduras
risorse umane
Croazia
HT
Haiti
HU
Ungheria
ID
Indonesia
CIOÈ
Irlanda
I L
Israele
IO SONO
Isola di Man
IN
India
QI
Iraq
ESSO
Italia
JE
Maglia
JM
Giamaica
JO
Giordania
JP
Giappone
KE
Kenia
KG
Kirghizistan
KH
Cambogia
KM
Comore
KN
Saint Kitts e Nevis
KR
Corea del Sud)
chilowatt
Kuwait
KY
Isole Cayman
KZ
Kazakistan
LA
Repubblica Democratica del Laos
LIBBRE
Libano
LC
Santa Lucia
LI
Liechtenstein
LK
Sri Lanka
LS
Lesoto
LT
Lituania
LU
Lussemburgo
LV
Lettonia
LY
Libia
MA
Marocco
MD
Moldavia
ME
Montenegro
MF
Saint-Martin (parte francese)
MG
Madagascar
MK
Macedonia, Repubblica di
MM
Myanmar
MN
Mongolia
MO
Macao, regione SAR della Cina
SM
Montserrat
MT
Malta
MU
Maurizio
MW
Malawi
MX
Messico
MIO
Malaysia
MZ
Mozambico
N / A
Namibia
NC
Nuova Caledonia
NE
Niger
NF
Isola Norfolk
NG
Nigeria
NI
Nicaragua
Paesi Bassi
Olanda
NO
Norvegia
NP
Nepal
Nuova Zelanda
Nuova Zelanda
OM
Oman
PAPÀ
Panama
PE
Perù
PAG
Papua Nuova Guinea
PH
Filippine
PK
Pakistan
PL
Polonia
PM
Saint Pierre e Miquelon
PR
Porto Rico
PS
Territorio palestinese
P.T
Portogallo
PI
Paraguay
QA
Qatar
RIF
Riunione
RO
Romania
RS
Serbia
RU
Federazione Russa
RW
Ruanda
SA
Arabia Saudita
SC
Seychelles
SE
Svezia
SG
Singapore
SH
Sant'Elena
SI
Slovenia
SK
Slovacchia
SL
Sierra Leone
SN
Senegal
SR
Suriname
ST
Sao Tomé e Principe
SV
El Salvador
S.Z
Swaziland
TC
Isole Turks e Caicos
T.G
Andare
TH
Tailandia
TL
Timor Est
TM
Turkmenistan
A
Tonga
TR
Tacchino
TT
Trinidad e Tobago
TW
Taiwan, Repubblica di Cina
TZ
Tanzania, Repubblica Unita di
UA
Ucraina
UG
Uganda
NOI
Stati Uniti d'America
UY
Uruguay
EZ
Uzbekistan
V.C
Saint Vincent e Grenadine
VE
Venezuela (Repubblica Bolivariana)
VG
Isole Vergini Britanniche
VI
Isole Vergini, Stati Uniti
VN
Vietnam
WS
Samoa
VOI
Yemen
YT
Mayotte
ZA
Sud Africa
ZM
Zambia
Z W
Zimbabwe
Autenticazione Firebase: come posso prevenire l'abuso di SMS quando si utilizza l'autenticazione del telefono?
Per aiutare a proteggere il tuo progetto dal pompaggio del traffico SMS e dall'abuso dell'API, prendi i seguenti passi:
Considera di impostare una politica della regione SMS
Cerca regioni con un numero molto elevato di SMS inviati e un numero molto basso (o zero) di SMS verificato. Il rapporto tra verificato/inviato è il tuo tasso di successo. I tassi di successo sani sono comunemente nell'intervallo del 70-85% poiché SMS non è un protocollo di consegna garantito e alcune regioni possono verificare abusi. Le tariffe di successo inferiori al 50% implicano molti SMS hanno inviato SMS ma pochi accessi di successo, che è un indicatore comune di cattivi attori e pompaggio del traffico SMS.
Utilizzare la politica della regione SMS per negare le regioni SMS con bassi tassi di successo o consentire determinate regioni solo se l'app è destinata alla distribuzione solo in determinati mercati.
Limita i tuoi domini di autenticazione autorizzati
Utilizzare la dashboard Impostazioni di autenticazione per gestire i domini autorizzati. Il dominio localhost viene aggiunto per impostazione predefinita ai domini di autenticazione approvati per semplificare lo sviluppo. Prendi in considerazione la rimozione di localhost dai domini autorizzati nel progetto di produzione per impedire ai cattivi attori di eseguire il codice sul lorolocalhost di accedere al progetto di produzione.
Abilita e applica il controllo dell'app
Abilita il controllo dell'app per aiutare a proteggere il tuo progetto dagli abusi API attestando che le richieste provengano solo dalle applicazioni associate al progetto.
Ricorda che è necessario applicare il controllo dell'app per l'autenticazione nella console Firebase (considera il monitoraggio del traffico prima di applicare). Inoltre, ricontrolla l'elenco dei siti approvati da Retatcha Enterprise per convalidare che contiene solo i siti di produzione e che l'elenco delle applicazioni registrate al progetto nel controllo delle app è accurato.
Si noti che il controllo delle app aiuta a proteggere dagli attacchi automatizzati affermando che la chiamata provenga da una delle tue applicazioni registrate. Non impedisce agli utenti di utilizzare la tua app in modi non intenzionali (ad esempio, a partire da non finire mai flussi di accesso per generare SMS inviati).
Autenticazione Firebase: nella mia app Android, perché sto ottenendo il seguente errore: Google sign in failed ?
Segui i passaggi di risoluzione dei problemi in questo FAQ se si ottiene il seguente errore:
GoogleFragment: Google sign in failed
com.google.android.gms.common.api.ApiException: 13: Unable to get token.
at
com.google.android.gms.internal.auth-api.zbay.getSignInCredentialFromIntent(com.google.android.gms:play-services-auth@@20.3.0:6)
Assicurarsi che l'accesso di Google sia correttamente abilitato come provider di autenticazione:
Controlla se stai ancora ricevendo l'errore. Se lo sei, continua al prossimo passaggio di risoluzione dei problemi.
Assicurarsi che siano presenti i clienti OAuth 2.0 sottostanti richiesti.
Nella pagina delle credenziali della console di Google Cloud, guarda nella sezione OAuth 2.0 Client IDS .
Se i clienti OAuth 2.0 non sono presenti (e hai eseguito tutti i passaggi di risoluzione dei problemi sopra), contattare il supporto .
Autenticazione Firebase: nella mia app per la piattaforma Apple, perché sto ottenendo il seguente errore: You must specify <clientID> in <GIDConfiguration> ?
Segui i passaggi di risoluzione dei problemi in questo FAQ se si ottiene il seguente errore:
You must specify |clientID| in |GIDConfiguration|
Assicurarsi che l'accesso di Google sia correttamente abilitato come provider di autenticazione:
All'interno della scheda Metodo di accesso , disabilita e quindi riaccensione del metodo di accesso Google (anche se è già abilitato):
Apri il metodo di accesso Google , disabilitalo e quindi fai clic su Salva .
Riapri il metodo di accesso di Google , abilitarlo e quindi fare clic su Salva .
Inoltre, nella configurazione del provider di accesso di Google della sezione di autenticazione , assicurarsi che l'ID client OAuth e segreto corrispondano al client Web visualizzato nella pagina delle credenziali della console di Google Cloud (guarda nella sezione ID client OAuth 2.0 ).
Autenticazione Firebase: nella mia app Web, perché sono accettati con reindirizzamenti che non riescono con il seguente errore: This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation ?
Segui i passaggi di risoluzione dei problemi in questo FAQ se si ottiene il seguente errore:
This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.
Questo errore è molto probabilmente causato perché il dominio di reindirizzamento non è elencato come dominio autorizzato per l'autenticazione Firebase o la chiave API utilizzata con il servizio di autenticazione Firebase non è valida.
Per prima cosa assicurati che YOUR_REDIRECT_DOMAIN sia nell'elenco dei domini autorizzati per il tuo progetto Firebase. Se il dominio di reindirizzamento è già elencato lì, continua a risolvere i problemi di una chiave API non valida.
Per impostazione predefinita, l'autenticazione Firebase JS SDK si basa sulla chiave API per il progetto Firebase etichettato come Browser key e utilizza questa chiave per verificare che un URL di reindirizzamento dell'accesso sia valido secondo l'elenco dei domini autorizzati. L'autenticazione ottiene questa chiave API a seconda di come accedi all'SDK di autenticazione:
Se si utilizzano aiutanti di autenticazione forniti da hosting per accedere agli utenti con l'autenticazione JS SDK, FireBase ottiene automaticamente la chiave API con il resto della configurazione Firebase ogni volta che si distribuisce all'hosting Firebase. Assicurati che l' authDomain nella tua app Web firebaseConfig sia correttamente configurato per utilizzare uno dei domini per quel sito di hosting. Puoi verificarlo andando su https:// authDomain __/firebase/init.json , e controllando che il projectId corrisponda a quello dal tuo firebaseConfig .
Se si è auto-conduttore del codice di accesso , è possibile utilizzare un file __/firebase/init.json per fornire la configurazione Firebase all'helper reindirizzamento JS SDK. La chiave API e il projectId elencato in questo file di configurazione dovrebbero corrispondere alla tua app Web firebaseConfig .
Verifica assicurarsi che questa chiave API non sia stata eliminata: vai al pannello API & Services> Credentials nella console di Google Cloud in cui sono elencate tutte le chiavi API per il progetto.
Se la Browser keynon è stata eliminata, controllare quanto segue:
Se si è auto-host il codice di accesso, assicurati che la chiave API elencata nel file __/firebase/init.json corrisponda alla chiave API nella console cloud. Correggi la chiave nel file, se necessario, quindi ridistribuire la tua app.
Se la Browser key è stata eliminata, è possibile che Firebase genera una nuova chiave API per te: nella console Firebase, vai su settings > Impostazioni del progetto , quindi nella sezione delle tue app , fai clic sull'app Web. Questa azione crea automaticamente una chiave API che puoi vedere nella sezione di configurazione e configurazione SDK per la tua app Web.
Si noti che nella console cloud questa nuova chiave API non si chiama Browser key ; Invece, sarà lo stesso nome del soprannome dell'app Web Firebase. Se decidi di aggiungere restrizioni API a questa nuova chiave API, assicurarsi che l'API di autenticazione Firebase sia nell'elenco delle API consentite.
Una volta creata la nuova chiave API, completa i passaggi applicabili seguenti:
Se si utilizza URL di hosting riservati , quindi ridistribuire la tua app su Firebase in modo che possa ottenere automaticamente la nuova chiave API con il resto della configurazione Firebase.
Se si è auto-host il codice di accesso , copia la nuova chiave API e aggiungila al file __/firebase/init.json , quindi ridistribuire la tua app.
Autenticazione Firebase: come costruisco manualmente un client Web OAuth ??
Nella parte superiore della pagina, selezionare Crea credenziali> ID client OAuth .
Se ti viene richiesto di configurare la schermata del consenso, seguire le istruzioni sullo schermo, quindi continuare con i seguenti passaggi di questa FAQ.
Crea il client Web OAuth:
Per il tipo di applicazione , selezionare l'applicazione Web .
Per le origini JavaScript autorizzate , aggiungi quanto segue:
http://localhost
http://localhost:5000
https:// PROJECT_ID .firebaseapp.com
https:// PROJECT_ID .web.app
Per gli URI reindirizzati autorizzati , aggiungi quanto segue:
Nella scheda Metodo Accesso , apri il provider di accesso di Google , quindi incolla l'ID client del server Web e segreta che hai appena costruito e copiato dalla console di Google Cloud. Fare clic su Salva .
Autenticazione Firebase: come viene determinato %APP_NAME% per il modello di posta elettronica per l'e -mail di conferma che può essere inviata a un utente quando si iscrive utilizzando un indirizzo e -mail e una password?
Prima di dicembre 2022, il %APP_NAME% nel modello e -mail era popolato con il marchio OAuth che veniva automaticamente fornito ogni volta che un'app Android veniva registrata nel progetto Firebase. Ora, poiché il marchio OAuth viene fornito solo quando l'accesso di Google è abilitato, il seguente descrive come viene determinato %APP_NAME% :
Se il marchio OAuth è disponibile, allora %APP_NAME% nel modello di posta elettronica sarà il marchio OAuth (uguale al comportamento pre-dicembre 2022).
Se il marchio OAuth non è disponibile, ecco come viene determinato il %APP_NAME% nel modello e -mail:
Se nella richiesta è presente il nome del pacchetto Android o l'ID iOS Bundle, allora %APP_NAME% sarà il nome dell'app utilizzato nel Play Store o App Store (rispettivamente).
Otherwise, the %APP_NAME% will be the default Firebase Hosting site name (the value preceding .firebaseapp.com and .web.app and usually the Firebase project ID).
Note that if the lookup of the default Firebase Hosting site name fails, then the final fallback is to use the Firebase project ID as the %APP_NAME% .
Funzioni del cloud
Cloud Functions runtime support
How do I upgrade to the latest supported version of Node.js?
How can I make sure I deployed my functions to a specific Node.js runtime?
In the Firebase console, go to the functions dashboard , select a function, and check the function's language under Additional details .
I use Firebase Extensions. Will I be affected by Cloud Functions runtime updates?
SÌ. Since extensions use Cloud Functions , the runtime of your extensions will need to be updated on the same timeline as Cloud Functions.
We recommend that you periodically update to the latest version of each extension installed in your project. You can upgrade your projects' extensions via the Firebase console or Firebase CLI .
Messaggistica sul cloud
Cloud Messaging: What's the difference between the Notifications composer and Cloud Messaging?
Firebase Cloud Messaging provides a complete set of messaging capabilities through its client SDKs and HTTP and XMPP server protocols. For deployments with more complex messaging requirements, FCM is the right choice.
The Notifications composer is a lightweight, serverless messaging solution built on Firebase Cloud Messaging. With a user-friendly graphical console and reduced coding requirements, the Notifications composer lets users easily send messages to reengage and retain users, foster app growth, and support marketing campaigns.
Capacità
Notifications composer
Messaggistica sul cloud
Bersaglio
Dispositivo singolo
Clients subscribed to topics (ie weather)
Clients in predefined user segment (app, version, language)
Clients in specified analytics audiences
Clients in device groups
Upstream from client to server
Tipo di messaggio
Notifications up to 2kb
Data messages up to 4kb
Consegna
Immediato
Future client device local time
Analitica
Built-in Notifications analytics collection and funnel analytics
Cloud Messaging: Apple announced they're deprecating the legacy binary protocol for APNs. Devo fare qualcosa?
No. Firebase Cloud Messaging switched to the HTTP/2-based APNs protocol in 2017. If you are using FCM to send notifications to iOS devices, there should be no action required on your part.
Cloud Messaging: Do I need to use other Firebase services in order to use FCM?
You can use Firebase Cloud Messaging as a standalone component, in the same manner as you did with GCM, without using other Firebase services.
Cloud Messaging: I am an existing Google Cloud Messaging (GCM) developer. Should I move to Firebase Cloud Messaging?
FCM is the new version of GCM under the Firebase brand. It inherits GCM's core infrastructure, with new SDKs to make Cloud Messaging development easier.
Benefits of upgrading to FCM SDK include:
Simpler client development. You no longer have to write your own registration or subscription retry logic.
An out-of-the-box notification solution. You can use the Notifications composer, a serverless notifications solution with a web console that lets anyone send notifications to target specific audiences based on insights from Google Analytics.
To upgrade from GCM SDKs to FCM SDKs, see the guides for migrating Android and iOS apps.
Cloud Messaging: Why do my targeted devices apparently fail to receive messages?
When it looks like devices haven't successfully received messages, check first for these two potential causes:
Foreground message handling for notification messages . Client apps need to add message handling logic to handle notification messages when the app is in the foreground on the device. See the details for iOS and Android .
Network firewall restrictions . If your organization has a firewall that restricts the traffic to or from the Internet, you need to configure it to allow connectivity with FCM in order for your Firebase Cloud Messaging client apps to receive messages. The ports to open are:
5228
5229
5230
FCM usually uses 5228, but it sometimes uses 5229 and 5230. FCM does not provide specific IPs, so you should allow your firewall to accept outgoing connections to all IP addresses contained in the IP blocks listed in Google's ASN of 15169 .
Cloud Messaging: I have implemented onMessageReceived in my Android app, but it is not being called.
When your app is in the background, notification messages are displayed in the system tray, and onMessageReceived is not called. For notification messages with a data payload, the notification message is displayed in the system tray, and the data that was included with the notification message can be retrieved from the intent launched when the user taps on the notification.
Notifications composer: What's the difference between the Notifications composer and Cloud Messaging?
The Notifications composer is a lightweight, serverless messaging solution built on Firebase Cloud Messaging. With a user-friendly graphical console and reduced coding requirements, the Notifications composer lets users easily send messages to reengage and retain users, foster app growth, and support marketing campaigns.
Firebase Cloud Messaging provides a complete set of messaging capabilities through its client SDKs and HTTP and XMPP server protocols. For deployments with more complex messaging requirements, FCM is the right choice.
Here's a comparison of the messaging capabilities provided by Firebase Cloud Messaging and the Notifications composer:
Capacità
Notifications composer
Messaggistica sul cloud
Bersaglio
Dispositivo singolo
Clients subscribed to topics (ie weather)
Clients in predefined user segment (app, version, language)
Clients in specified analytics audiences
Clients in device groups
Upstream from client to server
Tipo di messaggio
Notifications up to 2kb
Data messages up to 4kb
Consegna
Immediato
Future client device local time
Analitica
Built-in Notifications analytics collection and funnel analytics
Notifications composer: I am an existing Google Cloud Messaging (GCM) developer, and I want to use the Notifications composer. Cosa dovrei fare?
The Notifications composer is an out-of-the-box solution that lets anyone send notifications to target specific audiences based on insights from Google Analytics. Also, the Notifications composer provides funnel analysis for every message, allowing easy evaluation of notification effectiveness.
If you are an existing GCM developer, to use the Notifications composer you have to upgrade from GCM SDKs to FCM SDKs. See the guides for migrating Android and iOS apps.
FCM features deprecated in June 2023
Which FCM APIs were deprecated on June 20, 2023, and what should I do if I am using those APIs?
The following APIs/SDKs will be affected by the deprecation:
API del server
Nome dell'API
Endpoint API
Impatto sugli utenti
Azione richiesta
Legacy HTTP protocol
https://fcm.googleapis.com/fcm/send
Requests to the endpoint will start failing after 6/21/2024.
API calls to FirebaseMessaging.send in the app won't trigger upstream messages to the app server after 6/21/2024.
Implement this functionality in your server logic. For example, some developers implement their own HTTP/gRPC endpoint and call the endpoint directly to send messages from their clients to the app server. See this gRPC Quick start for an example implementation of upstream messaging using gRPC.
API di invio batch
https://fcm.googleapis.com/batch
Requests to the endpoint will start failing after 6/21/2024.
These APIs will stop working after 6/21/2024 because they call the batch send API .
Upgrade to the latest Firebase Admin SDK and use the new APIs instead: sendEach()/ sendEachAsync()/send_each()/sendEachForMulticast()/sendEachForMulticastAsync()/ send_each_for_multicast() .
Note that the new APIs no longer call the deprecated batch send API, and for this reason they may create more concurrent HTTP connections than the old APIs.
SDK del cliente
Versioni dell'SDK
Impatto sugli utenti
Azione richiesta
GCM SDKs (deprecated in 2018)
Apps using GCM SDKs will not be able to register tokens nor receive messages from FCM after 6/21/2024.
Upgrade your Android SDK to the latest Firebase SDK if you haven't already done so.
JS SDKs version <7.0.0 (breaking change at version 7.0.0 in 2019)
Web apps using older JS SDKs will not be able to register tokens after 6/21/2024.
Upgrade your Firebase Web SDK to the latest version.
Will I see a service downgrade before June 2024?
No. You have 12 months (06/20/2023 - 06/21/2024) to migrate from the old APIs to new APIs without any service downgrade. We strongly recommend you to plan the migration as early as possible so you won't be impacted by the decommissioning of the APIs in June 2024.
After June 2024, you may see increased errors or lack of functionality when using the APIs/SDKs listed above.
What's the difference between OAuth 2.0 tokens and server keys?
An OAuth 2.0 token is a short-lived token derived from a service account . It's Google's standard auth model and it's more secure than static server keys.
Note that the request headers differ when you use OAuth 2.0 tokens for requests to different endpoints.
HTTP v1 API : Authorization: Bearer $oauth_token
Instance ID server API and Device group management API : Authorization: Bearer $oauth_token access_token_auth: true
Can I migrate my requests to the new API all at once?
We recommend that you slowly ramp up your traffic to the new API. If you expect to send more than 600,000 messages/min on a regular basis, contact Firebase support for instructions on how to increase quota or get recommendations on how to spread out traffic.
What's the difference between the HTTP v1 API and the legacy APIs when I send messages to topics/device groups?
Topics: you don't need to add the "/topics/" prefix to your topic target when you use the v1 API.
Device groups: You can use a group token as a token target in the HTTP v1 API. However, the HTTP v1 API doesn't return the success/failure counts in the response. We recommend that you use FCM topics or manage your device groups by yourself.
Does the HTTP v1 API support sending messages to multiple tokens in one request?
No. This feature, called "multicast" in legacy HTTP APIs, is not supported by the HTTP v1 API, which is better designed for scalability.
For use cases where end-to-end latency is critical, or where total fanout size is small (fewer than 1 million), Google recommends sending multiple separate requests using the HTTP v1 API. The HTTP v1 API over HTTP/2 performs similarly for 99.9% of multicast requests (sending < 100 tokens). For outlier use cases (sending 1000 tokens), it achieves up to a third of the throughput rate, so additional concurrency is needed to optimize for this atypical use case. Users can experience more reliability and availability with the HTTP v1 API than with legacy multicast.
For use cases where throughput and egress bandwidth are prioritized or where total fanout size is large (greater than 1 million), Google recommends topic messaging. While topic messaging requires a one-time action to subscribe recipients to a topic, it offers up to a 10,000 QPS per project fanout rate without a maximum limit on topic size.
What versions of the Firebase Admin SDK have the new APIs?
piattaforma
Firebase Admin SDK version
Node.js
>=11.7.0
Pitone
>=6.2.0
Giava
>=9.2.0
Andare
>=4.12.0
.NETTO
>=2.4.0
What's the difference between the batch send API and the HTTP v1 API?
The FCM batch send API uses the same message format and authentication mechanism as the HTTP v1 API. However, it uses a different endpoint. If you want to improve efficiency, you should consider using HTTP/2 to send multiple requests over the same HTTP connection to the HTTP v1 API.
What should I do if I can't access my project?
Please reach out to the Google Cloud support team for help.
Archiviazione nel cloud per Firebase
Cloud Storage for Firebase: Why can't I use Cloud Storage for Firebase?
Cloud Storage for Firebase creates a default bucket in the App Engine no-cost tier. This allows you to quickly get up and running with Firebase and Cloud Storage for Firebase, without having to put in a credit card or enable a Cloud Billing account. It also allows you to easily share data between Firebase and a Google Cloud project.
There are, however, two known cases where this bucket cannot be created and you will be unable to use Cloud Storage for Firebase:
A project imported from Google Cloud which had a App Engine Master/Slave Datastore application.
A project imported from Google Cloud which has domain prefixed projects. For example: domain.com:project-1234 .
There are currently no workarounds to these issues, and we recommend that you create a new project in the Firebase console and enable Cloud Storage for Firebase in that project.
Cloud Storage for Firebase: Why do I get error code 412 responses about service account permissions and failed service account operations when using the Cloud Storage for Firebase API?
It's likely you're getting 412 error codes either because the Cloud Storage for Firebase API is not enabled for your project or a necessary service account is missing the required permissions.
Cloud Storage for Firebase: On Spark plan projects, can I store executable files?
For no-cost (Spark) plan projects, Firebase blocks uploads and hosting of certain executable file types for Windows, Android and Apple by Cloud Storage for Firebase and Firebase Hosting. This policy exists to prevent abuse on our platform.
Serving, hosting and file uploads of disallowed files are blocked for all Spark projects created on or after Sept 28th, 2023. For existing Spark projects with files uploaded before that date, such files can still be uploaded and hosted.
This restriction applies to Spark plan projects. Projects on the pay as you go (Blaze) plan are not affected.
The following file types cannot be hosted on Firebase Hosting and Cloud Storage for Firebase:
Windows files with .exe , .dll and .bat extensions
Android files with .apk extension
Apple platform files with .ipa extension
Cosa devo fare?
If you still want to host these file types after September 28th, 2023:
For Hosting: upgrade to the Blaze plan before you can deploy these file types to Firebase Hosting via the firebase deploy command.
For Storage: upgrade to the Blaze plan to upload these file types to the bucket of your choice using the GCS CLI, the Firebase console, or Google Cloud console.
Use Firebase tools to manage your Firebase Hosting and Cloud Storage resources.
For managing resources in Firebase Hosting, use the Firebase console to delete releases according to this guide .
For managing resources in Cloud Storage, navigate to the Storage product page in your project.
On the Files tab, locate disallowed files to delete in your folder hierarchy, then select them using the checkbox next to the filename(s) on the left-hand side of the panel.
Click Delete , and confirm the files were deleted.
Cloud Storage for Firebase: Why do I see an unexpected increase in upload and download operations?
Previously, download and upload requests to the Cloud Storage for Firebase API were not being counted properly. We have taken steps to fix this issue, starting from September 15, 2023.
For Blaze users, upload and download operations will start counting towards your monthly bill. For Spark users, they will start counting towards your monthly free limit.
We recommend monitoring your Usage page for any increases that may count towards your limits.
Cloud Storage for Firebase: Why do I see new service account IDs associated with my Firebase projects that use Cloud Storage for Firebase?
Firebase uses service accounts to operate and manage services without sharing user credentials. When you create a Firebase project, you might notice that a number of service accounts are already available in your project.
The service account that Cloud Storage for Firebase uses is scoped to your project and is named service- PROJECT_NUMBER @gcp-sa-firebasestorage.iam.gserviceaccount.com .
If you used Cloud Storage for Firebase before September 19, 2022, you may see an additional service account on previously-linked Cloud Storage buckets named firebase-storage@system.gserviceaccount.com . As of September 19, 2022, this service account is no longer supported.
You can view all service accounts associated with your project in the Firebase console, on the Service accounts tab .
Adding the new service account
If you removed the service account previously or the service account is not present in your project, you may do one of the following to add the account.
(Recommended) Automated: Use the AddFirebase REST endpoint to re-import your bucket into Firebase. You will only need to call this endpoint once, not once for each linked bucket.
We strongly discourage you from removing the service account because this may block access to your Cloud Storage buckets from your apps. To remove the service account from your project, follow the instructions in Disabling a service account .
Dynamic Links: Why does my Android app access each Dynamic Link twice?
The getInvitation API clears the saved Dynamic Link to prevent it from being accessed twice. Be sure to call this API with the autoLaunchDeepLink parameter set to false in each of the deep link activities to clear it for the case when the activity is triggered outside the main activity.
Suite di emulatore locale Firebase
Why do Emulator Suite logs show an error starting with "Multiple projectIds are not recommended in single project mode"?
This message means the Emulator Suite has detected it may be running a particular product emulator using different project IDs. This may indicate a misconfiguration, and can cause issues when emulators try to communicate with one another, and when you try to interact with emulators from your code. If project IDs don't match, it often appears that data is missing, since data stored in emulators is keyed to projectID, and interoperability depends on matching project IDs.
This has been a common source of confusion among developers, so by default the Local Emulator Suite will now only allow running with a single project ID, unless you specify otherwise in the firebase.json configuration file. If an emulator detects more than one project ID, it will log a warning and potentially throw a fatal error.
Check your project ID declaration(s) for mismatches in:
The default project set at the command line. By default, the project ID will be taken on startup from the project selected with firebase init or firebase use . To view the list of projects (and see which one is selected) use firebase projects:list .
Test unitari. The project ID is often specified in calls to the Rules Unit Testing library methods initializeTestEnvironment or initializeTestApp . Other testing code may initialize with initializeApp(config) .
The command line --project flag. Passing the Firebase CLI --project flag overrides the default project. You'll need to ensure the value of the flag matches the project ID in unit tests and app initialization.
Platform-specific places to check:
ragnatela
The projectId property in your JavaScript firebaseConfig object, used in initializeApp .
Androide
The project_id property inside the google-services.json configuration file.
Piattaforme Apple
The PROJECT_ID property in the GoogleService-Info.plist configuration file.
To disable single project mode, update firebase.json with the singleProjectMode key:
Hosting: On Spark plan projects, can I store executable files?
For no-cost (Spark) plan projects, Firebase blocks uploads and hosting of certain executable file types for Windows, Android and Apple by Cloud Storage for Firebase and Firebase Hosting. This policy exists to prevent abuse on our platform.
Serving, hosting and file uploads of disallowed files are blocked for all Spark projects created on or after Sept 28th, 2023. For existing Spark projects with files uploaded before that date, such files can still be uploaded and hosted.
This restriction applies to Spark plan projects. Projects on the pay as you go (Blaze) plan are not affected.
The following file types cannot be hosted on Firebase Hosting and Cloud Storage for Firebase:
Windows files with .exe , .dll and .bat extensions
Android files with .apk extension
Apple platform files with .ipa extension
Cosa devo fare?
If you still want to host these file types after September 28th, 2023:
For Hosting: upgrade to the Blaze plan before you can deploy these file types to Firebase Hosting via the firebase deploy command.
For Storage: upgrade to the Blaze plan to upload these file types to the bucket of your choice using the GCS CLI, the Firebase console, or Google Cloud console.
Use Firebase tools to manage your Firebase Hosting and Cloud Storage resources.
For managing resources in Firebase Hosting, use the Firebase console to delete releases according to this guide .
For managing resources in Cloud Storage, navigate to the Storage product page in your project.
On the Files tab, locate disallowed files to delete in your folder hierarchy, then select them using the checkbox next to the filename(s) on the left-hand side of the panel.
Click Delete , and confirm the files were deleted.
Hosting: Why does my Hosting release history table in the Firebase console show file counts that are more than what my local project actually has?
Firebase automatically adds extra files containing metadata about the Hosting site, and these files are included in the total file count for the release.
Hosting: What's the largest file size that I can deploy to Firebase Hosting?
Hosting has a maximum size limit of 2 GB for individual files.
We recommend storing larger files using Cloud Storage , which offers a maximum size limit in the terabyte range for individual objects.
Hosting: How many Hosting sites can I have per Firebase project?
Performance Monitoring: How many custom URL patterns can I create?
You can create up to 400 total custom URL patterns per app and up to 100 custom URL patterns per domain for that app.
Performance Monitoring: Why am I not seeing real time display of performance data?
To view real time performance data, make sure that your app uses a Performance Monitoring SDK version that's compatible with real time data processing.
iOS — v7.3.0 or later
tvOS — v8.9.0 or later
Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
Web — v7.14.0 or later
Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.
Banca dati in tempo reale
Realtime Database: Why was my Realtime Database reported bandwidth lower than average between September 2016 and March 2017?
For our bandwidth calculations, we normally include SSL encryption overhead (based on layer 5 of the OSI model). However, in September 2016, we introduced a bug that caused our bandwidth reporting to ignore encryption overhead. This might have resulted in artificially low reported bandwidth and bills on your account for a few months.
We released a fix for the bug in late March 2017, returning bandwidth reporting and billing to their normal levels.
Realtime Database: What are the scaling limitations of the Realtime Database?
Each Realtime Database instance has limits on the number of write operations per second. For small writes, this limit is approximately 1000 write operations per second. If you are approaching this limit, batching operations using multi-path updates can help you achieve higher throughput.
Realtime Database: What can I do if I'm over my Realtime Database usage limits?
If you've received an email alert or notification in the Firebase console that you've exceeded your Realtime Database usage limits, you can address it based on the usage limit you've exceeded. To see your Realtime Database usage, go to the Realtime Database Usage dashboard in the Firebase console.
If you're over your download limit, you can upgrade your Firebase pricing plan or wait until your download limit resets at the start of your next billing cycle. To decrease your downloads, try the following steps:
Add queries to limit the data that your listen operations return.
Check for unindexed queries.
Use listeners that only download updates to data — for example, on() instead of once() .
Use security rules to block unauthorized downloads.
If you're over your storage limit, upgrade your pricing plan to avoid service disruptions. To reduce the amount of data in your database, try the following steps:
Run periodic cleanup jobs.
Reduce any duplicate data in your database.
Note that it may take some time to see any data deletions reflected in your storage allotment.
If you're over your simultaneous database connections limit, upgrade your plan to avoid any service disruptions. To manage simultaneous connections to your database, try connecting via users via the REST API if they don't require a realtime connection.
Configurazione remota
Remote Config: Why don't fetched values change the behavior and appearance of my app?
Unless you fetch values with fetchAndActivate() , values are stored locally but not activated. To activate fetched values so that they can take effect, call activate . This design lets you control when the behavior and appearance of your app changes, because you can choose when to call activate . After you call activate , your app source code determines when updated parameter values are used.
For example, you could fetch values and then activate them the next time a user starts your app, which removes the need to delay app startup while your app waits for fetched values from the service. Changes to your app's behavior and appearance then occur when your app uses the updated parameter values.
Remote Config: I am making a lot of fetch requests while developing my app. Why doesn't my app always get the latest values from the service when it sends fetch requests?
During app development, you might want to fetch and activate configs very frequently (many times per hour) to let you rapidly iterate as you develop and test your app. To accommodate rapid iteration on a project with up to 10 developers, you can temporarily set a FirebaseRemoteConfigSettings object with a low minimum fetch interval ( setMinimumFetchIntervalInSeconds ) in your app.
Remote Config: How quickly does the Remote Config service return fetched values after my app sends a fetch request?
Devices usually receive fetched values in less than a second, and often receive fetched values in milliseconds. The Remote Config service handles fetch requests within milliseconds, but the time required to complete a fetch request will depend on the network speed of the device and the latency of the network connection used by the device.
If your goal is to make fetched values take effect in your app as soon as possible, but without creating a jarring user experience, consider adding calls to fetchAndActivate each time that your app does a full screen refresh.
Firebase User Segmentation Storage stores Firebase installation IDs and related attributes and segments as well as audience lists you've created to provide targeting information to other Firebase services that use them, such as Crashlytics, FCM, Remote Config personalization, and more.
