سؤالات متداول Firebase

چالش های دیگری دارید یا مشکل خود را در زیر نمی بینید؟ لطفاً یک اشکال را گزارش کنید یا یک ویژگی را درخواست کنید و به بحث‌های Stack Overflow بپیوندید.

پروژه های Firebase و برنامه های Firebase

پروژه Firebase موجودیت سطح بالایی برای Firebase است. در یک پروژه، می توانید اپلیکیشن های اپل، اندروید یا وب خود را ثبت کنید. پس از ثبت برنامه های خود در Firebase، می توانید SDK های Firebase خاص محصول را به برنامه خود اضافه کنید، مانند Analytics ، Cloud Firestore ، Crashlytics ، یا Remote Config .

شما باید انواع اپل، اندروید و برنامه وب خود را در یک پروژه Firebase ثبت کنید. می توانید از چندین پروژه Firebase برای پشتیبانی از چندین محیط مانند توسعه، مرحله بندی و تولید استفاده کنید.

در اینجا چند منبع برای کسب اطلاعات بیشتر در مورد پروژه های Firebase آورده شده است:

  • پروژه‌های Firebase را درک کنید — مروری کوتاه بر چندین مفهوم مهم در مورد پروژه‌های Firebase، از جمله ارتباط آن‌ها با Google Cloud و سلسله مراتب اساسی یک پروژه و برنامه‌ها و منابع آن ارائه می‌کند.
  • بهترین روش‌های عمومی برای راه‌اندازی پروژه‌های Firebase - بهترین روش‌های عمومی و سطح بالا را برای راه‌اندازی پروژه‌های Firebase و ثبت برنامه‌های خود در یک پروژه ارائه می‌کند تا گردش کار توسعه واضحی داشته باشید که از محیط‌های متمایز استفاده می‌کند.

توجه داشته باشید که برای همه پروژه‌های Firebase، Firebase به طور خودکار یک برچسب firebase:enabled در صفحه Labels برای پروژه شما در کنسول Google Cloud اضافه می‌کند. در سؤالات متداول ما درباره این برچسب بیشتر بیاموزید.

سازمان Google Cloud محفظه‌ای برای پروژه‌های Google Cloud (از جمله پروژه‌های Firebase) است. این سلسله مراتب سازماندهی، مدیریت دسترسی و ممیزی بهتر پروژه های Google Cloud و Firebase را امکان پذیر می کند. برای اطلاعات بیشتر به ایجاد و مدیریت سازمان ها مراجعه کنید.

ممکن است پروژه‌های Google Cloud موجود را از طریق کنسول Google Cloud یا کنسول Google APIs مدیریت کنید.

می‌توانید Firebase را با استفاده از یکی از گزینه‌های زیر به این پروژه‌های Google Cloud موجود اضافه کنید:

جزئیات بیشتری درباره افزودن Firebase به پروژه Google Cloud بیاموزید.

Firebase عمیقاً با Google Cloud یکپارچه شده است. پروژه‌ها بین Firebase و Google Cloud به اشتراک گذاشته می‌شوند، بنابراین پروژه‌ها می‌توانند خدمات Firebase و سرویس‌های Google Cloud را فعال کنند. می توانید از کنسول Firebase یا کنسول Google Cloud به همان پروژه دسترسی داشته باشید. به طور مشخص:

  • برخی از محصولات Firebase مستقیماً توسط Google Cloud پشتیبانی می شوند، مانند Cloud Storage for Firebase . فهرست محصولاتی که توسط Google Cloud پشتیبانی می‌شوند به مرور زمان به رشد خود ادامه خواهند داد.
  • بسیاری از تنظیمات شما، از جمله همکاران و اطلاعات صورت‌حساب، توسط Firebase و Google Cloud به اشتراک گذاشته می‌شوند. استفاده شما از Firebase و Google Cloud در یک صورتحساب نشان داده می شود.

به‌علاوه، وقتی به طرح Blaze ارتقا می‌دهید، می‌توانید از هر یک از زیرساخت‌ها به‌عنوان سرویس و APIهای کلاس جهانی Google Cloud مستقیماً در پروژه Firebase خود با قیمت استاندارد Google Cloud استفاده کنید. همچنین می توانید داده ها را از Google Cloud مستقیماً به BigQuery برای تجزیه و تحلیل صادر کنید. برای کسب اطلاعات بیشتر، لینک BigQuery با Firebase را ببینید.

استفاده از Google Cloud با Firebase مزایای زیادی برای افزایش امنیت، بهبود تاخیر و صرفه جویی در زمان دارد (در مقابل سایر سرویس‌های ابری که در محل مشترک قرار نمی‌گیرند). برای جزئیات بیشتر، سایت Google Cloud را بررسی کنید.

در صفحه برچسب‌ها برای پروژه خود در کنسول Google Cloud ، ممکن است برچسب firebase:enabled ببینید (به طور خاص، یک Key firebase با Value enabled ).

Firebase به طور خودکار این برچسب را اضافه کرد زیرا پروژه شما یک پروژه Firebase است، به این معنی که پروژه شما دارای تنظیمات و سرویس های خاص Firebase برای آن فعال است. درباره رابطه بین پروژه های Firebase و Google Cloud بیشتر بیاموزید.

اکیداً توصیه می کنیم که این برچسب را اصلاح یا حذف نکنید. Firebase و Google Cloud از این برچسب برای فهرست کردن پروژه‌های Firebase شما استفاده می‌کنند (برای مثال، با استفاده از نقطه پایانی REST API projects.list یا در منوهای کنسول Firebase ).

توجه داشته باشید که افزودن دستی این برچسب به لیست برچسب‌های پروژه، تنظیمات و سرویس‌های خاص Firebase را برای پروژه Google Cloud شما فعال نمی‌کند. برای انجام این کار، باید Firebase را با استفاده از کنسول Firebase اضافه کنید (یا برای موارد استفاده پیشرفته، با استفاده از Firebase Management REST API یا Firebase CLI ).

اگر پروژه Firebase خود را در مکان‌های زیر نمی‌بینید، این سؤالات متداول قابل اجرا است:

  • در لیستی از پروژه هایی که در کنسول Firebase مشاهده می کنید
  • در پاسخ از فراخوانی REST API projects.list نقطه پایانی
  • در پاسخ از اجرای دستور Firebase CLI firebase projects:list

این مراحل عیب‌یابی را امتحان کنید:

  1. ابتدا سعی کنید با مراجعه مستقیم به URL پروژه به پروژه خود دسترسی پیدا کنید. از فرمت زیر استفاده کنید:
    https://console.firebase.google.com/project/ PROJECT_ID /overview
  2. اگر نمی توانید به پروژه دسترسی پیدا کنید یا خطاهای مجوز را دریافت کنید، موارد زیر را بررسی کنید:
    • مطمئن شوید که با استفاده از همان حساب Google که به پروژه دسترسی دارد، وارد Firebase شده اید. می‌توانید از طریق آواتار حسابتان در گوشه سمت راست Firebase کنسول وارد و خارج شوید.
    • بررسی کنید که آیا می‌توانید پروژه را در کنسول Google Cloud مشاهده کنید.
    • مطمئن شوید که پروژه شما دارای برچسب firebase:enabled در صفحه Labels برای پروژه شما در کنسول Google Cloud است. Firebase و Google Cloud از این برچسب برای فهرست کردن پروژه‌های Firebase شما استفاده می‌کنند. اگر این برچسب را نمی بینید اما API مدیریت Firebase برای پروژه شما فعال است ، به صورت دستی برچسب را اضافه کنید (به طور خاص، یک Key firebase با Value enabled ).
    • مطمئن شوید که یکی از نقش‌های اصلی IAM (مالک، ویرایشگر، نمایشگر) یا نقشی که مجوزهای مرتبط با Firebase را در خود دارد، به عنوان مثال یک نقش از پیش تعریف شده Firebase به شما اختصاص داده شده است. می‌توانید نقش(های) خود را در صفحه IAM کنسول Google Cloud مشاهده کنید.
    • اگر پروژه شما متعلق به یک سازمان Google Cloud است، ممکن است برای دیدن پروژه فهرست شده در کنسول Firebase به مجوزهای بیشتری نیاز داشته باشید. با فردی که سازمان Google Cloud شما را مدیریت می کند تماس بگیرید تا نقش مناسب را برای مشاهده پروژه به شما بدهد، به عنوان مثال نقش مرورگر.

اگر هیچ یک از مراحل عیب‌یابی بالا به شما امکان نمی‌دهد پروژه خود را در لیستی از پروژه‌های Firebase ببینید، با پشتیبانی Firebase تماس بگیرید.

  • طرح قیمت گذاری جرقه : سهمیه ایجاد پروژه به تعداد کمی از پروژه ها (معمولاً حدود 5-10) محدود می شود.
  • طرح قیمت گذاری Blaze : سهمیه ایجاد پروژه هنوز محدود است، اما ممکن است با پیوند دادن یک حساب Cloud Billing در وضعیت خوب، افزایش یابد.

محدودیت در سهمیه ایجاد پروژه به ندرت برای اکثر توسعه دهندگان نگران کننده است، اما در صورت نیاز، می توانید درخواست افزایش سهمیه پروژه را داشته باشید .

توجه داشته باشید که حذف کامل یک پروژه به 30 روز زمان نیاز دارد و تا زمانی که پروژه به طور کامل حذف شود جزء سهمیه پروژه محسوب می شود.

پروژه Firebase محفظه ای برای برنامه های Firebase در سراسر اپل، اندروید و وب است. Firebase تعداد کل برنامه های Firebase را در پروژه Firebase به 30 محدود می کند.

پس از این تعداد، عملکرد شروع به کاهش می‌کند (مخصوصاً برای Google Analytics ) و در نهایت، در تعداد بیشتری از برنامه‌ها، برخی از عملکردهای محصول کار نمی‌کنند. علاوه بر این، اگر از ورود به سیستم Google به عنوان ارائه‌دهنده احراز هویت استفاده می‌کنید، یک شناسه مشتری OAuth 2.0 برای هر برنامه در پروژه شما ایجاد می‌شود. حدود 30 شناسه مشتری وجود دارد که می توان در یک پروژه ایجاد کرد.

باید اطمینان حاصل کنید که همه برنامه‌های Firebase در یک پروژه Firebase، انواع پلتفرم یک برنامه از دیدگاه کاربر نهایی هستند. به عنوان مثال، اگر یک برنامه white label توسعه می‌دهید، هر برنامه دارای برچسب مستقل باید پروژه Firebase خود را داشته باشد، اما نسخه‌های Apple و Android آن برچسب می‌توانند در همان پروژه باشند. راهنمای دقیق‌تر را در بهترین شیوه‌های کلی ما برای راه‌اندازی پروژه‌های Firebase بخوانید.

در موارد نادری که پروژه شما به بیش از 30 برنامه نیاز دارد، می توانید درخواست افزایش محدودیت برنامه کنید. برای ارائه این درخواست، پروژه شما باید در برنامه قیمت گذاری Blaze باشد. برای ارائه درخواست و ارزیابی آن به کنسول Google Cloud مراجعه کنید. درباره مدیریت سهمیه در اسناد Google Cloud بیشتر بیاموزید.

در کنسول Firebase ، می‌توانید پروژه‌های Firebase خود را با نوع محیط آن‌ها به عنوان محیط‌های تولیدی یا نامشخص (غیر تولیدی) برچسب‌گذاری کنید.

برچسب زدن پروژه شما به عنوان یک نوع محیط تاثیری بر نحوه کار پروژه Firebase یا ویژگی های آن ندارد. با این حال، برچسب‌گذاری می‌تواند به شما و تیمتان کمک کند تا پروژه‌های مختلف Firebase خود را برای چرخه حیات برنامه مدیریت کنید.

اگر پروژه خود را به‌عنوان یک محیط تولید برچسب‌گذاری کنید، یک تگ Prod با رنگ روشن به پروژه در کنسول Firebase اضافه می‌کنیم و به شما یادآوری می‌کنیم که هر گونه تغییری می‌تواند بر برنامه‌های تولید مرتبط شما تأثیر بگذارد. در آینده، ممکن است ویژگی‌ها و حفاظت‌های بیشتری را برای پروژه‌های Firebase که به عنوان محیط‌های تولید برچسب‌گذاری شده‌اند، اضافه کنیم.

برای تغییر نوع محیط پروژه Firebase خود، به Project settings > General بروید، سپس در Your project card در قسمت Environment ، روی کلیک کنید تا نوع محیط را تغییر دهید.

در کنسول Firebase ، به خود، تنظیمات پروژه بروید. به سمت پایین به کارت برنامه های شما بروید، سپس روی برنامه Firebase مورد نظر کلیک کنید تا اطلاعات برنامه، از جمله شناسه برنامه آن را مشاهده کنید.

در اینجا چند نمونه از مقادیر App ID آورده شده است:

  • برنامه های Firebase iOS: 1:1234567890:ios:321abc456def7890
  • برنامه های اندروید Firebase: 1:1234567890:android:321abc456def7890
  • برنامه های وب Firebase: 1:1234567890:web:321abc456def7890
  • برای پیوند دادن حساب Google Play خود ، به موارد زیر نیاز دارید:
    • یکی از نقش های Firebase زیر: مالک یا مدیر Firebase
      و
    • یکی از سطوح دسترسی Google Play زیر: مالک یا سرپرست حساب
  • برای پیوند دادن برنامه AdMob خود، باید هم مالک پروژه Firebase و هم یک سرپرست AdMob باشید.
  • برای پیوند دادن حساب AdWords خود، باید هم مالک پروژه Firebase و هم مدیر AdWords باشید.
  • برای پیوند دادن پروژه BigQuery خود، باید مالک پروژه Firebase باشید.

در پلتفرم‌های اپل، پاد Firebase حاوی یک فایل NOTICES است که شامل ورودی‌های مربوطه است. Firebase Android SDK حاوی یک Activity کمکی برای نمایش اطلاعات مجوز است.

مجوزها و دسترسی به پروژه های Firebase

برای مدیریت نقش(های) اختصاص داده شده به هر یک از اعضای پروژه، باید مالک پروژه Firebase باشید (یا نقشی با مجوز resourcemanager.projects.setIamPolicy به شما اختصاص داده شود).

در اینجا مکان هایی وجود دارد که می توانید نقش ها را تعیین و مدیریت کنید:

اگر مالک پروژه شما دیگر نمی تواند وظایف یک مالک را انجام دهد (به عنوان مثال، شخصی که شرکت شما را ترک کرده است) و پروژه شما از طریق یک سازمان Google Cloud مدیریت نمی شود (به پاراگراف بعدی مراجعه کنید)، می توانید با پشتیبانی Firebase تماس بگیرید و در مورد نحوه درخواست دسترسی به پروژه Firebase با آنها تماس بگیرید.

توجه داشته باشید که اگر پروژه Firebase بخشی از یک سازمان Google Cloud باشد، ممکن است مالک نداشته باشد. اگر نمی‌توانید مالکی برای پروژه Firebase خود پیدا کنید، با فردی که سازمان Google Cloud شما را مدیریت می‌کند تماس بگیرید تا مالکی را برای پروژه تعیین کند.

می توانید اعضای پروژه و نقش آنها را در مکان های زیر مشاهده کنید:

  • اگر در کنسول Firebase به پروژه دسترسی دارید، می توانید لیست اعضای پروژه از جمله مالکان را در صفحه کاربران و مجوزهای کنسول Firebase مشاهده کنید.
  • اگر در کنسول Firebase به پروژه دسترسی ندارید ، بررسی کنید که آیا به پروژه در کنسول Google Cloud دسترسی دارید یا خیر. می‌توانید فهرست اعضای پروژه از جمله مالکان را در صفحه IAM کنسول Google Cloud مشاهده کنید.

اگر مالک پروژه شما دیگر نمی تواند وظایف یک مالک را انجام دهد (به عنوان مثال، شخصی که شرکت شما را ترک کرده است) و پروژه شما از طریق یک سازمان Google Cloud مدیریت نمی شود (به پاراگراف بعدی مراجعه کنید)، می توانید با پشتیبانی Firebase تماس بگیرید تا مالک موقتی را به شما اختصاص دهد.

توجه داشته باشید که اگر پروژه Firebase بخشی از یک سازمان Google Cloud باشد، ممکن است مالک نداشته باشد. درعوض، شخصی که سازمان Google Cloud شما را مدیریت می‌کند، می‌تواند کارهای زیادی را انجام دهد که مالک می‌تواند انجام دهد. با این حال، برای انجام چندین کار خاص مالک (مانند تخصیص نقش‌ها یا مدیریت ویژگی‌های Google Analytics )، ممکن است لازم باشد سرپرست برای انجام آن وظایف ، نقش مالک واقعی را به خود اختصاص دهد. اگر نمی‌توانید مالکی برای پروژه Firebase خود پیدا کنید، با فردی که سازمان Google Cloud شما را مدیریت می‌کند تماس بگیرید تا مالکی را برای پروژه تعیین کند.

برای اطمینان از مدیریت صحیح پروژه Firebase، باید مالک داشته باشد.

اعضای پروژه با نقش مالک اغلب تنها اعضای پروژه هستند که می توانند وظایف اداری را انجام دهند یا اعلان های مهم را دریافت کنند :

  • اعضای پروژه با نقش مالک اغلب تنها اعضایی هستند که می‌توانند اقدامات اداری مهم (مانند اختصاص نقش‌ها و مدیریت ویژگی‌های Google Analytics ) را انجام دهند، و Firebase Support فقط می‌تواند درخواست‌های مدیریتی مالکان پروژه نشان‌داده شده را برآورده کند.
  • اعضای پروژه با نقش مالک اغلب تنها اعضایی هستند که (به طور پیش‌فرض) اعلان‌هایی درباره تغییرات پروژه یا محصولات دریافت می‌کنند (مانند تغییرات صورت‌حساب و قانونی، حذف ویژگی‌ها و غیره). اگر می‌خواهید اعضای پروژه خاص یا اضافی اعلان‌ها را دریافت کنند، می‌توانید به‌صورت اختیاری «مخاطبین ضروری» پروژه خود را سفارشی کنید .

پس از تنظیم مالک(ها) برای پروژه Firebase، مهم است که آن تکالیف را به روز نگه دارید.

توجه داشته باشید که اگر پروژه Firebase بخشی از یک سازمان Google Cloud باشد، شخصی که سازمان Google Cloud شما را مدیریت می‌کند می‌تواند بسیاری از وظایفی را که مالک می‌تواند انجام دهد، انجام دهد. با این حال، برای چندین کار خاص مالک (مانند تخصیص نقش‌ها یا مدیریت ویژگی‌های Google Analytics )، ممکن است لازم باشد سرپرست برای انجام آن وظایف ، نقش مالک واقعی را به خود اختصاص دهد.

ایمیلی که دریافت کردید باید حاوی پیوندی برای باز کردن پروژه Firebase شما باشد. با کلیک روی پیوند در ایمیل، پروژه در کنسول Firebase باز می شود.

اگر نمی‌توانید پروژه را در پیوند باز کنید، مطمئن شوید که با استفاده از همان حساب Google که ایمیل پروژه را دریافت کرده، وارد Firebase شده‌اید. می‌توانید از طریق آواتار حسابتان در گوشه سمت راست Firebase کنسول وارد و خارج شوید.

توجه داشته باشید که اگر سرپرست یک سازمان Google Cloud هستید، ممکن است از تغییرات پروژه های Firebase در داخل سازمان خود مطلع شوید. با این حال، ممکن است مجوز کافی برای باز کردن پروژه Firebase نداشته باشید. در این موارد، ساده ترین راه حل این است که برای باز کردن پروژه و انجام اقدامات لازم ، نقش مالک واقعی را به خود اختصاص دهید. درباره علت و زمان اختصاص دادن نقش مالک بیشتر بیاموزید.



پلتفرم ها و چارچوب ها

برای دریافت نکات و پاسخ‌های مفید برای سؤالات متداول بیشتر، از صفحات عیب‌یابی و سؤالات متداول مخصوص پلتفرم دیدن کنید.



کنسول Firebase

کنسول Firebase از نسخه های اخیر مرورگرهای محبوب دسکتاپ مانند کروم، فایرفاکس، سافاری و اج قابل دسترسی است. مرورگرهای موبایل در حال حاضر به طور کامل پشتیبانی نمی شوند.

اگر با یکی از مشکلات زیر مواجه هستید، این سؤالات متداول قابل اجرا است:

  • کنسول Firebase صفحه خطایی را برمی گرداند که می گوید پروژه شما ممکن است وجود نداشته باشد یا به پروژه دسترسی نداشته باشید.
  • کنسول Firebase حتی زمانی که ID پروژه یا نام پروژه آن را در قسمت جستجوی کنسول وارد می‌کنید، پروژه شما را نمایش نمی‌دهد.

این مراحل عیب‌یابی را امتحان کنید:

  1. ابتدا سعی کنید با مراجعه مستقیم به URL پروژه به پروژه خود دسترسی پیدا کنید. از فرمت زیر استفاده کنید:
    https://console.firebase.google.com/project/ PROJECT-ID /overview
  2. اگر هنوز نمی توانید به پروژه دسترسی داشته باشید یا خطاهای مجوز را دریافت کنید، موارد زیر را بررسی کنید:
    • مطمئن شوید که با استفاده از همان حساب Google که به پروژه دسترسی دارد، وارد Firebase شده اید. می‌توانید از طریق آواتار حسابتان در گوشه سمت راست Firebase کنسول وارد و خارج شوید.
    • مطمئن شوید که Firebase Management API برای پروژه فعال است .
    • مطمئن شوید که یکی از نقش‌های اصلی IAM (مالک، ویرایشگر، نمایشگر) یا نقشی که مجوزهای مرتبط با Firebase را در خود دارد، به عنوان مثال یک نقش از پیش تعریف شده Firebase به شما اختصاص داده شده است. می‌توانید نقش(های) خود را در صفحه IAM کنسول Google Cloud مشاهده کنید.
    • اگر پروژه شما متعلق به یک سازمان Google Cloud است، ممکن است برای دیدن پروژه فهرست شده در کنسول Firebase به مجوزهای بیشتری نیاز داشته باشید. با فردی که سازمان Google Cloud شما را مدیریت می کند تماس بگیرید تا نقش مناسب را برای مشاهده پروژه به شما بدهد، به عنوان مثال نقش مرورگر.

اگر هیچ یک از مراحل عیب‌یابی بالا به شما امکان نمی‌دهد پروژه خود را پیدا کنید یا به آن دسترسی پیدا کنید، با پشتیبانی Firebase تماس بگیرید.

اگر با هر یک از مشکلات زیر مواجه هستید، این سؤالات متداول قابل اجرا است:

  • بارگذاری صفحه در کنسول Firebase هرگز تمام نمی شود.
  • داده های داخل یک صفحه همانطور که انتظار می رود بارگیری نمی شود.
  • هنگام بارگیری کنسول Firebase ، پیام های خطای مرورگر را دریافت می کنید.

این مراحل عیب‌یابی را امتحان کنید:

  1. ردیف کنسول داشبورد وضعیت Firebase را برای هرگونه وقفه خدمات احتمالی بررسی کنید.
  2. مطمئن شوید که از یک مرورگر پشتیبانی شده استفاده می کنید.
  3. سعی کنید کنسول Firebase را در یک پنجره ناشناس یا خصوصی بارگیری کنید.
  4. همه افزونه های مرورگر را غیرفعال کنید.
  5. بررسی کنید که اتصال شبکه توسط مسدودکننده تبلیغات، آنتی ویروس، پروکسی، فایروال یا نرم افزارهای دیگر مسدود نشده باشد.
  6. کنسول Firebase را با استفاده از شبکه یا دستگاه دیگری بارگیری کنید.
  7. اگر از Chrome استفاده می‌کنید، Developer Tools Console را برای هر گونه خطا بررسی کنید.

اگر هیچ یک از مراحل عیب‌یابی بالا مشکل را حل نکرد، با پشتیبانی Firebase تماس بگیرید.

تنظیم زبان برای کنسول Firebase بر اساس زبان انتخاب شده در تنظیمات حساب Google شما است.

برای تغییر ترجیح زبان خود، به تغییر زبان مراجعه کنید.

کنسول Firebase از زبان های زیر پشتیبانی می کند:

  • انگلیسی
  • پرتغالی برزیل
  • فرانسوی
  • آلمانی
  • اندونزیایی
  • ژاپنی
  • کره ای
  • روسی
  • چینی ساده شده
  • اسپانیایی
  • چینی سنتی

کنسول Firebase و کنسول Google Cloud از همان نقش‌ها و مجوزها استفاده می‌کنند. درباره نقش ها و مجوزها در اسناد Firebase IAM بیشتر بیاموزید.

Firebase از نقش های اساسی (اصلی) مالک، ویرایشگر و نمایشگر پشتیبانی می کند:

  • مالک پروژه می‌تواند اعضای دیگری را به پروژه اضافه کند، ادغام‌ها را راه‌اندازی کند (پیوند پروژه به سرویس‌هایی مانند BigQuery یا Slack)، و دسترسی ویرایش کاملی برای پروژه داشته باشد.
  • یک ویرایشگر پروژه دسترسی کامل به ویرایش پروژه را دارد.
  • یک نمایشگر پروژه فقط دسترسی خواندن برای پروژه دارد. توجه داشته باشید که کنسول Firebase در حال حاضر کنترل‌های ویرایش UI را از بینندگان پروژه پنهان/غیرفعال نمی‌کند، اما این عملیات برای اعضای پروژه که نقش Viewer را به آنها اختصاص داده‌اند، با شکست مواجه می‌شوند.

Firebase همچنین پشتیبانی می کند:

  • نقش‌های از پیش تعریف‌شده Firebase - نقش‌های خاص Firebase انتخاب‌شده که کنترل دسترسی دقیق‌تری را نسبت به نقش‌های اصلی Owner، Editor و Viewer فعال می‌کنند.
  • نقش‌های سفارشی - نقش‌های IAM کاملاً سفارشی‌سازی‌شده که شما ایجاد می‌کنید تا مجموعه‌ای از مجوزها را مطابق با الزامات خاص سازمان شما تنظیم کنید.



Firebase Local Emulator Suite

این پیام به این معنی است که Emulator Suite تشخیص داده است که ممکن است شبیه‌ساز محصول خاصی را با استفاده از شناسه‌های پروژه مختلف اجرا کند. این ممکن است نشان دهنده یک پیکربندی نادرست باشد و زمانی که شبیه سازها سعی می کنند با یکدیگر ارتباط برقرار کنند و زمانی که سعی می کنید با شبیه سازها از طریق کد خود تعامل داشته باشید، مشکلاتی ایجاد کند. اگر شناسه‌های پروژه مطابقت نداشته باشند، اغلب به نظر می‌رسد که داده‌ها از دست رفته است، زیرا داده‌های ذخیره‌شده در شبیه‌سازها روی projectID کلید می‌شوند و قابلیت همکاری به شناسه‌های پروژه مطابقت دارد.

این یک منبع رایج سردرگمی در بین توسعه‌دهندگان بوده است، بنابراین به‌طور پیش‌فرض Local Emulator Suite اکنون فقط اجازه اجرا با یک ID پروژه را می‌دهد، مگر اینکه در فایل پیکربندی firebase.json چیز دیگری را مشخص کنید. اگر یک شبیه ساز بیش از یک شناسه پروژه را شناسایی کند، یک اخطار ثبت می کند و به طور بالقوه یک خطای مرگبار ایجاد می کند.

اعلامیه(های) شناسه پروژه خود را برای عدم تطابق در موارد زیر بررسی کنید:

  • پروژه پیش فرض در خط فرمان تنظیم شده است. به طور پیش‌فرض، شناسه پروژه هنگام راه‌اندازی از پروژه انتخاب شده با استفاده از firebase init یا firebase use گرفته می‌شود. برای مشاهده لیست پروژه ها (و ببینید کدام یک انتخاب شده است) از firebase projects:list استفاده کنید.
  • تست های واحد شناسه پروژه اغلب در فراخوانی‌های روش‌های کتابخانه تست واحد قواعد initializeTestEnvironment initializeTestApp . سایر کدهای آزمایشی ممکن است با initializeApp(config) مقداردهی اولیه شوند.
  • خط فرمان --project . ارسال پرچم Firebase CLI --project پروژه پیش فرض را لغو می کند. باید مطمئن شوید که مقدار پرچم با شناسه پروژه در آزمایش‌های واحد و مقداردهی اولیه برنامه مطابقت دارد.

مکان‌های مخصوص پلتفرم برای بررسی:

وب ویژگی projectId در شی جاوا اسکریپت firebaseConfig ، که در initializeApp استفاده می شود.
اندروید ویژگی project_id در فایل پیکربندی google-services.json .
پلتفرم های اپل ویژگی PROJECT_ID در فایل پیکربندی GoogleService-Info.plist .

برای غیرفعال کردن حالت تک پروژه، firebase.json با کلید singleProjectMode به روز کنید:

{
  "firestore": {
    ...
  },
  "functions": {
    ...
  },
  "hosting": {
    ...
  },
  "emulators": {
    "singleProjectMode": false,
    "auth": {
      "port": 9099
    },
    "functions": {
      "port": 5001
    },
    ...
  }
}



قیمت گذاری

برای سؤالات متداول قیمت گذاری خاص یک محصول، بخش محصول را در این صفحه یا در اسناد محصول اختصاصی آن ببینید.

محصولات زیرساخت پولی Firebase عبارتند از: Realtime Database ، Cloud Storage for Firebase ، Cloud Functions ، Hosting ، Test Lab و احراز هویت تلفن. ما یک ردیف بدون هزینه برای همه این ویژگی ها ارائه می دهیم.

Firebase همچنین دارای بسیاری از محصولات بدون هزینه است: Analytics ، Cloud Messaging ، سازنده اعلان‌ها، Remote Config ، App Indexing ، Dynamic Links ، و Crash Reporting . استفاده از این محصولات فقط مشمول سیاست‌های کنترل ترافیک محصول (به عنوان مثال سهمیه‌بندی، دسترسی منصفانه و سایر حفاظت‌های خدمات) در همه طرح‌ها، از جمله طرح بدون هزینه Spark ما است. علاوه بر این، تمام ویژگی‌های Authentication فراتر از احراز هویت تلفن، بدون هزینه هستند.

خدمات پولی Firebase را می‌توان تحت آزمایش رایگان Google Cloud استفاده کرد. کاربران جدید Google Cloud و Firebase می‌توانند از یک دوره آزمایشی 90 روزه استفاده کنند که شامل 300 دلار اعتبار رایگان Cloud Billing برای کاوش و ارزیابی محصولات و خدمات Google Cloud و Firebase است.

در طول دوره آزمایشی رایگان Google Cloud ، یک حساب رایگان آزمایشی Cloud Billing به شما ارائه می شود. هر پروژه Firebase که از آن حساب صورت‌حساب استفاده می‌کند، در طول دوره آزمایشی رایگان، در طرح قیمت‌گذاری Blaze قرار می‌گیرد.

نگران نباشید، راه‌اندازی این حساب Cloud Billing آزمایشی رایگان به ما امکان نمی‌دهد از شما هزینه دریافت کنیم. هزینه‌ای از شما کسر نمی‌شود مگر اینکه با ارتقای حساب آزمایشی رایگان Cloud Billing خود به حساب پولی، صورت‌حساب را صریحاً فعال کنید. می‌توانید در طول دوره آزمایشی، در هر زمانی به یک حساب پولی ارتقا دهید. پس از ارتقاء، همچنان می‌توانید از اعتبارات باقی‌مانده (در بازه زمانی 90 روزه) استفاده کنید.

پس از انقضای دوره آزمایشی رایگان، باید پروژه خود را به طرح قیمت گذاری Spark تنزل دهید یا طرح قیمت گذاری Blaze را در کنسول Firebase تنظیم کنید تا به استفاده از پروژه Firebase خود ادامه دهید.

درباره آزمایشی رایگان Google Cloud بیشتر بیاموزید.

طرح قیمت گذاری اسپارک

طرح اسپارک ما مکانی عالی برای توسعه اپلیکیشن شما بدون هزینه است. شما تمام ویژگی‌های Firebase بدون هزینه ( Analytics ، آهنگساز Notifications، Crashlytics ، و غیره) و مقادیر سخاوتمندانه ویژگی‌های زیرساخت پولی ما را دریافت می‌کنید. با این حال، اگر در یک ماه تقویمی از منابع طرح Spark خود فراتر بروید، برنامه شما برای باقیمانده آن ماه خاموش خواهد شد. علاوه بر این، ویژگی‌های Google Cloud هنگام استفاده از طرح Spark در دسترس نیستند.

طرح قیمت گذاری بلیز

طرح Blaze ما برای برنامه های تولیدی طراحی شده است. طرح Blaze همچنین به شما امکان می دهد برنامه خود را با ویژگی های پولی Google Cloud گسترش دهید. شما فقط برای منابعی که مصرف می کنید هزینه می پردازید و به شما امکان می دهد تا با تقاضا مقیاس بندی کنید. ما در تلاش هستیم تا قیمت طرح Blaze خود را با ارائه دهندگان ابر پیشرو در صنعت رقابتی کنیم.

بله، می‌توانید هر زمان که بخواهید ارتقا، کاهش یا لغو کنید. توجه داشته باشید که ما بازپرداخت نسبتاً برای کاهش یا لغو رتبه ارائه نمی کنیم. این بدان معنی است که اگر قبل از پایان دوره صورتحساب خود را کاهش یا لغو کنید، همچنان برای باقیمانده ماه پرداخت می کنید.

استفاده بدون هزینه در طرح Blaze روزانه محاسبه می شود. محدودیت‌های استفاده نیز با طرح Spark برای Cloud Functions ، احراز هویت تلفن و Test Lab متفاوت است.

برای Cloud Functions ، استفاده بدون هزینه در طرح Blaze در سطح حساب Cloud Billing محاسبه می‌شود، نه در سطح پروژه و دارای محدودیت‌های زیر است:

  • 2 میلیون فراخوان در ماه
  • 400 هزار گیگابایت ثانیه در ماه
  • 200K CPU-ثانیه در ماه
  • 5 گیگابایت خروجی شبکه در ماه

برای احراز هویت تلفن، استفاده بدون هزینه در طرح Blaze به صورت ماهانه محاسبه می شود.

برای Test Lab ، استفاده بدون هزینه در طرح Blaze دارای محدودیت‌های زیر است:

  • 30 دقیقه دستگاه فیزیکی در روز
  • 60 دقیقه دستگاه مجازی در روز

استفاده بدون هزینه از طرح Spark در طرح Blaze گنجانده شده است. هنگام انتقال به طرح Blaze، استفاده بدون هزینه بازنشانی نمی‌شود.

اگر یک حساب Cloud Billing به پروژه ای در کنسول Google Cloud اضافه شود، اگر آن پروژه در حال حاضر در طرح Spark باشد، همان پروژه به طور خودکار به طرح Firebase Blaze ارتقا می یابد.

در مقابل، اگر یک حساب فعال Cloud Billing از پروژه‌ای در کنسول Google Cloud حذف شود، آن پروژه به طرح Firebase Spark تنزل داده می‌شود.

می توانید استفاده خود از منابع پروژه را در کنسول Firebase در هر یک از داشبوردهای زیر دنبال کنید:

نه، در حال حاضر نمی توانید میزان استفاده از طرح Blaze خود را محدود کنید. ما در حال ارزیابی گزینه‌هایی برای حمایت از سقف در استفاده از طرح Blaze هستیم.

کاربران Blaze می توانند بودجه ای برای پروژه یا حساب خود تعریف کنند و با نزدیک شدن هزینه هایشان به این محدودیت ها هشدار دریافت کنند. نحوه تنظیم هشدارهای بودجه را بیاموزید.

همه برنامه‌های Firebase، از جمله برنامه‌هایی که از طرح‌های بدون هزینه استفاده می‌کنند، با پشتیبانی ایمیل کارکنان Firebase در ساعات کاری اقیانوس آرام ایالات متحده ارائه می‌شوند. همه حساب‌ها پشتیبانی نامحدودی از مسائل مربوط به صورت‌حساب، مسائل مربوط به حساب، سوالات فنی (عیب‌یابی) و گزارش‌های رویداد دارند.

طرح Spark ما می تواند توسط هر نوع فرد یا سازمانی، از جمله سازمان های غیرانتفاعی، مدارس، و پروژه های منبع باز استفاده شود. از آنجایی که این طرح‌ها از قبل شامل سهمیه‌های سخاوتمندانه هستند، ما هیچ تخفیف یا طرح خاصی برای پروژه‌های منبع باز، غیرانتفاعی یا آموزشی ارائه نمی‌دهیم.

طرح Blaze ما برای شرکت‌ها در هر اندازه مناسب است و SLA ما استانداردهای صنعت زیرساخت ابری را برآورده می‌کند یا از آن فراتر می‌رود. با این حال، ما در حال حاضر قراردادهای سازمانی، قیمت گذاری یا پشتیبانی ارائه نمی دهیم، و همچنین میزبانی زیرساخت اختصاصی (یعنی نصب در محل) را برای خدماتی مانند Realtime Database خود ارائه نمی دهیم. ما سخت کار می کنیم تا برخی از این ویژگی ها را اضافه کنیم.

ما در طرح Blaze قیمت‌گذاری موقتی ارائه می‌دهیم، که در آن فقط برای ویژگی‌هایی که استفاده می‌کنید هزینه پرداخت می‌کنید.

طرح‌های قیمت‌گذاری Firebase جدا از Ads هستند، بنابراین هیچ اعتبار تبلیغاتی بدون هزینه وجود ندارد. به عنوان یک توسعه دهنده Firebase، می توانید حساب Ads خود را به Firebase "پیوند" کنید تا از ردیابی تبدیل پشتیبانی کند.

همه کمپین‌های تبلیغاتی مستقیماً در Ads مدیریت می‌شوند و صورت‌حساب Ads از کنسول Ads مدیریت می‌شود.

در ژانویه 2020، طرح قیمت گذاری Flame (25 دلار در ماه سهمیه اضافی) به عنوان گزینه ای برای ثبت نام های جدید حذف شد. به کاربران طرح موجود مهلتی اعطا شد تا پروژه های خود را به خارج از طرح Flame منتقل کنند. در فوریه 2022، پروژه‌های باقی‌مانده در طرح قیمت‌گذاری Flame به طرح قیمت‌گذاری اسپارک تنزل یافتند.
بر این اساس،

  • پروژه های موجود طرح Spark و Blaze و هر پروژه جدید دیگر نمی توانند به طرح Flame تغییر یا ثبت نام کنند.
  • اگر یک پروژه طرح Flame موجود را به یک طرح قیمت گذاری متفاوت منتقل کنید، پروژه نمی تواند به طرح Flame برگردد.
  • پروژه هایی که به برنامه جرقه کاهش یافته اند می توانند برای از سرگیری خدمات پرداخت شده اضافی به برنامه Blaze ارتقا دهند.
  • منابع مربوط به برنامه شعله از مستندات حذف شده است.

آیا در مورد بازنشستگی طرح شعله سوالات بیشتری دارید؟ برخی از سؤالات متداول اضافی را در زیر بخوانید.

آیا می خواهید در مورد سایر برنامه های قیمت گذاری ارائه شده توسط Firebase مطلع شوید؟ از صفحه قیمت گذاری Firebase ما دیدن کنید! اگر می خواهید هر پروژه موجود را به برنامه قیمت گذاری دیگری منتقل کنید ، می توانید این کار را در کنسول Firebase برای پروژه خود انجام دهید.

سؤالات متداول اضافی در مورد بازنشستگی طرح شعله

برای برنامه قیمت گذاری Blaze ثبت نام کنید و حتماً هشدارهای بودجه را تعیین کنید .

خیر ، Firebase دسترسی ویژه ای برای پروژه ها برای تغییر یا ثبت نام برای طرح شعله ارائه نمی دهد.

تغییر به طرح شعله دیگر امکان پذیر نیست. برای دسترسی به خدمات ارائه شده توسط برنامه شعله ، حتماً از برنامه قیمت گذاری Blaze استفاده کنید و هشدارهای بودجه را برای پروژه خود در نظر بگیرید.

اگر پروژه شما به سهمیه اضافی فراتر از آنچه با برنامه Spark ارائه شده است ، نیاز دارید ، باید پروژه خود را به برنامه قیمت گذاری Blaze ارتقا دهید.

با گذشت سالها ، ما شاهد کاهش استفاده از برنامه شعله هستیم و بیشتر پروژه هایی که از این طرح استفاده می کنند ، ارزش کامل آن را مصرف نمی کنند. حفظ این برنامه قیمت گذاری به طور کلی مقرون به صرفه نیست و احساس می کنیم اگر منابع به سایر ابتکارات Firebase برود ، می توانیم به همه بهتر خدمت کنیم.



حریم خصوصی

صفحه حریم خصوصی و امنیت صفحه را در Firebase بررسی کنید.

بله. این در حال حاضر فقط iOS است ، اما ممکن است در آینده تغییر کند. Firebase Apple Platforms SDK به طور پیش فرض شامل چارچوب FirebaseCoreDiagnostics است. این چارچوب توسط Firebase برای جمع آوری اطلاعات استفاده و تشخیص SDK برای کمک به اولویت بندی پیشرفت های آینده محصول استفاده می شود. FirebaseCoreDiagnostics اختیاری است ، بنابراین اگر می خواهید از ارسال سیاهههای تشخیصی Firebase خودداری کنید ، می توانید این کار را با جدا کردن کتابخانه از برنامه خود انجام دهید. می توانید منبع کامل ، از جمله مقادیر ورود به سیستم را در GitHub مرور کنید



A/B Testing

به شما اجازه داده می شود تا 300 آزمایش در هر پروژه ، که می تواند شامل 24 آزمایش در حال اجرا باشد ، با بقیه به عنوان پیش نویس یا تکمیل شده باشد.

پیوند دادن به یک ویژگی مختلف Google Analytics باعث می شود شما دسترسی به آزمایش های ایجاد شده از قبل را از دست دهید. برای بازیابی مجدد دسترسی به یک آزمایش قبلی ، دوباره پروژه خود را به ویژگی Google Analytics که هنگام ایجاد آزمایش مرتبط بود ، دوباره پیوند دهید.

اگر قبلاً Firebase و Google Analytics را پیوند داده اید ، اما هنوز هم پیامی را مشاهده می کنید که Google Analytics به هم پیوند ندارد ، اطمینان حاصل کنید که یک جریان تحلیلی برای همه برنامه های پروژه شما وجود دارد. در حال حاضر ، تمام برنامه های یک پروژه باید برای استفاده از آزمایش A/B به یک جریان Google Analytics متصل شوند.

شما می توانید لیست کلیه جریان های فعال را در صفحه جزئیات ادغام Google Analytics در کنسول Firebase ، دسترسی به پروژه تنظیمات Google Analytics مدیریت کنید .

ایجاد یک جریان Google Analytics برای هر برنامه ای که یک برنامه ندارد باید مسئله را حل کند. چند روش برای ایجاد جریان برای برنامه های گمشده وجود دارد:

  • اگر فقط یک یا دو برنامه دارید که یک جریان مرتبط با Google Analytics را از دست داده اید ، می توانید یکی از روش های زیر را برای اضافه کردن یک جریان Google Analytics انتخاب کنید:
    • هر برنامه را بدون جریان فعال در کنسول Firebase حذف و دوباره اضافه کنید.
    • از کنسول Google Analytics ، Admin را انتخاب کنید ، روی Data Streams کلیک کنید ، سپس روی افزودن جریان ، اضافه کردن جزئیات برنامه گمشده ، کلیک کنید و روی برنامه Register کلیک کنید.
  • اگر بیش از چند جریان برنامه گمشده دارید ، ویژگی های تبلیغاتی Google Analytics سریعترین و کارآمدترین روش برای ایجاد جریان برنامه های گمشده است:
    1. از تنظیمات پروژه ، ادغام ها را انتخاب کنید.
    2. در کارت Google Analytics ، روی مدیریت برای دسترسی به تنظیمات Firebase و Google Analytics کلیک کنید.
    3. یادداشتی از شناسه خاصیت Google Analytics و حساب Google Analytics Linked یادداشت کنید.
    4. More را کلیک کنید و از این پروژه unlink Analytics را انتخاب کنید.
    5. هشداری را که ظاهر می شود را مرور کنید (در اینجا نگران نباشید ؛ در مرحله بعدی همان ویژگی را خواهید دید) ، سپس روی Unlink Google Analytics کلیک کنید.

      با اتمام کار ، به صفحه ادغام هدایت می شوید.
    6. در کارت Google Analytics ، برای شروع روند اتصال ، روی Enable کلیک کنید.
    7. حساب Analytics خود را از لیست حساب انتخاب کنید.
    8. در کنار ایجاد خودکار یک ویژگی جدید در این حساب ، روی ویرایش کلیک کنید و از لیست املاک Analytics که ظاهر می شود ، شناسه ویژگی خود را انتخاب کنید.

      لیستی از همه برنامه های پروژه شما ظاهر می شود. نگاشتهای جریان موجود برای هر برنامه ذکر شده است و برنامه هایی که جریان ندارند ، یک مورد برای آنها ایجاد می کنند.
    9. روی Enable Google Analytics کلیک کنید تا از ویژگی های خاص استفاده کنید.
    10. روی Finish کلیک کنید.

اگر هنوز خطایی را ایجاد می کنید که تست های A/B را با پیکربندی از راه دور پس از انجام این مراحل انجام دهید ، با پشتیبانی Firebase تماس بگیرید .



AdMob

نه ، برنامه های ویندوز در حال حاضر پشتیبانی نمی شوند.

می توانید یک برنامه AdMob را از طریق کنسول AdMob به یک برنامه Firebase پیوند دهید. یاد بگیرید چگونه.

برای انجام این پیوند ، به دسترسی زیر نیاز دارید:

  • AdMob : شما باید یک مدیر AdMob باشید.
  • Firebase : شما باید مجوز firebase.links.create را داشته باشید ، که در نقش مالک و نقش مدیر Firebase گنجانده شده است.
  • Google Analytics : شما باید نقش ویرایش را داشته باشید یا نقش کاربران را برای ویژگی مرتبط با پروژه Firebase مدیریت کنید. بیشتر بدانید.

برای حساب های AdMob چند کاربره ، کاربری که اولین لینک Firebase را ایجاد کرده و شرایط سرویس Firebase را پذیرفته است ، تنها کاربری است که می تواند پیوندهای جدیدی بین برنامه های AdMob و برنامه های Firebase ایجاد کند.

برای استفاده از AdMob ، همیشه از Google Mobile Ads SDK همانطور که در این سؤالات متداول توضیح داده شده است ، استفاده کنید. علاوه بر این و به صورت اختیاری ، اگر می خواهید معیارهای کاربر را برای AdMob جمع کنید ، سپس Firebase SDK را برای Google Analytics در برنامه خود درج کنید.




تجزیه و تحلیل

Google Analytics یک راه حل تجزیه و تحلیل رایگان و نامحدود است که با ویژگی های Firebase برای ارائه بینش های قدرتمند کار می کند. این امکان را به شما می دهد تا گزارش های رویداد را در Crashlytics ، اثربخشی اعلان در FCM ، عملکرد عمیق پیوند برای Dynamic Links و داده های خرید درون برنامه از Google Play مشاهده کنید. این قدرت مخاطبان پیشرفته را در Remote Config ، شخصی سازی Remote Config و موارد دیگر هدف قرار می دهد.

Google Analytics به عنوان لایه ای از اطلاعات در کنسول Firebase عمل می کند تا بینش های عملی تری در مورد نحوه توسعه یک برنامه با کیفیت بالا ، رشد پایگاه کاربر خود و کسب درآمد بیشتر به شما ارائه دهد.

برای شروع ، مستندات را بخوانید .

به طور پیش فرض ، از داده های Google Analytics شما برای تقویت سایر ویژگی های Firebase و Google استفاده می شود. شما می توانید نحوه اشتراک داده های Google Analytics خود را در تنظیمات پروژه خود در هر زمان کنترل کنید. در مورد تنظیمات به اشتراک گذاری داده ها بیشتر بدانید.

از صفحه سرپرست موجود در ویژگی Google Analytics ، می توانید تنظیمات املاک خود را به روز کنید ، مانند:

  • تنظیمات اشتراک داده
  • تنظیمات نگهداری داده ها
  • تنظیمات منطقه زمانی و ارز

برای به روزرسانی تنظیمات املاک خود ، این مراحل را دنبال کنید:

  1. در کنسول Firebase ، به خود> تنظیمات پروژه بروید.
  2. به برگه Integrations بروید ، و سپس در کارت Google Analytics ، روی مدیریت یا مشاهده پیوند کلیک کنید.
  3. برای باز کردن تنظیمات حساب و ویژگی ، روی پیوند حساب Google Analytics خود کلیک کنید.

بله. برای اطلاعات بیشتر به صفحه Configure Collection and Usage مراجعه کنید.

می توانید خلاصه ای از این تغییرات در مرکز راهنمای Firebase Help Center Article Google Analytics 4 در Google Analytics for Firebase را پیدا کنید.

داده های Analytics در ویژگی Google Analytics - نه در پروژه Firebase قرار دارند. اگر خاصیت را حذف یا حذف کنید ، داده های Analytics برای Firebase قابل دسترسی نخواهند بود و یک داشبورد Analytics خالی را در کنسول Firebase مشاهده خواهید کرد. توجه داشته باشید که از آنجا که داده ها هنوز در ویژگی قبلی مرتبط هستند ، همیشه می توانید ویژگی را به Firebase متصل کرده و داده های Analytics را در کنسول Firebase مشاهده کنید.

پیوند دادن یک حساب جدید Google Analytics (و بنابراین یک ویژگی جدید Google Analytics) به پروژه Firebase شما منجر به داشبورد خالی Analytics در کنسول Firebase خواهد شد. با این حال ، اگر خاصیت قبلاً مرتبط شما وجود دارد ، می توانید داده های موجود را از ملک قدیمی به ویژگی جدید منتقل کنید.

نه. اگر ملک شما حذف شده است ، امکان حذف این ملک یا بازیابی داده های Analytics قبلاً جمع آوری شده در آن ویژگی امکان پذیر نیست.

اگر می خواهید دوباره استفاده از Google Analytics را شروع کنید ، می توانید یک ویژگی جدید یا یک ملک موجود را به پروژه Firebase خود پیوند دهید. شما می توانید این پیوند را در کنسول Firebase یا UI Google Analytics انجام دهید. در مورد پیوند یک ویژگی Google Analytics به پروژه Firebase خود بیشتر بدانید.

اگر می خواهید دوباره استفاده از Google Analytics را شروع کنید ، می توانید یک ویژگی جدید یا یک ملک موجود را به پروژه Firebase خود پیوند دهید. شما می توانید این پیوند را در کنسول Firebase یا UI Google Analytics انجام دهید. در مورد پیوند یک ویژگی Google Analytics به پروژه Firebase خود بیشتر بدانید.

توجه داشته باشید که از آنجا که تمام داده های Analytics در این ملک ذخیره می شوند (نه پروژه Firebase) ، داده های Analytics قبلاً جمع آوری شده را نمی توان بازیابی کرد.

چندین محصول Firebase به ادغام Google Analytics متکی هستند. اگر خاصیت Analytics و داده های آن حذف شده است ، در صورت استفاده از محصولات زیر ، موارد زیر اتفاق می افتد:

  • Crashlytics دیگر نمی توانید کاربران بدون تصادف ، سیاهههای مربوط به آرد و یا هشدارهای سرعت را ببینید.
  • Cloud Messaging و In-App Messaging -دیگر نمی توانید از هدف قرار دادن ، معیارهای کمپین ، تقسیم مخاطبان و برچسب های تحلیلی استفاده کنید.
  • Remote Config - دیگر نمی توانید از پیکربندی های هدفمند یا شخصی سازی استفاده کنید.
  • A/B Testing - شما دیگر نمی توانید از A/B Testing استفاده کنید زیرا اندازه گیری آزمایش توسط Google Analytics ارائه می شود.
  • Dynamic Links - هر ویژگی متکی به داده های Google Analytics مختل می شود.

علاوه بر این ، ادغام های زیر تحت تأثیر قرار می گیرد:

شما می توانید با "هدف قرار دادن منفی" این کاربران ، این مشکل را تغییر دهید. به عنوان مثال ، این مشکل را به عنوان "به افرادی که چیزی خریداری کرده اند" نشان ندهید ، و مخاطبان آن کاربران را برای هدف قرار دادن تشکیل دهید.

مخاطبان و خصوصیات کاربر شما همگام می شوند. برای برخی از ویژگی ها ، باید از رابط Google Analytics مانند تقسیم بندی و قیف های بسته استفاده کنید. شما می توانید به طور مستقیم از طریق پیوندهای عمیق از کنسول Firebase به رابط Google Analytics دسترسی پیدا کنید.

هر تغییری که از کنسول Firebase ایجاد می کنید نیز می تواند در Google Analytics انجام شود و این تغییرات در Firebase منعکس می شود.



Authentication

Firebase Authentication از تأیید شماره تلفن در سطح جهان پشتیبانی می کند ، اما همه شبکه ها با اطمینان پیام های تأیید را ارائه نمی دهند. مناطق زیر نرخ تحویل خوبی دارند و انتظار می رود که برای تأیید اعتبار تلفن خوب کار کند. در جایی که ذکر شد ، برخی از حامل ها به دلیل ضعیف موفقیت در تحویل در منطقه در دسترس نیستند.

منطقه کد
پس از میلاد آندورا
AE امارات متحده عربی
AF افغانستان
AG آنتیگوا و باربودا
AL آلبانی
AM ارمنستان
AO آنگولا
AR آرژانتین
AS ساموآی آمریکایی
AT اتریش
AU استرالیا
AW آروبا
AZ آذربایجان
BA بوسنی و هرزگوین
BB باربادوس
BD بنگلادش
BE بلژیک
BF بورکینافاسو
BG بلغارستان
بی جی بنین
BM برمودا
BN برونئی دارالسلام
BO بولیوی
BR برزیل
BS باهاما
BT بوتان
BW بوتسوانا
توسط بلاروس
BZ بلیز
CA کانادا
سی دی کنگو، (کینشاسا)
CF جمهوری آفریقای مرکزی
CG کنگو (برازاویل)
CH سوئیس
CI ساحل عاج
CK جزایر کوک
CL شیلی
سی ام کامرون
CO کلمبیا
CR کاستاریکا
CV کیپ ورد
CW کوراسائو
CY قبرس
CZ جمهوری چک
DE آلمان
دی جی جیبوتی
DK دانمارک
DM دومینیکا
انجام دهید جمهوری دومینیکن
DZ الجزایر
EC اکوادور
EG مصر
ES اسپانیا
ET اتیوپی
FI فنلاند
اف جی فیجی
FK جزایر فالکلند (مالویناس)
FM میکرونزی، ایالات فدرال
FO جزایر فارو
FR فرانسه
GA گابن
گیگابایت انگلستان
جی دی گرانادا
جنرال الکتریک گرجستان
GF گویان فرانسه
جی جی گرنزی
GH غنا
GI جبل الطارق
GL گرینلند
جنرال موتورز گامبیا
GP گوادلوپ
GQ گینه استوایی
GR یونان
GT گواتمالا
GY گویان
HK هنگ کنگ، SAR چین
HN هندوراس
منابع انسانی کرواسی
HT هائیتی
HU مجارستان
شناسه اندونزی
IE ایرلند
IL اسرائیل
IM جزیره من
در هند
IQ عراق
IT ایتالیا
JE جرسی
JM جامائیکا
JO اردن
JP ژاپن
KE کنیا
KG قرقیزستان
KH کامبوج
KM کومور
KN سنت کیتس و نویس
KR کره (جنوبی)
KW کویت
KY جزایر کیمن
KZ قزاقستان
لس آنجلس لائوس PDR
LB لبنان
LC سنت لوسیا
LI لیختن اشتاین
LK سریلانکا
LS لسوتو
آن لیتوانی
LU لوکزامبورگ
LV لتونی
LY لیبی
MA مراکش
MD مولداوی
من مونته نگرو
MF سن مارتین (بخش فرانسوی)
ام جی ماداگاسکار
MK مقدونیه، جمهوری
MM میانمار
MN مغولستان
MO ماکائو، SAR چین
ام‌اس مونتسرات
MT مالت
MU موریس
مگاوات مالاوی
MX مکزیک
من مالزی
MZ موزامبیک
NA نامیبیا
NC کالدونیای جدید
NE نیجر
NF جزیره نورفولک
NG نیجریه
NI نیکاراگوئه
NL هلند
نه نروژ
NP نپال
NZ نیوزلند
OM عمان
PA پاناما
PE پرو
PG پاپوآ گینه نو
PH فیلیپین
PK پاکستان
PL لهستان
PM سنت پیر و میکلون
روابط عمومی پورتوریکو
PS سرزمین فلسطین
PT پرتغال
PY پاراگوئه
QA قطر
RE رئونیون
RO رومانی
RS صربستان
RU فدراسیون روسیه
RW رواندا
SA عربستان سعودی
SC سیشل
SE سوئد
SG سنگاپور
SH سنت هلنا
SI اسلوونی
SK اسلواکی
SL سیرالئون
SN سنگال
SR سورینام
ST سائوتومه و پرنسیپ
SV السالوادور
SZ سوازیلند
TC جزایر تورکس و کایکوس
TG توگو
TH تایلند
TL تیمور شرقی
TM ترکمنستان
به تونگا
TR ترکیه
TT ترینیداد و توباگو
TW تایوان، جمهوری چین
TZ تانزانیا، جمهوری متحده
UA اوکراین
UG اوگاندا
ایالات متحده ایالات متحده آمریکا
UY اروگوئه
UZ ازبکستان
VC سنت وینسنت و گرنادین
VE ونزوئلا (جمهوری بولیوار)
VG جزایر ویرجین بریتانیا
VI جزایر ویرجین، ایالات متحده
VN ویتنام
WS ساموآ
بله یمن
YT مایوت
ZA آفریقای جنوبی
ZM زامبیا
ZW زیمبابوه

با شروع سپتامبر 2024 ، برای بهبود امنیت و کیفیت خدمات تأیید اعتبار تلفن ، پروژه های Firebase باید برای فعال کردن و استفاده از سرویس پیامکی به یک حساب صورتحساب ابر مرتبط شوند.

برای کمک به محافظت از پروژه خود در برابر پمپاژ ترافیک پیام کوتاه و سوءاستفاده API ، مراحل زیر را بردارید:

در نظر بگیرید که خط مشی منطقه پیام کوتاه را تعیین کنید
  1. استفاده از پیام کوتاه منطقه ای خود را مشاهده کنید .

    به دنبال مناطقی با تعداد بسیار بالا پیام کوتاه و تعداد بسیار کمی (یا صفر) پیامک های تأیید شده باشید. نسبت تأیید شده/ارسال شده میزان موفقیت شماست. میزان موفقیت سالم معمولاً در محدوده 70-85 ٪ است زیرا پیامک یک پروتکل تحویل تضمین شده نیست و برخی از مناطق ممکن است سوءاستفاده را تجربه کنند. نرخ موفقیت زیر 50 ٪ حاکی از بسیاری از پیامک های ارسال شده اما تعداد کمی از ورود به سیستم موفقیت آمیز است که این یک نشانگر رایج بازیگران بد و پمپاژ ترافیک پیام کوتاه است.

  2. از خط مشی منطقه SMS برای انکار مناطق پیام کوتاه با نرخ موفقیت پایین استفاده کنید ، یا فقط در صورتی که برنامه شما فقط برای توزیع در بازارهای خاص در نظر گرفته شده باشد ، به مناطق خاصی اجازه می دهید.

دامنه های احراز هویت مجاز خود را محدود کنید

برای مدیریت دامنه های مجاز از داشبورد تنظیمات احراز هویت استفاده کنید. دامنه localhost به طور پیش فرض به دامنه های تأیید هویت تأیید شده برای ساده سازی توسعه اضافه می شود. در نظر بگیرید که localhost از حوزه های مجاز در پروژه تولید خود حذف کنید تا از بازیگران بد برای دسترسی به پروژه localhost خود جلوگیری کنید تا به پروژه تولید خود دسترسی پیدا کنید.

بررسی برنامه را فعال و اجرا کنید

با تأیید اینکه درخواست ها فقط از برنامه های مرتبط با پروژه شما هستند ، برنامه را برای محافظت از پروژه خود در برابر سوءاستفاده API فعال کنید.

برای استفاده از بررسی برنامه با Firebase Authentication ، باید Firebase Authentication with Identity Platform را ارتقا دهید.

به یاد داشته باشید که شما باید برای تأیید اعتبار در کنسول Firebase ، تأیید برنامه را اجرا کنید (قبل از اجرای آن نظارت بر ترافیک را در نظر بگیرید). همچنین ، لیست سایتهای تأیید شده RecAptcha Enterprise خود را دوبار بررسی کنید تا تأیید کنید که فقط شامل سایت های تولید شما است و لیست برنامه های ثبت شده در پروژه شما در بررسی برنامه دقیق است.

توجه داشته باشید که بررسی برنامه با ادعا اینکه این تماس از یکی از برنامه های ثبت شده شما انجام می شود ، به محافظت در برابر حملات خودکار کمک می کند. این مانع از استفاده کاربران از برنامه شما به روش های ناخواسته نمی شود (به عنوان مثال ، شروع نمی شود و هرگز جریان ورود به سیستم را برای تولید پیامک ارسال شده انجام نمی دهد).

در این زمان ، شماره های منتقل شده بین حامل ها باعث می شود که تمام پیامک ها برای آن کاربران نهایی غیرقابل تحمل شوند. هیچ راه حل وجود ندارد و Firebase در حال کار بر روی این مسئله است.

اگر خطای زیر را دریافت می کنید ، مراحل عیب یابی را در این سؤالات متداول دنبال کنید:

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)
  1. اطمینان حاصل کنید که ورود به سیستم Google به درستی به عنوان ارائه دهنده احراز هویت فعال شده است:

    1. در کنسول Firebase ، بخش Authentication را باز کنید.

    2. در برگه Sign In Method ، روش ورود به سیستم Google (حتی اگر قبلاً فعال باشد) را غیرفعال کرده و دوباره فعال کنید:

      1. روش ورود به سیستم Google را باز کنید ، آن را غیرفعال کنید و سپس روی ذخیره کلیک کنید.

      2. روش ورود به سیستم Google را دوباره باز کنید ، آن را فعال کنید و سپس روی ذخیره کلیک کنید.

  2. اطمینان حاصل کنید که برنامه شما از پرونده پیکربندی Firebase به روز خود ( google-services.json ) استفاده می کند.
    پرونده پیکربندی برنامه خود را بدست آورید.

  3. بررسی کنید که آیا هنوز خطایی را دریافت می کنید. اگر هستید ، به مرحله عیب یابی بعدی ادامه دهید.

  4. اطمینان حاصل کنید که مشتری مورد نیاز OAUTH 2.0 مورد نیاز وجود دارد.

    1. در صفحه اعتبار کنسول Google Cloud ، در بخش IDS مشتری OAUTH 2.0 جستجو کنید.

    2. اگر مشتری OAUTH 2.0 حضور ندارد (و شما تمام مراحل عیب یابی را در بالا انجام داده اید) ، سپس با پشتیبانی تماس بگیرید .

اگر خطای زیر را دریافت می کنید ، مراحل عیب یابی را در این سؤالات متداول دنبال کنید:

You must specify |clientID| in |GIDConfiguration|
  1. اطمینان حاصل کنید که ورود به سیستم Google به درستی به عنوان ارائه دهنده احراز هویت فعال شده است:

    1. در کنسول Firebase ، بخش Authentication را باز کنید.

    2. در برگه Sign In Method ، روش ورود به سیستم Google (حتی اگر قبلاً فعال باشد) را غیرفعال کرده و دوباره فعال کنید:

      1. روش ورود به سیستم Google را باز کنید ، آن را غیرفعال کنید و سپس روی ذخیره کلیک کنید.

      2. روش ورود به سیستم Google را دوباره باز کنید ، آن را فعال کنید و سپس روی ذخیره کلیک کنید.

  2. اطمینان حاصل کنید که برنامه شما از پرونده پیکربندی Firebase به روز خود ( GoogleService-Info.plist ) استفاده می کند.
    پرونده پیکربندی برنامه خود را بدست آورید.

  3. بررسی کنید که آیا هنوز خطایی را دریافت می کنید. اگر هستید ، به مرحله عیب یابی بعدی ادامه دهید.

  4. اطمینان حاصل کنید که مشتری مورد نیاز OAUTH 2.0 مورد نیاز وجود دارد.

    1. در صفحه اعتبار کنسول Google Cloud ، در بخش IDS مشتری OAUTH 2.0 جستجو کنید.

    2. اگر مشتری OAUTH 2.0 حضور ندارد (و شما تمام مراحل عیب یابی را در بالا انجام داده اید) ، سپس با پشتیبانی تماس بگیرید .

اگر خطای زیر را دریافت می کنید ، مراحل عیب یابی را در این سؤالات متداول دنبال کنید:

AuthErrorCode.INVALID_OAUTH_CLIENT_ID
  1. اطمینان حاصل کنید که ورود به سیستم Google به درستی به عنوان ارائه دهنده احراز هویت فعال شده است:

    1. در کنسول Firebase ، بخش Authentication را باز کنید.

    2. در برگه Sign In Method ، روش ورود به سیستم Google (حتی اگر قبلاً فعال باشد) را غیرفعال کرده و دوباره فعال کنید:

      1. روش ورود به سیستم Google را باز کنید ، آن را غیرفعال کنید و سپس روی ذخیره کلیک کنید.

      2. روش ورود به سیستم Google را دوباره باز کنید ، آن را فعال کنید و سپس روی ذخیره کلیک کنید.

  2. همچنین ، در پیکربندی ارائه دهنده ورود به سیستم Google از بخش Authentication ، اطمینان حاصل کنید که شناسه مشتری OAUTH و مخفی با مشتری وب نمایش داده شده در صفحه اعتبار کنسول Google Cloud مطابقت دارد (به بخش IDS مشتری OAUTH 2.0 نگاه کنید).

اگر خطای زیر را دریافت می کنید ، مراحل عیب یابی را در این سؤالات متداول دنبال کنید:

This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.

این خطا به احتمال زیاد ایجاد می شود زیرا دامنه تغییر مسیر شما به عنوان یک دامنه مجاز برای Firebase Authentication ذکر نشده است ، یا کلید API که شما با سرویس Firebase Authentication استفاده می کنید نامعتبر است.

ابتدا اطمینان حاصل کنید که YOUR_REDIRECT_DOMAIN در لیست دامنه های مجاز برای پروژه Firebase شما قرار دارد. اگر دامنه تغییر مسیر شما قبلاً در آنجا ذکر شده است ، همچنان یک کلید API نامعتبر را عیب یابی کنید.

به طور پیش فرض ، Firebase Authentication JS SDK برای پروژه Firebase شما که به عنوان Browser key برچسب گذاری شده است ، به کلید API متکی است و از این کلید برای تأیید اینکه یک URL تغییر مسیر ورود به سیستم با توجه به لیست دامنه های مجاز معتبر است ، استفاده می کند. Authentication این کلید API را بسته به نحوه دسترسی به Authentication SDK دریافت می کند:

  • اگر از یاران Auth با ارائه Hosting برای ورود به سیستم با Authentication JS SDK استفاده می کنید ، پس Firebase به طور خودکار کلید API خود را با بقیه پیکربندی Firebase خود هر بار که به Firebase Hosting اعزام می کنید ، به دست می آورد. اطمینان حاصل کنید که authDomain در برنامه وب شما firebaseConfig به درستی پیکربندی شده است تا از یکی از دامنه ها برای آن سایت Hosting استفاده کند. شما می توانید این موضوع را با مراجعه به https:// authDomain __/firebase/init.json تأیید کنید ، و بررسی کنید که این projectId از firebaseConfig شما مطابقت دارد.

  • اگر کد ورود به سیستم خود را میزبان می کنید ، می توانید از یک پرونده __/firebase/init.json استفاده کنید تا پیکربندی Firebase را به Authentication خود میزبان JS SDK تغییر دهید. کلید API و projectId ذکر شده در این پرونده پیکربندی باید با برنامه وب firebaseConfig شما مطابقت داشته باشد.

بررسی کنید تا مطمئن شوید این کلید API حذف نشده است: به پانل APIS & Services> Crectentials در کنسول Google Cloud بروید که در آن تمام کلیدهای API برای پروژه شما ذکر شده است.

  • اگر Browser key حذف نشده است ، موارد زیر را بررسی کنید:

    • اطمینان حاصل کنید که API Firebase Authentication در لیست API های مجاز برای دسترسی به کلید قرار دارد ( در مورد محدودیت های API برای کلیدهای API اطلاعات بیشتری کسب کنید ).

    • اگر کد ورود به سیستم خود را میزبان می کنید ، مطمئن شوید که کلید API ذکر شده در پرونده __/firebase/init.json با کلید API در کنسول ابر مطابقت دارد. در صورت لزوم کلید موجود در پرونده را اصلاح کنید ، سپس برنامه خود را مجدداً مجدداً مستقر کنید.

    • اگر Browser key حذف شده است ، می توانید Firebase یک کلید جدید API را برای شما ایجاد کنید: در کنسول Firebase ، به > تنظیمات پروژه بروید ، سپس در بخش برنامه های خود ، روی برنامه وب خود کلیک کنید. این عمل به طور خودکار یک کلید API را ایجاد می کند که می توانید در بخش تنظیمات و پیکربندی SDK برای برنامه وب خود مشاهده کنید.

    توجه داشته باشید که در کنسول ابر ، این کلید جدید API به عنوان Browser key نامیده نمی شود. در عوض ، این نام مستعار برنامه وب Firebase شما خواهد بود. اگر تصمیم دارید محدودیت های API را به این کلید جدید API اضافه کنید ، اطمینان حاصل کنید که API Firebase Authentication در لیست API های مجاز قرار دارد.

    پس از ایجاد کلید جدید API ، مراحل قابل اجرا را در زیر انجام دهید:

    • اگر از URL های Hosting رزرو شده استفاده می کنید ، سپس برنامه خود را به Firebase دوباره مستقر کنید تا بتواند به طور خودکار کلید API جدید را با بقیه پیکربندی Firebase خود بدست آورد.

    • اگر از کد ورود به سیستم خودداری می کنید ، کلید جدید API را کپی کرده و آن را به پرونده __/firebase/init.json خود اضافه کنید ، سپس برنامه خود را دوباره مستقر کنید.

  1. صفحه اعتبار کنسول Google Cloud را باز کنید.

  2. در بالای صفحه ، ایجاد اعتبارنامه> شناسه مشتری OAUTH را انتخاب کنید.

  3. اگر از شما خواسته می شود صفحه رضایت خود را پیکربندی کنید ، دستورالعمل های روی صفحه را دنبال کنید و سپس با مراحل زیر این سؤالات متداول ادامه دهید.

  4. مشتری OAUTH را ایجاد کنید:

    1. برای نوع برنامه ، برنامه وب را انتخاب کنید.

    2. برای ریشه های مجاز جاوا اسکریپت ، موارد زیر را اضافه کنید:

      • http://localhost
      • http://localhost:5000
      • https:// PROJECT_ID .firebaseapp.com
      • https:// PROJECT_ID .web.app
    3. برای URI های هدایت شده مجاز ، موارد زیر را اضافه کنید:

      • https:// PROJECT_ID .firebaseapp.com/__/auth/handler
      • https:// PROJECT_ID .web.app/__/auth/handler
    4. مشتری OAUTH را ذخیره کنید.

  5. شناسه مشتری OAUTH جدید و راز مشتری را در کلیپ بورد خود کپی کنید.

  6. در کنسول Firebase ، بخش Authentication را باز کنید.

  7. در برگه Sign In Method ، ارائه دهنده ورود به سیستم Google را باز کنید ، و سپس شناسه مشتری وب سرور و راز را که فقط از کنسول Google Cloud ساخته و کپی کرده اید ، جایگذاری کنید. روی ذخیره کلیک کنید.

قبل از دسامبر سال 2022 ، %APP_NAME% در الگوی ایمیل با نام تجاری OAuth که به طور خودکار تهیه می شد هر زمان که یک برنامه Android در پروژه Firebase ثبت شده بود ، جمع می شد. اکنون ، از آنجا که مارک OAuth فقط در صورت فعال بودن ورود به سیستم Google ارائه می شود ، در زیر توضیح می دهد که چگونه %APP_NAME% مشخص می شود:

  • اگر نام تجاری OAUTH در دسترس باشد ، %APP_NAME% در الگوی ایمیل نام تجاری OAuth (مشابه رفتار قبل از دسامبر 2022) خواهد بود.

  • اگر نام تجاری OAUTH در دسترس نیست ، در اینجا چگونه %APP_NAME% در الگوی ایمیل مشخص می شود:

    • برای برنامه های وب ، %APP_NAME% نام سایت Firebase Hosting پیش فرض (مقدار قبل از .firebaseapp.com و .web.app و معمولاً شناسه پروژه Firebase) خواهد بود.

    • برای اپلیکیشن های موبایل:

      • اگر نام بسته اندرویدی یا شناسه بسته نرم افزاری iOS در درخواست موجود باشد ، %APP_NAME% نام برنامه ای خواهد بود که در فروشگاه Play یا App Store (به ترتیب) استفاده می شود.

      • در غیر این صورت ، %APP_NAME% نام سایت Firebase Hosting پیش فرض خواهد بود (مقدار قبلی .firebaseapp.com و .web.app و معمولاً شناسه پروژه Firebase).

    توجه داشته باشید که اگر جستجوی نام Firebase Hosting نام میزبان ناکام باشد ، آخرین مورد استفاده از شناسه پروژه Firebase به عنوان %APP_NAME% است.



Cloud Functions

Cloud Functions پشتیبانی از زمان اجرا

  1. اطمینان حاصل کنید که در برنامه قیمت گذاری Blaze هستید.
  2. اطمینان حاصل کنید که از آخرین نسخه Firebase CLI استفاده می کنید.
  3. قسمت engines را در package.json توابع خود به روز کنید.
  4. به صورت اختیاری ، تغییرات خود را با استفاده از Firebase Local Emulator Suite آزمایش کنید.
  5. مجدداً همه کارکردها را دوباره مستقر کنید.

در کنسول Firebase ، به داشبورد توابع بروید ، یک عملکرد را انتخاب کنید و زبان عملکرد را با جزئیات بیشتر بررسی کنید.

بله. از آنجا که پسوندها از توابع ابر استفاده می کنند ، زمان اجرا پسوندهای شما باید در همان جدول زمانی با توابع ابر به روز شود.

توصیه می کنیم که به طور دوره ای آخرین نسخه از هر برنامه افزودنی نصب شده در پروژه خود را به روز کنید. می توانید پسوندهای پروژه های خود را از طریق کنسول Firebase یا Firebase CLI ارتقا دهید.

قیمت گذاری Cloud Functions

Cloud Functions for Firebase به برخی از خدمات Google پرداخت شده متکی است. استقرار عملکرد جدید با Firebase CLI 11.2.0 و بالاتر به Cloud Build و Artifact Registry متکی است. استقرار در نسخه های قدیمی تر از Cloud Build به همان روش استفاده می کند ، اما به جای Artifact Registry به Container Registry و Cloud Storage برای ذخیره سازی متکی است. استفاده از این خدمات علاوه بر قیمت گذاری موجود صورتحساب می شود.

فضای ذخیره سازی برای Firebase CLI 11.2.0 و نسخه های جدیدتر

Artifact Registry ظروف را در اختیار شما قرار می دهد. Artifact Registry 500 مگابایت اول را بدون هیچ هزینه ای فراهم می کند ، بنابراین اولین کارآزمایی عملکرد شما ممکن است هیچ هزینه ای متحمل نشود. بالاتر از آن آستانه ، هر گیگابایت اضافی ذخیره سازی با قیمت 0.10 دلار در هر ماه صورتحساب می شود.

فضای ذخیره سازی برای Firebase CLI 11.1.x و نسخه های قبلی

برای توابع مستقر در نسخه های قدیمی تر ، Container Registry ، ظروف را در اختیار شما قرار می دهد. برای هر ظرف مورد نیاز برای استقرار یک تابع صورتحساب می شود. ممکن است برای هر ظرف ذخیره شده ، هزینه های کوچکی را مشاهده کنید - برای مثال ، 1 گیگابایت ذخیره سازی با 0.026 دلار در ماه صورتحساب می شود.

برای درک بیشتر در مورد چگونگی تغییر صورتحساب شما ، لطفاً موارد زیر را مرور کنید

بله. در برنامه Blaze ، Cloud Functions یک ردیف بدون هزینه برای دعوت ها ، زمان محاسبه و ترافیک اینترنت فراهم می کند. اولین 2،000،000 دعوت نامه ، 400000 GB-SEC ، 200،000 CPU-SEC و 5 گیگابایت ترافیک اینترنت در اینترنت بدون هیچ هزینه ای در هر ماه ارائه می شود. شما فقط برای استفاده بالاتر از آن آستانه ها شارژ می شوید.

پس از 500 مگابایت اول ذخیره بدون هزینه ، هر عملیات استقرار هزینه های در مقیاس کوچک را برای فضای ذخیره سازی مورد استفاده برای ظرف عملکرد متحمل می شود. اگر روند توسعه شما به استفاده از توابع برای آزمایش بستگی دارد ، می توانید با استفاده از Firebase Local Emulator Suite در هنگام توسعه ، هزینه ها را به حداقل برسانید.

به برنامه های قیمت گذاری Firebase و سناریوهای نمونه قیمت گذاری Cloud Functions مراجعه کنید.

نه. هیچ برنامه ای برای تغییر سهمیه به جز حذف حداکثر محدودیت زمانی ساخت وجود ندارد. به جای دریافت خطاها یا هشدارها هنگام رسیدن به سهمیه ساخت روزانه 120 دقیقه ، شما طبق برنامه قیمت گذاری Blaze صورتحساب می شوید. به سهمیه ها و محدودیت ها مراجعه کنید.

بله ، می توانید یک حساب Cloud Billing در کنسول Google Cloud ایجاد کنید تا اعتبار 300 دلاری را بدست آورید ، سپس آن حساب Cloud Billing را به یک پروژه Firebase پیوند دهید.

اطلاعات بیشتر در مورد اعتبار Google Cloud در اینجا .

Note that if you do this, you have to then set up the Blaze pricing plan in the Firebase console in order for your project to continue working after the $300 credit is exhausted.

نه متاسفم You can use the Firebase emulator for development without having a Cloud Billing account. Alternatively, try applying for a Google Cloud free trial . If you're still having trouble paying your bill because of this change, contact Firebase Support.

You can set up budget alerts in the Google Cloud console to help control costs. Also, you can set limits on the number of billed instances created for each of your functions. To get an idea of costing for typical scenarios, see the Cloud Functions Pricing examples.

View the Usage and billing dashboard in the Firebase console.

بله. Since extensions use Cloud Functions , extensions will be subject to the same charges as other functions.

To use extensions, you will need to upgrade to the Blaze pricing plan. You will be charged a small amount (typically around $0.01 per month for the Firebase resources required by each extension you install (even if they are not used), in addition to any charges associated with your use of Firebase services.



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.

قابلیت ها Notifications composer Cloud Messaging
هدف تک دستگاه
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
نوع پیام Notifications up to 2kb
Data messages up to 4kb
تحویل فوری
Future client device local time
تجزیه و تحلیل Built-in Notifications analytics collection and funnel analytics

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.

You can use Firebase Cloud Messaging as a standalone component, in the same manner as you did with GCM, without using other Firebase services.

FCM نسخه جدید GCM با نام تجاری Firebase است. زیرساخت اصلی GCM را با SDKهای جدید به ارث برده است تا توسعه Cloud Messaging آسان‌تر کند.

Benefits of upgrading to FCM SDK include:

  • Simpler client development. دیگر لازم نیست منطق امتحان مجدد ثبت نام یا اشتراک خود را بنویسید.
  • 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.

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 .

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.

For more information, see Receive and handle messages .

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:

قابلیت ها Notifications composer Cloud Messaging
هدف تک دستگاه
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
نوع پیام Notifications up to 2kb
Data messages up to 4kb
تحویل فوری
Future client device local time
تجزیه و تحلیل Built-in Notifications analytics collection and funnel analytics

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

The following APIs/SDKs will be affected by the deprecation:

API های سرور

نام API API Endpoint تاثیر بر روی کاربران اقدام لازم است
Legacy HTTP protocol https://fcm.googleapis.com/fcm/send Requests to the endpoint will start failing after 6/21/2024. Migrate to the HTTP v1 API .
Legacy XMPP protocol fcm-xmpp.googleapis.com:5235 Requests to the endpoint will start failing after 6/21/2024. Migrate to the HTTP v1 API .
Instance ID server APIs https://iid.googleapis.com/v1/web/iid Requests to the endpoint will start failing after 6/21/2024. Use the Web JS SDK to create FCM web registrations.
https://iid.googleapis.com/iid/* The endpoints will continue to work but they won't support authentication using static server keys after 6/21/2024. Use an OAuth 2.0 access token derived from a service account.
Device group management API https://fcm.googleapis.com/fcm/notification The endpoint will continue to work but it won't support authentication using static server keys after 6/21/2024. Use an OAuth 2.0 access token derived from a service account.
Upstream messaging via XMPP fcm-xmpp.googleapis.com:5235 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.
Batch Send API https://fcm.googleapis.com/batch Requests to the endpoint will start failing after 6/21/2024. Migrate to the standard HTTP v1 API send method , which supports HTTP/2 for multiplexing.

Firebase Admin SDK APIs

نام API API Language تاثیر بر روی کاربران اقدام لازم است
sendToDevice() Node.js The API will stop working after 6/21/2024 because it calls the legacy HTTP send API. Use the send() method.
sendToDeviceGroup() Node.js The API will stop working after 6/21/2024 because it calls the legacy HTTP send API. Use the send() method.
sendToTopic() Node.js The API will stop working after 6/21/2024 because it calls the legacy HTTP send API. Use the send() method.
sendToCondition() Node.js The API will stop working after 6/21/2024 because it calls the legacy HTTP send API. Use the send() method.
sendAll()/sendAllAsync()/send_all()/sendMulticast()/SendMulticastAsync()/send_multicast() Node.js, Java, Python, Go, C# 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 های مشتری

SDK versions تاثیر بر روی کاربران اقدام لازم است
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.

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 (see the next FAQ for more information).

FCM will start a gradual shutdown of deprecated APIs around July 22nd, 2024. After this date, deprecated services will be subject to a "flickering" process in which increasing numbers of requests will return error responses. During the gradual ramp-down period you can expect the following behavior and error responses to increase in frequency over time:

دسته بندی انتظار چه چیزی
Legacy HTTP protocol Requests being rejected with HTTP code 301.
Legacy XMPP protocol Requests being rejected with error code 302.
FCM Upstream Messages being silently dropped by FCM backend.
Batch Send API Requests being rejected with error code UNIMPLEMENTED and the error message "The API is deprecated."
GCM SDKs - Register Tokens Requests being rejected with HTTP code 301.
GCM SDKs - Send Messages Requests being rejected with error code 400 and the error message "V3 token has been deprecated."
JS SDKs version < 7.0.0 Requests being rejected with HTTP code 501.
Using server key to access Instance ID and device group management APIs Requests being rejected with HTTP code 401.

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.

See Use credentials to mint access tokens for guidance on using the Google Auth Library to obtain tokens.

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

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.

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.

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.

پلت فرم Firebase Admin SDK version
Node.js >=11.7.0
پایتون >=6.2.0
جاوا >=9.2.0
برو >=4.12.0
دات نت >=2.4.0

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.

Please reach out to the Google Cloud support team for help.

No. Starting from 5/20/2024, new projects will no longer be allowed to enable our legacy APIs.

Once you are sure that you have fully migrated to the HTTP v1 API, you can disable the legacy Cloud Messaging API (the page may fail to load if the API has already been disabled).

FCM quotas and limits

Unfortunately, this use case cannot be supported. You must spread your traffic out over 5 minutes.

Unfortunately, we cannot grant quota increases for this reason. You must spread your traffic out over 5 minutes.

We recommend that you start sending the notifications at least 5 minutes prior to the event.

This depends a bit on your use of FCM. In any case, you can expect an answer in a few business days. In some cases, there may be some back-and-forth regarding your usage of FCM and various circumstances, which can prolong the process. If all requirements are met, most requests will be handled within 2 weeks.

See Google Cloud guidance on how to chart and monitor quota metrics .

While we understand that quota limits can be challenging, quotas are vital to keeping the service reliable and we can't grant exemptions.

You may request additional quota to support an event lasting up to 1 month. File the request at least 1 month in advance of the event and with clear details on when the event starts and ends, and FCM will make every practical effort to fulfill the request (no increase can be guaranteed). These quota increases will be reverted after the event's end date.

While Google will not do so lightly, quotas may be changed as needed to protect the integrity of the system. When possible, Google will notify you in advance of such changes.



Cloud Storage for Firebase

Go to the Cloud Storage documentation to learn more about the Changes for the default Cloud Storage bucket .

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.

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.

See the related FAQ .

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

چه کاری باید انجام دهم؟

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.
    1. 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.
    2. Click Delete , and confirm the files were deleted.

Please refer to our documentation for additional information on managing Hosting resources with Firebase tools and Cloud Storage for Firebase buckets with client libraries .

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.

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.
  • Manual: Follow the steps in Creating and managing service accounts . Following that guide, add a service account with the IAM role Cloud Storage for Firebase Service Agent , and service account name
    service- PROJECT_NUMBER @gcp-sa-firebasestorage.iam.gserviceaccount.com .
Removing the new service account

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 .

Cloud Storage for Firebase pricing

Go to the Cloud Storage documentation to learn more about the Changes for pricing plan requirements for Cloud Storage .

Visit the Firebase Pricing page and use the Blaze plan calculator . The calculator lists all the usage types for Cloud Storage for Firebase .

Use the sliders to input the expected usage of your Storage bucket. The calculator will estimate your monthly bill.

When you exceed limits for Cloud Storage in a project on the Spark plan, the result depends on the type of limit that you exceed:

  • If you exceed the GB stored limit, you will not be able to store any more data in that project unless you remove some of the data stored or upgrade to a plan that provides more storage space, or unlimited storage space.
  • If you exceed the GB downloaded limit, your app will not be able to download more data until the next day (starting at midnight, US Pacific Time), unless you upgrade to a plan with less restrictive limits, or with no limits.
  • If you exceed the upload or download operations limit, your app will not be able to upload or download more data until the next day (starting at midnight, US Pacific Time), unless you upgrade to a plan with less restrictive limits, or with no limits.



Crashlytics

Visit the Crashlytics troubleshooting & FAQ page for helpful tips and answers to more FAQs.



See Dynamic Links FAQ .

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.



Hosting

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

چه کاری باید انجام دهم؟

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.
    1. 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.
    2. Click Delete , and confirm the files were deleted.

Please refer to our documentation for additional information on managing Hosting resources with Firebase tools and Cloud Storage for Firebase buckets with client libraries .

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 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.

The Firebase Hosting multisite feature supports a maximum of 36 sites per project.



Performance Monitoring

Visit the Performance Monitoring troubleshooting & FAQ page for helpful tips and answers to more FAQs.

You can create up to 400 total custom URL patterns per app and up to 100 custom URL patterns per domain for that app.

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.



Realtime Database

A simultaneous connection is equivalent to one mobile device, browser tab, or server app connected to the database. Firebase imposes hard limits on the number of simultaneous connections to your app's database. These limits are in place to protect both Firebase and our users from abuse.

The Spark plan limit is 100 and cannot be raised. The Flame and Blaze plans have a limit of 200,000 simultaneous connections per database.

This limit isn't the same as the total number of users of your app, because your users don't all connect at once. If you need more than 200,000 simultaneous connections, please read Scale with Multiple Databases .

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.

In addition, each database instance has a cap on the number of simultaneous database connections . Our default limits are large enough for most applications. If you are building an app that requires additional scale, you may need to shard your application across multiple database instances for added scale. You may also consider Cloud Firestore as an alternative database.

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.

To provide you with a predictable price, the resources available to you in the Spark plans are capped. This means that when you exceed any plan limit in any month, your app will be turned off to prevent any further resource usage and additional charges.

When your app reaches its concurrency limit on the Spark plan, any subsequent connections will be rejected until some of the existing connections are closed. The app will continue to work for users who are connected.

Automated backups are an advanced feature for customers on our Blaze pricing plan that backs up your Firebase Realtime Database data once a day and uploads it to Google Cloud Storage .

We do not offer hourly backups.

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.



Remote Config

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.

To learn more about the Remote Config API and usage model, see Remote Config API Overview .

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.

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.



Test Lab

Visit the Test Lab troubleshooting page for helpful tips and answers to FAQs.



Firebase User Segmentation Storage

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.