پروژه 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 محفظهای برای پروژههای Google Cloud (از جمله پروژههای Firebase) است. این سلسله مراتب سازماندهی، مدیریت دسترسی و ممیزی بهتر پروژه های Google Cloud و Firebase را امکان پذیر می کند. برای اطلاعات بیشتر به ایجاد و مدیریت سازمان ها مراجعه کنید.
چگونه Firebase را به پروژه Google Cloud موجود اضافه کنم؟
چرا پروژه Google Cloud من دارای برچسب firebase:enabled ؟
در صفحه برچسبها برای پروژه خود در کنسول Google Cloud ، ممکن است برچسب firebase:enabled ببینید (به طور خاص، یک Keyfirebase با Valueenabled ).
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 من نشان داده نمی شود؟
اگر پروژه Firebase خود را در مکانهای زیر نمیبینید، این سؤالات متداول قابل اجرا است:
در لیستی از پروژه هایی که در کنسول Firebase مشاهده می کنید
در پاسخ از اجرای دستور Firebase CLI firebase projects:list
این مراحل عیبیابی را امتحان کنید:
ابتدا سعی کنید با مراجعه مستقیم به URL پروژه به پروژه خود دسترسی پیدا کنید. از فرمت زیر استفاده کنید: https://console.firebase.google.com/project/ PROJECT-ID /overview
اگر نمی توانید به پروژه دسترسی پیدا کنید یا خطاهای مجوز را دریافت کنید، موارد زیر را بررسی کنید:
مطمئن شوید که با استفاده از همان حساب Google که به پروژه دسترسی دارد، وارد Firebase شده باشید. میتوانید از طریق آواتار حسابتان در گوشه سمت راست Firebase کنسول وارد و خارج شوید.
مطمئن شوید که پروژه شما دارای برچسب firebase:enabled در صفحه Labels برای پروژه شما در کنسول Google Cloud است. Firebase و Google Cloud از این برچسب برای فهرست کردن پروژههای Firebase شما استفاده میکنند. اگر این برچسب را نمی بینید اما API مدیریت Firebase برای پروژه شما فعال است ، به صورت دستی برچسب را اضافه کنید (به طور خاص، یک Keyfirebase با Valueenabled ).
مطمئن شوید که یکی از نقشهای اصلی IAM (مالک، ویرایشگر، نمایشگر) یا نقشی که مجوزهای مرتبط با Firebase را در خود دارد، به عنوان مثال یک نقش از پیش تعریف شده Firebase به شما اختصاص داده شده است. میتوانید نقش(های) خود را در صفحه IAM کنسول Google Cloud مشاهده کنید.
اگر پروژه شما متعلق به یک سازمان Google Cloud است، ممکن است برای دیدن پروژه فهرست شده در کنسول Firebase به مجوزهای بیشتری نیاز داشته باشید. با فردی که سازمان Google Cloud شما را مدیریت می کند تماس بگیرید تا نقش مناسب را برای مشاهده پروژه به شما بدهد، به عنوان مثال نقش مرورگر.
اگر هیچ یک از مراحل عیبیابی بالا به شما امکان نمیدهد پروژه خود را در لیستی از پروژههای Firebase ببینید، با پشتیبانی Firebase تماس بگیرید.
در هر حساب چند پروژه می توانم داشته باشم؟
طرح قیمت گذاری جرقه - سهمیه پروژه شما محدود به تعداد کمی پروژه است (معمولاً حدود 5-10).
طرح قیمت گذاری Blaze - تا زمانی که حساب Cloud Billing شما وضعیت خوبی داشته باشد، سهمیه پروژه شما به ازای هر حساب Cloud Billing به میزان قابل توجهی افزایش می یابد.
توجه داشته باشید که حذف کامل یک پروژه به 30 روز زمان نیاز دارد و تا حذف کامل سهمیه شما به حساب می آید.
چند برنامه Firebase می توانم در یک پروژه Firebase داشته باشم؟
پروژه Firebase محفظه ای برای برنامه های Firebase در سراسر اپل، اندروید و وب است. Firebase تعداد کل برنامه های Firebase را در پروژه Firebase به 30 محدود می کند.
پس از این تعداد، عملکرد شروع به کاهش میکند (مخصوصاً برای Google Analytics ) و در نهایت، در تعداد بیشتری از برنامهها، برخی از عملکردهای محصول کار نمیکنند. علاوه بر این، اگر از ورود به سیستم Google به عنوان ارائهدهنده احراز هویت استفاده میکنید، یک شناسه مشتری OAuth 2.0 برای هر برنامه در پروژه شما ایجاد میشود. حدود 30 شناسه مشتری وجود دارد که می توان در یک پروژه ایجاد کرد.
باید اطمینان حاصل کنید که همه برنامههای Firebase در یک پروژه Firebase، انواع پلتفرم یک برنامه از دیدگاه کاربر نهایی هستند. به عنوان مثال، اگر یک برنامه برچسب سفید ایجاد می کنید، هر برنامه دارای برچسب مستقل باید پروژه Firebase خود را داشته باشد، اما نسخه های اپل و اندروید آن برچسب می توانند در همان پروژه باشند. راهنمای دقیقتر را در بهترین شیوههای کلی ما برای راهاندازی پروژههای Firebase بخوانید.
در موارد نادری که پروژه شما به بیش از 30 برنامه نیاز دارد، می توانید درخواست افزایش محدودیت برنامه کنید. برای ارائه این درخواست، پروژه شما باید در برنامه قیمت گذاری Blaze باشد. برای ارائه درخواست و ارزیابی آن به کنسول Google Cloud مراجعه کنید. درباره مدیریت سهمیه در اسناد Google Cloud بیشتر بیاموزید.
اگر پروژه خود را به عنوان یک محیط "تولید" برچسب گذاری کنم چه اتفاقی می افتد؟
در کنسول Firebase ، میتوانید پروژههای Firebase خود را با نوع محیط آنها به عنوان محیطهای تولیدی یا نامشخص (غیر تولیدی) برچسبگذاری کنید.
برچسب زدن پروژه شما به عنوان یک نوع محیط تاثیری بر نحوه کار پروژه Firebase یا ویژگی های آن ندارد. با این حال، برچسبگذاری میتواند به شما و تیمتان کمک کند تا پروژههای مختلف Firebase خود را برای چرخه حیات برنامه مدیریت کنید.
اگر پروژه خود را بهعنوان یک محیط تولید برچسبگذاری کنید، یک تگ Prod با رنگ روشن به پروژه در کنسول Firebase اضافه میکنیم و به شما یادآوری میکنیم که هر گونه تغییری میتواند بر برنامههای تولید مرتبط شما تأثیر بگذارد. در آینده، ممکن است ویژگیها و حفاظتهای بیشتری را برای پروژههای Firebase که به عنوان محیطهای تولید برچسبگذاری شدهاند، اضافه کنیم.
برای تغییر نوع محیط پروژه Firebase خود، به settingsProject settings > General بروید، سپس در Your project card در قسمت Environment ، روی edit کلیک کنید تا نوع محیط را تغییر دهید.
از کجا می توانم شناسه برنامه را برای برنامه Firebase خود پیدا کنم؟
در کنسول Firebase ، به settings خود، تنظیمات پروژه بروید. به سمت پایین به کارت برنامه های شما بروید، سپس روی برنامه Firebase مورد نظر کلیک کنید تا اطلاعات برنامه، از جمله شناسه برنامه آن را مشاهده کنید.
در اینجا چند نمونه از مقادیر App ID آورده شده است:
برنامه های Firebase iOS: 1:1234567890:ios:321abc456def7890
برنامه های اندروید Firebase: 1:1234567890:android:321abc456def7890
برنامه های وب Firebase: 1:1234567890:web:321abc456def7890
پیش نیازهای پیوند Google Play / AdMob / Google Ads / BigQuery به پروژه یا برنامه Firebase من چیست؟
یکی از نقش های 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 مجموعه گسترده ای از ابزارها را برای اختصاص نقش به اعضای پروژه در صفحه IAM ارائه می دهد. در کنسول Cloud ، همچنین میتوانید نقشهای سفارشی ایجاد و مدیریت کنید، و همچنین به حسابهای خدماتی اجازه دسترسی به پروژه خود را بدهید.
توجه داشته باشید که در کنسول Google Cloud ، به اعضای پروژه، اصلی گفته می شود.
اگر مالک پروژه شما دیگر نمی تواند وظایف مالک را انجام دهد (به عنوان مثال، شخصی که شرکت شما را ترک کرده است) و پروژه شما از طریق یک سازمان Google Cloud مدیریت نمی شود (به پاراگراف بعدی مراجعه کنید)، می توانید با پشتیبانی Firebase تماس بگیرید و بررسی کنید. با آنها در مورد نحوه درخواست دسترسی به پروژه Firebase.
توجه داشته باشید که اگر پروژه Firebase بخشی از یک سازمان Google Cloud باشد، ممکن است مالک نداشته باشد. اگر نمیتوانید مالکی برای پروژه Firebase خود پیدا کنید، با فردی که سازمان Google Cloud شما را مدیریت میکند تماس بگیرید تا مالکی را برای پروژه تعیین کند.
چگونه مالک پروژه Firebase را پیدا کنم؟
می توانید اعضای پروژه و نقش آنها را در مکان های زیر مشاهده کنید:
اگر در کنسول 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 شما باشد. با کلیک روی پیوند در ایمیل، پروژه در کنسول Firebase باز می شود.
اگر نمیتوانید پروژه را در پیوند باز کنید، مطمئن شوید که با استفاده از همان حساب Google که ایمیل پروژه را دریافت کرده، وارد Firebase شدهاید. میتوانید از طریق آواتار حسابتان در گوشه سمت راست Firebase کنسول وارد و خارج شوید.
توجه داشته باشید که اگر سرپرست یک سازمان Google Cloud هستید، ممکن است از تغییرات پروژه های Firebase در داخل سازمان خود مطلع شوید. با این حال، ممکن است مجوز کافی برای باز کردن پروژه Firebase نداشته باشید. در این موارد، ساده ترین راه حل این است که برای باز کردن پروژه و انجام اقدامات لازم ، نقش مالک واقعی را به خود اختصاص دهید. درباره علت و زمان اختصاص دادن نقش مالک بیشتر بدانید.
پلتفرم ها و چارچوب ها
برای دریافت نکات و پاسخهای مفید برای سؤالات متداول بیشتر، از صفحات عیبیابی و سؤالات متداول مخصوص پلتفرم دیدن کنید.
مرورگرهای پشتیبانی شده برای دسترسی به کنسول Firebase کدامند؟
کنسول Firebase از نسخه های اخیر مرورگرهای محبوب دسکتاپ مانند کروم، فایرفاکس، سافاری و اج قابل دسترسی است. مرورگرهای موبایل در حال حاضر به طور کامل پشتیبانی نمی شوند.
من می توانم کنسول Firebase را بارگیری کنم، اما چرا نمی توانم پروژه Firebase خود را پیدا کنم یا به آن دسترسی پیدا کنم؟
اگر با یکی از مشکلات زیر مواجه هستید، این سؤالات متداول قابل اجرا است:
کنسول Firebase صفحه خطایی را برمی گرداند که می گوید پروژه شما ممکن است وجود نداشته باشد یا به پروژه دسترسی نداشته باشید.
کنسول Firebase حتی زمانی که ID پروژه یا نام پروژه آن را در قسمت جستجوی کنسول وارد میکنید، پروژه شما را نمایش نمیدهد.
این مراحل عیبیابی را امتحان کنید:
ابتدا سعی کنید با مراجعه مستقیم به URL پروژه به پروژه خود دسترسی پیدا کنید. از فرمت زیر استفاده کنید: https://console.firebase.google.com/project/ PROJECT-ID /overview
اگر هنوز نمی توانید به پروژه دسترسی داشته باشید یا خطاهای مجوز را دریافت کنید، موارد زیر را بررسی کنید:
مطمئن شوید که با استفاده از همان حساب Google که به پروژه دسترسی دارد، وارد Firebase شده باشید. میتوانید از طریق آواتار حسابتان در گوشه سمت راست Firebase کنسول وارد و خارج شوید.
مطمئن شوید که یکی از نقشهای اصلی IAM (مالک، ویرایشگر، نمایشگر) یا نقشی که مجوزهای مرتبط با Firebase را در خود دارد، به عنوان مثال یک نقش از پیش تعریف شده Firebase به شما اختصاص داده شده است. میتوانید نقش(های) خود را در صفحه IAM کنسول Google Cloud مشاهده کنید.
اگر پروژه شما متعلق به یک سازمان Google Cloud است، ممکن است برای دیدن پروژه فهرست شده در کنسول Firebase به مجوزهای بیشتری نیاز داشته باشید. با فردی که سازمان Google Cloud شما را مدیریت می کند تماس بگیرید تا نقش مناسب را برای مشاهده پروژه به شما بدهد، به عنوان مثال نقش مرورگر.
اگر هیچ یک از مراحل عیبیابی بالا به شما امکان نمیدهد پروژه خود را پیدا کنید یا به آن دسترسی پیدا کنید، با پشتیبانی Firebase تماس بگیرید.
چرا کنسول Firebase برای من بار نمی شود؟
اگر با هر یک از مشکلات زیر مواجه هستید، این سؤالات متداول قابل اجرا است:
بارگذاری صفحه در کنسول Firebase هرگز تمام نمی شود.
داده های داخل یک صفحه همانطور که انتظار می رود بارگیری نمی شود.
هنگام بارگیری کنسول Firebase ، پیام های خطای مرورگر را دریافت می کنید.
مالک پروژه میتواند اعضای دیگری را به پروژه اضافه کند، ادغامها را راهاندازی کند (پیوند پروژه به سرویسهایی مانند BigQuery یا Slack)، و دسترسی ویرایش کاملی برای پروژه داشته باشد.
یک ویرایشگر پروژه دسترسی کامل به ویرایش پروژه را دارد.
یک نمایشگر پروژه فقط دسترسی خواندن برای پروژه دارد. توجه داشته باشید که کنسول Firebase در حال حاضر کنترلهای ویرایش UI را از بینندگان پروژه پنهان/غیرفعال نمیکند، اما این عملیات برای اعضای پروژه که نقش Viewer را به آنها اختصاص دادهاند، با شکست مواجه میشوند.
Firebase همچنین پشتیبانی می کند:
نقشهای از پیش تعریفشده Firebase - نقشهای خاص Firebase انتخابشده که کنترل دسترسی دقیقتری را نسبت به نقشهای اصلی Owner، Editor و Viewer فعال میکنند.
نقشهای سفارشی - نقشهای IAM کاملاً سفارشیسازیشده که شما ایجاد میکنید تا مجموعهای از مجوزها را مطابق با الزامات خاص سازمان شما تنظیم کنید.
قیمت گذاری
کدام محصولات پرداخت می شوند؟ کدام بدون هزینه هستند؟
محصولات زیرساخت پولی 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 اعتبار آزمایشی بدون هزینه برای محصولات پولی ارائه می دهد؟
خدمات پولی 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 خود ادامه دهید.
چگونه بفهمم کدام طرح قیمت گذاری برای من مناسب است؟
طرح قیمت گذاری اسپارک
طرح اسپارک ما مکانی عالی برای توسعه اپلیکیشن شما بدون هزینه است. شما تمام ویژگیهای Firebase بدون هزینه ( Analytics ، آهنگساز Notifications، Crashlytics ، و غیره) و مقادیر سخاوتمندانه ویژگیهای زیرساخت پولی ما را دریافت میکنید. با این حال، اگر در یک ماه تقویمی از منابع طرح Spark خود فراتر بروید، برنامه شما برای باقیمانده آن ماه خاموش خواهد شد. علاوه بر این، ویژگیهای Google Cloud هنگام استفاده از طرح Spark در دسترس نیستند.
طرح قیمت گذاری بلیز
طرح Blaze ما برای برنامه های تولیدی طراحی شده است. طرح Blaze همچنین به شما امکان می دهد برنامه خود را با ویژگی های پولی Google Cloud گسترش دهید. شما فقط برای منابعی که مصرف می کنید هزینه می پردازید و به شما امکان می دهد با تقاضا مقیاس کنید. ما در تلاش هستیم تا قیمت طرح Blaze خود را با ارائه دهندگان ابر پیشرو در صنعت رقابتی کنیم.
پیامک رایگان در طرح اسپارک چه شد؟
از سپتامبر 2024، برای بهبود امنیت و کیفیت خدمات احراز هویت تلفن، پروژههای Firebase باید به یک حساب صورتحساب Cloud پیوند داده شوند تا سرویس پیامک فعال شود و از آن استفاده شود.
چگونه می توانم استفاده و صورتحساب خود را کنترل کنم؟
می توانید استفاده خود از منابع پروژه را در کنسول Firebase در هر یک از داشبوردهای زیر دنبال کنید:
در ژانویه 2020، طرح قیمت گذاری Flame (25 دلار در ماه سهمیه اضافی) به عنوان گزینه ای برای ثبت نام های جدید حذف شد. به کاربران طرح موجود مهلتی اعطا شد تا پروژه های خود را به خارج از طرح Flame منتقل کنند. در فوریه 2022، پروژههای باقیمانده در طرح قیمتگذاری Flame به طرح قیمتگذاری اسپارک تنزل یافتند. بر این اساس،
پروژه های موجود طرح Spark و Blaze و هر پروژه جدید دیگر نمی توانند به طرح Flame تغییر یا ثبت نام کنند.
اگر یک پروژه طرح Flame موجود را به یک طرح قیمت گذاری متفاوت منتقل کنید، پروژه نمی تواند به طرح Flame برگردد.
پروژه هایی که به طرح Spark تنزل داده شده اند را می توان به طرح Blaze ارتقا داد تا خدمات پولی اضافی از سر گرفته شود.
ارجاع به طرح شعله از اسناد حذف شده است.
آیا سؤال بیشتری در مورد بازنشستگی طرح شعله دارید؟ برخی از سؤالات متداول اضافی را در زیر بخوانید.
آیا می خواهید در مورد سایر طرح های قیمت گذاری ارائه شده توسط Firebase اطلاعات کسب کنید؟ از صفحه قیمت گذاری Firebase ما دیدن کنید! اگر میخواهید شروع به انتقال پروژههای موجود به طرح قیمتگذاری دیگری کنید، میتوانید این کار را در کنسول Firebase برای پروژه خود انجام دهید.
سوالات متداول اضافی درباره بازنشستگی طرح شعله
من یک پروژه یا یک فرآیند یا یک مدل کسب و کار دارم که متکی بر هزینه Firebase ثابت است. چه کار کنم؟
آیا می توانم برای ایجاد پروژه های جدید طرح Flame به من دسترسی ویژه داده شود؟
خیر، Firebase دسترسی ویژه ای برای پروژه ها برای تغییر یا ثبت نام در طرح Flame ارائه نمی دهد.
من پروژه طرح Flame خود را به یک طرح قیمت گذاری متفاوت تغییر دادم. چطوری دوباره عوضش کنم؟
تغییر به طرح Flame دیگر امکان پذیر نیست. برای دسترسی به خدمات ارائه شده توسط طرح Flame، مطمئن شوید که از طرح قیمت گذاری Blaze استفاده می کنید و هشدارهای بودجه را برای پروژه خود تنظیم کنید.
پروژه من به عنوان بخشی از بازنشستگی طرح شعله به طور خودکار به یک طرح قیمت گذاری متفاوت تغییر یافت. چه کار کنم؟
اگر پروژه شما به سهمیه اضافی فراتر از آنچه در طرح Spark ارائه شده است نیاز دارد، باید پروژه خود را به طرح قیمت گذاری Blaze ارتقا دهید.
چرا طرح شعله بازنشسته می شود؟
در طول سالها، ما شاهد کاهش استفاده از طرح Flame بودهایم و اکثر پروژههایی که از این طرح استفاده میکنند ارزش کامل آن را مصرف نمیکنند. حفظ این طرح قیمتگذاری عموماً مقرون به صرفه نیست، و ما احساس میکنیم که اگر منابع به سایر طرحهای Firebase بروند، میتوانیم به همه خدمات بهتری ارائه دهیم.
استفاده بدون هزینه در طرح Blaze چه تفاوتی با استفاده بدون هزینه در طرح Spark دارد؟
استفاده بدون هزینه در طرح Blaze روزانه محاسبه می شود. محدودیتهای استفاده نیز با طرح Spark برای Cloud Functions ، احراز هویت تلفن و Test Lab متفاوت است.
برای Cloud Functions ، استفاده بدون هزینه در طرح Blaze در سطح حساب Cloud Billing محاسبه میشود، نه در سطح پروژه و دارای محدودیتهای زیر است:
2 میلیون فراخوان در ماه
400 هزار گیگابایت ثانیه در ماه
200K CPU-ثانیه در ماه
5 گیگابایت خروجی شبکه در ماه
برای احراز هویت تلفن، استفاده بدون هزینه در طرح Blaze به صورت ماهانه محاسبه می شود.
برای Test Lab ، استفاده بدون هزینه در طرح Blaze دارای محدودیتهای زیر است:
30 دقیقه دستگاه فیزیکی در روز
60 دقیقه دستگاه مجازی در روز
آیا وقتی از طرح Spark به Blaze تغییر می کنم، سهمیه استفاده بدون هزینه بازنشانی می شود؟
استفاده بدون هزینه از طرح Spark در طرح Blaze گنجانده شده است. هنگام انتقال به طرح Blaze، استفاده بدون هزینه بازنشانی نمیشود.
"اتصال همزمان پایگاه داده" چیست؟
یک اتصال همزمان معادل یک دستگاه تلفن همراه، برگه مرورگر یا برنامه سرور متصل به پایگاه داده است. Firebase محدودیت های سختی را برای تعداد اتصالات همزمان به پایگاه داده برنامه شما اعمال می کند. این محدودیتها برای محافظت از Firebase و کاربران ما در برابر سوء استفاده وجود دارد.
سقف طرح اسپارک 100 است و قابل افزایش نیست. طرح های Flame و Blaze دارای محدودیت 200000 اتصال همزمان در هر پایگاه داده هستند.
این محدودیت با تعداد کل کاربران برنامه شما یکسان نیست، زیرا همه کاربران شما به یکباره متصل نمی شوند. اگر به بیش از 200000 اتصال همزمان نیاز دارید، لطفاً مقیاس با چندین پایگاه داده را بخوانید.
اگر از محدودیتهای ذخیرهسازی یا بارگیری طرح Spark برای Realtime Database تجاوز کنم، چه اتفاقی میافتد؟
برای ارائه قیمت قابل پیش بینی به شما، منابع در دسترس شما در طرح های Spark محدود شده است. این بدان معناست که وقتی در هر ماه از هر محدودیت طرحی فراتر میروید، برنامه شما خاموش میشود تا از مصرف بیشتر منابع و هزینههای اضافی جلوگیری شود.
اگر از محدودیت های اتصال همزمان طرح Spark برای Realtime Database تجاوز کنم چه اتفاقی می افتد؟
وقتی برنامه شما به محدودیت همزمانی خود در طرح Spark رسید، هر گونه اتصال بعدی تا زمانی که برخی از اتصالات موجود بسته نشود، رد می شود. این برنامه برای کاربرانی که متصل هستند به کار خود ادامه خواهد داد.
ادغام 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 من چه اتفاقی میافتد؟
اگر یک حساب Cloud Billing به پروژه ای در کنسول Google Cloud اضافه شود، اگر آن پروژه در حال حاضر در طرح Spark باشد، همان پروژه به طور خودکار به طرح Firebase Blaze ارتقا می یابد.
در مقابل، اگر یک حساب فعال Cloud Billing از پروژهای در کنسول Google Cloud حذف شود، آن پروژه به طرح Firebase Spark تنزل داده میشود.
آیا میتوانم هر زمان که بخواهم ارتقا، کاهش یا لغو کنم؟
بله، میتوانید هر زمان که بخواهید ارتقا، کاهش یا لغو کنید. توجه داشته باشید که ما بازپرداخت نسبتاً برای کاهش یا لغو رتبه ارائه نمی کنیم. این بدان معنی است که اگر قبل از پایان دوره صورتحساب خود را کاهش یا لغو کنید، همچنان برای باقیمانده ماه پرداخت می کنید.
چه نوع حمایتی دریافت خواهم کرد؟
همه برنامههای Firebase، از جمله برنامههایی که از طرحهای بدون هزینه استفاده میکنند، با پشتیبانی ایمیل کارکنان Firebase در ساعات کاری اقیانوس آرام ایالات متحده ارائه میشوند. همه حسابها پشتیبانی نامحدودی از مسائل مربوط به صورتحساب، مسائل مربوط به حساب، سوالات فنی (عیبیابی) و گزارشهای رویداد دارند.
آیا می توانم استفاده از طرح Blaze را محدود کنم؟
نه، در حال حاضر نمی توانید میزان استفاده از طرح Blaze خود را محدود کنید. ما در حال ارزیابی گزینههایی برای حمایت از سقف در استفاده از طرح Blaze هستیم.
کاربران Blaze می توانند بودجه ای برای پروژه یا حساب خود تعریف کنند و با نزدیک شدن هزینه هایشان به این محدودیت ها هشدار دریافت کنند. نحوه تنظیم هشدارهای بودجه را بیاموزید.
پشتیبان گیری خودکار چیست؟ آیا پشتیبان گیری ساعتی ارائه می دهید؟
پشتیبانگیری خودکار یک ویژگی پیشرفته برای مشتریان در طرح قیمتگذاری Blaze ما است که یک بار در روز از دادههای Firebase Realtime Database شما نسخه پشتیبان تهیه میکند و آن را در Google Cloud Storage آپلود میکند.
ما پشتیبان گیری ساعتی ارائه نمی دهیم.
آیا تخفیف های متن باز، غیرانتفاعی یا آموزشی ارائه می دهید؟
طرح Spark ما می تواند توسط هر نوع فرد یا سازمانی، از جمله سازمان های غیرانتفاعی، مدارس، و پروژه های منبع باز استفاده شود. از آنجایی که این طرحها از قبل شامل سهمیههای سخاوتمندانه هستند، ما هیچ تخفیف یا طرح خاصی برای پروژههای منبع باز، غیرانتفاعی یا آموزشی ارائه نمیدهیم.
آیا قراردادهای سازمانی، قیمت گذاری، پشتیبانی یا میزبانی زیرساخت اختصاصی را ارائه می دهید؟
طرح Blaze ما برای شرکتها در هر اندازه مناسب است و SLA ما استانداردهای صنعت زیرساخت ابری را برآورده میکند یا از آن فراتر میرود. با این حال، ما در حال حاضر قراردادهای سازمانی، قیمت گذاری یا پشتیبانی ارائه نمی دهیم، و همچنین میزبانی زیرساخت اختصاصی (یعنی نصب در محل) را برای خدماتی مانند Realtime Database خود ارائه نمی دهیم. ما سخت کار می کنیم تا برخی از این ویژگی ها را اضافه کنیم.
آیا قیمت گذاری تکی ارائه می دهید؟ من فقط برای یک یا دو ویژگی میخواهم پرداخت هزینه را انجام دهید.
ما در طرح Blaze قیمتگذاری موقتی ارائه میدهیم، که در آن فقط برای ویژگیهایی که استفاده میکنید هزینه پرداخت میکنید.
طرحهای Firebase پولی چگونه با Ads کار میکنند؟ آیا اعتبارات تبلیغاتی بدون هزینه با طرح های پولی وجود دارد؟
طرحهای قیمتگذاری Firebase جدا از Ads هستند، بنابراین هیچ اعتبار تبلیغاتی بدون هزینه وجود ندارد. به عنوان یک توسعه دهنده Firebase، می توانید حساب Ads خود را به Firebase "پیوند" کنید تا از ردیابی تبدیل پشتیبانی کند.
همه کمپینهای تبلیغاتی مستقیماً در Ads مدیریت میشوند و صورتحساب Ads از کنسول Ads مدیریت میشود.
قیمت گذاری Cloud Functions
چرا برای استفاده از Cloud Functions for Firebase به یک حساب صورتحساب نیاز دارم؟
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 دلار در ماه محاسبه میشود.
برای درک بیشتر در مورد چگونگی تغییر صورت حساب خود، لطفاً موارد زیر را بررسی کنید
آیا Cloud Functions for Firebase هنوز استفاده بدون هزینه دارد؟
بله در طرح Blaze، Cloud Functions یک ردیف بدون هزینه برای فراخوانی، محاسبه زمان و ترافیک اینترنت ارائه می کند. اولین 2000000 فراخوانی، 400000 گیگابایت ثانیه، 200000 CPU-ثانیه و 5 گیگابایت ترافیک خروجی اینترنت هر ماه بدون هیچ هزینه ای ارائه می شود. فقط برای استفاده بالاتر از این آستانه ها از شما هزینه دریافت می شود.
پس از 500 مگابایت اول ذخیره سازی بدون هزینه، هر عملیات استقرار هزینه های کمی را برای فضای ذخیره سازی مورد استفاده برای ظرف عملکرد متحمل می شود. اگر فرآیند توسعه شما به پیادهسازی توابع برای آزمایش بستگی دارد، میتوانید با استفاده از Firebase Local Emulator Suite در طول توسعه، هزینهها را بیشتر به حداقل برسانید.
آیا Firebase قصد دارد سهمیه ها و محدودیت های Cloud Functions for Firebase افزایش دهد؟
خیر. هیچ برنامه ای برای تغییر سهمیه ها وجود ندارد، به جز حذف حداکثر محدودیت زمانی ساخت. بهجای دریافت خطا یا اخطار هنگام رسیدن به سهمیه ساخت روزانه 120 دقیقه، طبق شرایط طرح قیمتگذاری Blaze صورتحساب دریافت خواهید کرد. به سهمیه ها و محدودیت ها مراجعه کنید.
آیا می توانم اعتبار 300 دلاری Google Cloud را دریافت کنم؟
بله، میتوانید یک حساب Cloud Billing در کنسول Google Cloud ایجاد کنید تا اعتبار 300 دلاری را دریافت کنید، سپس آن حساب Cloud Billing را به یک پروژه Firebase پیوند دهید.
اطلاعات بیشتر درباره اعتبار Google Cloudدر اینجا .
توجه داشته باشید که اگر این کار را انجام دهید، باید برنامه قیمت گذاری Blaze را در کنسول Firebaseتنظیم کنید تا پروژه شما پس از اتمام اعتبار 300 دلاری به کار خود ادامه دهد.
من می خواهم برای یادگیری در مورد Firebase از یک Codelab پیروی کنم. آیا می توانید یک حساب صورتحساب موقت به من بدهید؟
نه متاسفم شما می توانید از شبیه ساز Firebase برای توسعه بدون داشتن حساب Cloud Billing استفاده کنید. از طرف دیگر، سعی کنید برای استفاده آزمایشی رایگان Google Cloud اقدام کنید. اگر به دلیل این تغییر همچنان در پرداخت صورتحساب خود مشکل دارید، با پشتیبانی Firebase تماس بگیرید.
برای استفاده از برنامه های افزودنی، باید به برنامه قیمت گذاری Blaze ارتقا دهید. علاوه بر هزینههای مرتبط با استفاده از خدمات Firebase، مبلغ کمی از شما دریافت میشود (معمولاً حدود 0.01 دلار در ماه برای منابع Firebase مورد نیاز هر برنامه افزودنی که نصب میکنید (حتی اگر از آنها استفاده نشود).
Cloud Storage for Firebase
چگونه می توانم پیش بینی کنم که برای عملیات آپلود و دانلود چقدر صورتحساب دریافت خواهم کرد؟
از صفحه قیمت گذاری Firebase دیدن کنید و از ماشین حساب Blaze plan استفاده کنید. ماشین حساب همه انواع استفاده از Cloud Storage for Firebase را فهرست می کند.
از لغزنده ها برای وارد کردن میزان مصرف مورد انتظار سطل ذخیره سازی خود استفاده کنید. ماشین حساب صورتحساب ماهانه شما را برآورد می کند.
اگر از محدودیتهای بارگذاری، بارگیری یا فضای ذخیرهسازی طرح Spark برای Cloud Storage for Firebase تجاوز کنم، چه اتفاقی میافتد؟
وقتی از محدودیتهای Cloud Storage در پروژهای در طرح Spark فراتر میروید، نتیجه به نوع محدودیتی که از آن فراتر میروید بستگی دارد:
اگر از سقف ذخیره شده گیگابایت فراتر رفتید، نمیتوانید دادههای بیشتری را در آن پروژه ذخیره کنید، مگر اینکه برخی از دادههای ذخیرهشده را حذف کنید یا به طرحی ارتقا دهید که فضای ذخیرهسازی بیشتر یا فضای ذخیرهسازی نامحدود فراهم میکند.
اگر از محدودیت بارگیری گیگابایت فراتر رفتید، برنامه شما تا روز بعد (از نیمه شب، به وقت اقیانوس آرام آمریکا) نمیتواند دادههای بیشتری را دانلود کند، مگر اینکه به طرحی با محدودیتهای محدودتر یا بدون محدودیت ارتقا دهید.
اگر از محدودیت عملیات آپلود یا بارگیری فراتر رفتید، برنامه شما تا روز بعد (از نیمه شب، به وقت اقیانوس آرام آمریکا) نمیتواند دادههای بیشتری را آپلود یا دانلود کند، مگر اینکه به طرحی با محدودیتهای محدودتر یا بدون برنامه ارتقا دهید. محدودیت ها
حریم خصوصی
کجا می توانم اطلاعاتی درباره حریم خصوصی و امنیت در Firebase پیدا کنم؟
آیا Firebase SDK هر گونه اطلاعات استفاده/تشخیصی را خارج از Analytics ثبت می کند؟
بله این در حال حاضر فقط برای iOS است، اما ممکن است در آینده تغییر کند. SDK پلتفرم های Firebase Apple به طور پیش فرض شامل چارچوب FirebaseCoreDiagnostics است. Firebase از این چارچوب برای جمعآوری اطلاعات مربوط به استفاده از SDK و عیبیابی برای کمک به اولویتبندی پیشرفتهای محصول آینده استفاده میکند. FirebaseCoreDiagnostics اختیاری است، بنابراین اگر میخواهید از ارسال گزارشهای تشخیصی Firebase انصراف دهید، میتوانید این کار را با جدا کردن کتابخانه از برنامه خود انجام دهید. می توانید منبع کامل، از جمله مقادیر ثبت شده را در GitHub مرور کنید
A/B Testing
A/B Testing : چند آزمایش می توانم ایجاد و اجرا کنم؟
شما مجاز به 300 آزمایش در هر پروژه هستید که می تواند شامل حداکثر 24 آزمایش در حال اجرا باشد و بقیه به صورت پیش نویس یا تکمیل شده باشد.
A/B Testing : چرا نمیتوانم آزمایشهای خود را پس از قطع پیوند و پیوند مجدد پروژه خود به Google Analytics مشاهده کنم؟
پیوند دادن به یک ویژگی Google Analytics دیگر باعث میشود که دسترسی به آزمایشهای ایجاد شده از قبل را از دست بدهید. برای دسترسی مجدد به آزمایش قبلی، پروژه خود را دوباره به ویژگی Google Analytics که در زمان ایجاد آزمایش پیوند داده شده بود، پیوند دهید.
A/B Testing : چرا هنگام ایجاد یک آزمایش پیکربندی از راه دور، پیام «پروژه به Google Analytics مرتبط نیست» را دریافت میکنم؟
اگر قبلاً Firebase و Google Analytics را پیوند دادهاید ، اما همچنان پیامی میبینید که Google Analytics مرتبط نیست، مطمئن شوید که یک جریان Analytics برای همه برنامههای پروژه شما وجود دارد. در حال حاضر، همه برنامههای موجود در یک پروژه باید به یک جریان Google Analytics متصل شوند تا از تست A/B استفاده کنند.
میتوانید فهرست همه جریانهای فعال را در صفحه جزئیات یکپارچهسازی Google Analytics در کنسول Firebase پیدا کنید، که از settings میتوانید به تنظیمات پروژه دسترسی داشته باشید chevron_rightIntegrationschevron_rightGoogle Analyticschevron_rightManage .
ایجاد یک جریان Google Analytics برای هر برنامه ای که ندارد باید مشکل را حل کند. چند راه برای ایجاد جریان برای برنامه های از دست رفته وجود دارد:
اگر فقط یک یا دو برنامه دارید که یک جریان Google Analytics مرتبط را ندارند، میتوانید یکی از روشهای زیر را برای افزودن یک جریان Google Analytics انتخاب کنید:
هر برنامه ای را بدون پخش جریانی فعال در کنسول Firebase حذف و دوباره اضافه کنید.
از کنسول Google Analytics ، Admin را انتخاب کنید، روی Data Streams کلیک کنید، سپس روی Add stream کلیک کنید، جزئیات برنامه گم شده را اضافه کنید و روی Register app کلیک کنید.
اگر بیش از چند جریان برنامه از دست رفته دارید، لغو پیوند و پیوند مجدد ویژگی Google Analytics خود سریع ترین و کارآمدترین راه برای ایجاد جریان های برنامه گم شده است:
در کارت Google Analytics ، روی Manage کلیک کنید تا به تنظیمات Firebase و Google Analytics دسترسی پیدا کنید.
شناسه ویژگی Google Analytics و حساب Google Analytics مرتبط را یادداشت کنید.
روی more_vertMore کلیک کنید و Unlink Analytics را از این پروژه انتخاب کنید.
هشدار ظاهر شده را مرور کنید (در اینجا نگران نباشید؛ در مرحله بعد همان ویژگی را مجدداً پیوند خواهید داد)، سپس بر روی Unlink Google Analytics کلیک کنید.
هنگامی که لغو پیوند کامل شد، به صفحه ادغام هدایت می شوید.
در کارت Google Analytics ، روی فعال کردن کلیک کنید تا فرآیند پیوند مجدد آغاز شود.
حساب Analytics خود را از لیست انتخاب حساب انتخاب کنید.
در کنار گزینه Automatically create a new property in this account ، روی editویرایش کلیک کنید و از لیست ویژگی Analytics که ظاهر می شود، شناسه دارایی خود را انتخاب کنید.
لیستی از تمام برنامه های موجود در پروژه شما ظاهر می شود. نقشهبرداریهای جریان موجود برای هر برنامه فهرست شدهاند و برنامههایی که جریانی ندارند، برای آنها ایجاد میشود.
برای پیوند مجدد ملک، روی فعال کردن Google Analytics کلیک کنید.
AdMob : آیا می توانم برنامه های ویندوز خود را به Firebase پیوند دهم؟
خیر، برنامه های ویندوز در حال حاضر پشتیبانی نمی شوند.
AdMob : چرا نمی توانم برنامه خود را از کنسول Firebase به AdMob پیوند دهم؟
میتوانید یک برنامه AdMob را از طریق کنسول AdMob به یک برنامه Firebase پیوند دهید. یاد بگیرید چگونه.
AdMob : برای پیوند دادن یک برنامه Firebase به یک برنامه AdMob به چه مجوزها یا دسترسی هایی نیاز دارم؟
برای انجام این پیوند، به دسترسی زیر نیاز دارید:
AdMob : شما باید مدیر AdMob باشید.
Firebase : شما باید مجوز firebase.links.create را داشته باشید که در نقش مالک و نقش مدیریت Firebase گنجانده شده است.
Google Analytics : شما باید نقش ویرایش یا مدیریت کاربران را برای ویژگی مرتبط با پروژه Firebase داشته باشید. بیشتر بدانید.
AdMob : آیا چندین کاربر در یک حساب AdMob میتوانند برنامههای AdMob و برنامههای Firebase را پیوند دهند؟
برای حسابهای چند کاربره AdMob ، کاربری که اولین پیوند Firebase را ایجاد کرده و شرایط خدمات Firebase را پذیرفته است، تنها کاربری است که میتواند پیوندهای جدیدی بین برنامههای AdMob و برنامههای Firebase ایجاد کند.
AdMob : برای استفاده از AdMob ، از کدام SDK باید استفاده کنم؟
برای استفاده از AdMob ، همیشه از Google Mobile Ads SDK همانطور که در این سؤالات متداول توضیح داده شده است استفاده کنید. علاوه بر این و به صورت اختیاری، اگر میخواهید معیارهای کاربر را برای AdMob جمعآوری کنید، سپس Firebase SDK برای Google Analytics را در برنامه خود قرار دهید.
برای پروژه های اندروید : وابستگی Google Mobile Ads SDK را به فایل build.gradle خود اضافه کنید: implementation 'com.google.android.gms:play-services-ads:23.5.0'
Analytics : چرا Google Analytics بخشی توصیه شده برای استفاده از محصولات Firebase است؟
Google Analytics یک راه حل تحلیلی رایگان و نامحدود است که با ویژگی های Firebase برای ارائه بینش قدرتمند کار می کند. به شما امکان میدهد گزارشهای رویداد را در Crashlytics ، اثربخشی اعلانها در FCM ، عملکرد پیوند عمیق برای Dynamic Links ، و دادههای خرید درون برنامهای از Google Play را مشاهده کنید. این قابلیت هدفیابی مخاطبان پیشرفته را در Remote Config ، شخصیسازی Remote Config و موارد دیگر فراهم میکند.
Google Analytics بهعنوان لایهای از هوش در کنسول Firebase عمل میکند تا بینشهای کاربردیتری در مورد نحوه توسعه یک برنامه با کیفیت بالا، رشد پایگاه کاربر و کسب درآمد بیشتر به شما ارائه دهد.
Analytics : چگونه می توانم نحوه اشتراک گذاری داده های Analytics خود را با بقیه Firebase کنترل کنم؟
بهطور پیشفرض، دادههای Google Analytics شما برای بهبود سایر ویژگیهای Firebase و Google استفاده میشود. هر زمان که بخواهید میتوانید نحوه اشتراکگذاری دادههای Google Analytics خود را در تنظیمات پروژه خود کنترل کنید. درباره تنظیمات اشتراکگذاری داده بیشتر بیاموزید.
Analytics : چگونه تنظیمات دارایی Analytics خود را به روز کنم؟
از صفحه مدیریت در دارایی Google Analytics خود، می توانید تنظیمات دارایی خود را به روز کنید، مانند:
تنظیمات اشتراک داده
تنظیمات نگهداری داده ها
تنظیمات منطقه زمانی و ارز
برای به روز رسانی تنظیمات ملک خود، این مراحل را دنبال کنید:
در کنسول Firebase ، به settings > تنظیمات پروژه بروید.
به تب Integrations بروید و سپس در کارت Google Analytics، روی مدیریت یا مشاهده پیوند کلیک کنید.
Analytics : چرا پس از جدا کردن Firebase از Google Analytics، هیچ داده Analytics را در کنسول Firebase نمی بینم؟
دادههای Analytics در ویژگی Google Analytics قرار دارند - نه در پروژه Firebase. اگر ویژگی را حذف یا لغو پیوند کنید، اطلاعات Analytics برای Firebase قابل دسترسی نخواهد بود و داشبورد خالی Analytics را در کنسول Firebase خواهید دید. توجه داشته باشید که از آنجایی که دادهها هنوز در ویژگی پیوند قبلی قرار دارند، همیشه میتوانید ویژگی را دوباره به Firebase پیوند دهید و دادههای Analytics را در کنسول Firebase ببینید.
پیوند دادن یک حساب جدید Google Analytics (و در نتیجه یک ویژگی Google Analytics جدید) به پروژه Firebase شما منجر به ایجاد داشبورد Analytics خالی در کنسول Firebase می شود. با این حال، اگر ویژگی پیوند قبلی شما هنوز وجود دارد، می توانید داده های موجود را از ویژگی قدیمی به ویژگی جدید منتقل کنید.
Analytics : اگر خاصیت Analytics من و داده های آن حذف شده است ، آیا راهی برای بازگرداندن آنها وجود دارد؟
نه. اگر ملک شما حذف شده است ، امکان حذف این ملک یا بازیابی داده های Analytics قبلاً جمع آوری شده در آن ویژگی امکان پذیر نیست.
اگر می خواهید دوباره استفاده از Google Analytics را شروع کنید ، می توانید یک ویژگی جدید یا یک ملک موجود را به پروژه Firebase خود پیوند دهید. شما می توانید این پیوند را در کنسول Firebase یا UI Google Analytics انجام دهید. در مورد پیوند یک ویژگی Google Analytics به پروژه Firebase خود بیشتر بدانید.
Analytics : اگر خاصیت Analytics من حذف شد ، آیا می توانم یک ویژگی جدید Google Analytics را به پروژه Firebase خود پیوند دهم و دوباره از Analytics استفاده کنم؟
اگر می خواهید دوباره استفاده از Google Analytics را شروع کنید ، می توانید یک ویژگی جدید یا یک ملک موجود را به پروژه Firebase خود پیوند دهید. شما می توانید این پیوند را در کنسول Firebase یا UI Google Analytics انجام دهید. در مورد پیوند یک ویژگی Google Analytics به پروژه Firebase خود بیشتر بدانید.
توجه داشته باشید که از آنجا که تمام داده های Analytics در این ملک ذخیره می شوند (نه پروژه Firebase) ، داده های Analytics قبلاً جمع آوری شده را نمی توان بازیابی کرد.
Analytics : چگونه محصولات Firebase یا محصولات یکپارچه Google تحت تأثیر حذف ویژگی 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 مختل می شود.
علاوه بر این ، ادغام های زیر تحت تأثیر قرار می گیرد:
Analytics : چگونه می توانم کاربرانی را که معیار را رعایت نکرده اند ، تقسیم کنم؟
شما می توانید با "هدف قرار دادن منفی" این کاربران ، این مشکل را تغییر دهید. به عنوان مثال ، این مشکل را به عنوان "به افرادی که چیزی خریداری کرده اند" نشان ندهید ، و مخاطبان آن کاربران را برای هدف قرار دادن تشکیل دهید.
Analytics : آیا مخاطبان و/یا رویدادها در رابط Google Analytics در کنسول Firebase نیز تعریف شده اند؟
مخاطبان و خصوصیات کاربر شما همگام می شوند. برای برخی از ویژگی ها ، باید از رابط Google Analytics مانند تقسیم بندی و قیف های بسته استفاده کنید. شما می توانید به طور مستقیم از طریق پیوندهای عمیق از کنسول Firebase به رابط Google Analytics دسترسی پیدا کنید.
هر تغییری که از کنسول Firebase ایجاد می کنید نیز می تواند در Google Analytics انجام شود و این تغییرات در Firebase منعکس می شود.
Authentication
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
زیمبابوه
Firebase Authentication : چگونه می توانم هنگام استفاده از احراز هویت تلفن از سوء استفاده از پیام کوتاه جلوگیری کنم؟
برای کمک به محافظت از پروژه خود در برابر پمپاژ ترافیک پیام کوتاه و سوءاستفاده API ، مراحل زیر را بردارید:
در نظر بگیرید که خط مشی منطقه پیام کوتاه را تعیین کنید
به دنبال مناطقی با تعداد بسیار بالا پیام کوتاه و تعداد بسیار کمی (یا صفر) پیامک های تأیید شده باشید. نسبت تأیید شده/ارسال شده میزان موفقیت شماست. میزان موفقیت سالم معمولاً در محدوده 70-85 ٪ است زیرا پیامک یک پروتکل تحویل تضمین شده نیست و برخی از مناطق ممکن است سوءاستفاده را تجربه کنند. نرخ موفقیت زیر 50 ٪ حاکی از بسیاری از پیامک های ارسال شده اما تعداد کمی از ورود به سیستم موفقیت آمیز است که این یک نشانگر رایج بازیگران بد و پمپاژ ترافیک پیام کوتاه است.
از خط مشی منطقه SMS برای انکار مناطق پیام کوتاه با نرخ موفقیت پایین استفاده کنید ، یا فقط در صورتی که برنامه شما فقط برای توزیع در بازارهای خاص در نظر گرفته شده باشد ، به مناطق خاصی اجازه می دهید.
دامنه های احراز هویت مجاز خود را محدود کنید
برای مدیریت دامنه های مجاز از داشبورد تنظیمات احراز هویت استفاده کنید. دامنه localhost به طور پیش فرض به دامنه های تأیید هویت تأیید شده برای ساده سازی توسعه اضافه می شود. در نظر بگیرید که localhost از حوزه های مجاز در پروژه تولید خود حذف کنید تا از بازیگران بد برای دسترسی به پروژه localhostخود جلوگیری کنید تا به پروژه تولید خود دسترسی پیدا کنید.
بررسی برنامه را فعال و اجرا کنید
با تأیید اینکه درخواست ها فقط از برنامه های مرتبط با پروژه شما هستند ، برنامه را برای محافظت از پروژه خود در برابر سوءاستفاده API فعال کنید.
به یاد داشته باشید که شما باید برای تأیید اعتبار در کنسول Firebase ، تأیید برنامه را اجرا کنید (قبل از اجرای آن نظارت بر ترافیک را در نظر بگیرید). همچنین ، لیست سایتهای تأیید شده RecAptcha Enterprise خود را دوبار بررسی کنید تا تأیید کنید که فقط شامل سایت های تولید شما است و لیست برنامه های ثبت شده در پروژه شما در بررسی برنامه دقیق است.
توجه داشته باشید که بررسی برنامه با ادعا اینکه این تماس از یکی از برنامه های ثبت شده شما انجام می شود ، به محافظت در برابر حملات خودکار کمک می کند. این مانع از استفاده کاربران از برنامه شما به روش های ناخواسته نمی شود (به عنوان مثال ، شروع نمی شود و هرگز جریان ورود به سیستم را برای تولید پیامک ارسال شده انجام نمی دهد).
Firebase Authentication : آیا شماره تلفن ها به یک شرکت مخابراتی جدید از طریق تأیید اعتبار تلفن منتقل می شوند؟
در این زمان ، شماره های منتقل شده بین حامل ها باعث می شود که تمام پیامک ها برای آن کاربران نهایی غیرقابل تحمل شوند. هیچ راه حل وجود ندارد و Firebase در حال کار بر روی این مسئله است.
Firebase Authentication : در برنامه Android من ، چرا خطای زیر را دریافت می کنم: Google sign in failed ؟
اگر خطای زیر را دریافت می کنید ، مراحل عیب یابی را در این سؤالات متداول دنبال کنید:
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)
اطمینان حاصل کنید که ورود به سیستم Google به درستی به عنوان ارائه دهنده احراز هویت فعال شده است:
در برگه Sign In Method ، روش ورود به سیستم Google (حتی اگر قبلاً فعال باشد) را غیرفعال کرده و دوباره فعال کنید:
روش ورود به سیستم Google را باز کنید ، آن را غیرفعال کنید و سپس روی ذخیره کلیک کنید.
روش ورود به سیستم Google را دوباره باز کنید ، آن را فعال کنید و سپس روی ذخیره کلیک کنید.
همچنین ، در پیکربندی ارائه دهنده ورود به سیستم Google از بخش Authentication ، اطمینان حاصل کنید که شناسه مشتری OAUTH و مخفی با مشتری وب نمایش داده شده در صفحه اعتبار کنسول Google Cloud مطابقت دارد (به بخش IDS مشتری OAUTH 2.0 نگاه کنید).
Firebase Authentication : در برنامه وب من ، چرا با خطای زیر وارد سیستم می شوند: This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation ؟
اگر خطای زیر را دریافت می کنید ، مراحل عیب یابی را در این سؤالات متداول دنبال کنید:
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/init.json با کلید API در کنسول ابر مطابقت دارد. در صورت لزوم کلید موجود در پرونده را اصلاح کنید ، سپس برنامه خود را مجدداً مجدداً مستقر کنید.
اگر Browser key حذف شده است ، می توانید Firebase یک کلید جدید API را برای شما ایجاد کنید: در کنسول Firebase ، به settings > تنظیمات پروژه بروید ، سپس در بخش برنامه های خود ، روی برنامه وب خود کلیک کنید. این عمل به طور خودکار یک کلید API را ایجاد می کند که می توانید در بخش تنظیمات و پیکربندی SDK برای برنامه وب خود مشاهده کنید.
توجه داشته باشید که در کنسول ابر ، این کلید جدید API به عنوان Browser key نامیده نمی شود. در عوض ، این نام مستعار برنامه وب Firebase شما خواهد بود. اگر تصمیم دارید محدودیت های API را به این کلید جدید API اضافه کنید ، اطمینان حاصل کنید که API Firebase Authentication در لیست API های مجاز قرار دارد.
پس از ایجاد کلید جدید API ، مراحل قابل اجرا را در زیر انجام دهید:
اگر از URL های Hosting رزرو شده استفاده می کنید ، سپس برنامه خود را به Firebase دوباره مستقر کنید تا بتواند به طور خودکار کلید API جدید را با بقیه پیکربندی Firebase خود بدست آورد.
اگر از کد ورود به سیستم خودداری می کنید ، کلید جدید API را کپی کرده و آن را به پرونده __/firebase/init.json خود اضافه کنید ، سپس برنامه خود را دوباره مستقر کنید.
Firebase Authentication : چگونه می توانم یک مشتری وب OAuth را به صورت دستی بسازم ؟؟
در برگه Sign In Method ، ارائه دهنده ورود به سیستم Google را باز کنید ، و سپس شناسه مشتری وب سرور و راز را که فقط از کنسول Google Cloud ساخته و کپی کرده اید ، جایگذاری کنید. روی ذخیره کلیک کنید.
Firebase Authentication :%APP_NAME% برای الگوی ایمیل برای ایمیل تأیید که می تواند هنگام ثبت نام با استفاده از آدرس ایمیل و رمز عبور برای کاربر ارسال شود ، تعیین می شود؟
قبل از دسامبر سال 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
چگونه می توانم به آخرین نسخه پشتیبانی شده Node.js ارتقا دهم؟
توصیه می کنیم که به طور دوره ای آخرین نسخه از هر برنامه افزودنی نصب شده در پروژه خود را به روز کنید. می توانید پسوندهای پروژه های خود را از طریق کنسول Firebase یا Firebase CLI ارتقا دهید.
Cloud Messaging
Cloud Messaging : تفاوت بین آهنگساز اعلان ها و Cloud Messaging چیست؟
Firebase Cloud Messaging مجموعه کاملی از قابلیت های پیام رسانی را از طریق پروتکل های سرور SDKS و HTTP و XMPP خود ارائه می دهد. برای استقرار با نیازهای پیچیده تر پیام رسانی ، FCM انتخاب مناسبی است.
Notifications Composer یک راه حل پیام رسانی سبک و بدون سرور است که بر روی Firebase Cloud Messaging ساخته شده است. با وجود یک کنسول گرافیکی کاربر پسند و کاهش نیاز به برنامه نویسی ، آهنگساز اعلان ها به کاربران اجازه می دهد تا به راحتی پیام هایی را برای استفاده مجدد و حفظ کاربران ، رشد برنامه ها و پشتیبانی از کمپین های بازاریابی ارسال کنند.
قابلیت ها
اعلان ها آهنگساز
Cloud Messaging
هدف
تک دستگاه
مشتریانی که در موضوعات مشترک هستند (یعنی آب و هوا)
مشتریان در بخش کاربر از پیش تعریف شده (برنامه ، نسخه ، زبان)
مشتریان در مخاطبان تجزیه و تحلیل مشخص
مشتریان در گروه های دستگاه
بالادست از مشتری به سرور
نوع پیام
اعلان ها تا 2 کیلوبایت
پیام های داده تا 4kb
تحویل
فوری
دستگاه مشتری آینده به وقت محلی
تجزیه و تحلیل
مجموعه تحلیلی و تجزیه و تحلیل قیف داخلی اعلان های داخلی
Cloud Messaging : اپل اعلام کرد که پروتکل باینری میراث را برای APN ها کاهش می دهد. آیا لازم است کاری انجام دهم؟
شماره Firebase Cloud Messaging در سال 2017 به پروتکل APNS مبتنی بر HTTP/2 تغییر یافت. اگر از FCM برای ارسال اعلان ها به دستگاه های iOS استفاده می کنید ، نباید از طرف شما اقدامی لازم باشد.
Cloud Messaging : آیا برای استفاده از FCM نیاز به استفاده از سایر خدمات Firebase دارم؟
شما می توانید بدون استفاده از سایر خدمات Firebase ، به همان روشی که با GCM انجام دادید ، به همان روشی که با GCM انجام دادید Firebase Cloud Messaging به عنوان یک مؤلفه مستقل استفاده کنید.
Cloud Messaging : من یک توسعه دهنده موجود Google Cloud Messaging (GCM) هستم. آیا باید به Firebase Cloud Messaging بروم؟
FCM نسخه جدید GCM تحت نام تجاری Firebase است. این زیرساخت های اصلی GCM را با SDK های جدید به ارث می برد تا توسعه Cloud Messaging آسانتر کند.
مزایای ارتقاء به FCM SDK شامل موارد زیر است:
توسعه مشتری ساده تر. شما دیگر نیازی به نوشتن منطق ثبت نام یا اشتراک مجدد خود ندارید.
یک راه حل اعلان خارج از جعبه. شما می توانید از Notifications Composer ، یک راه حل اعلان های بدون سرور با یک کنسول وب استفاده کنید که به هر کسی اجازه می دهد اعلان هایی را برای مخاطبان خاص بر اساس بینش های Google Analytics ارسال کند.
برای به روزرسانی از SDK های GCM به SDK های FCM ، به راهنماهای مربوط به برنامه های مهاجرت Android و iOS مراجعه کنید.
Cloud Messaging : چرا ظاهراً دستگاههای هدفمند من در دریافت پیام ناکام هستند؟
وقتی به نظر می رسد دستگاه ها با موفقیت پیام دریافت نکرده اند ، ابتدا این دو دلیل بالقوه را بررسی کنید:
انتقال پیام پیش زمینه برای پیام های اعلان . برنامه های مشتری برای رسیدگی به پیام های اعلان در هنگام برنامه در پیش زمینه در دستگاه ، باید منطق انتقال پیام را اضافه کنند. جزئیات iOS و Android را مشاهده کنید.
محدودیت های فایروال شبکه . اگر سازمان شما دارای فایروال است که ترافیک را از طریق اینترنت یا از طریق اینترنت محدود می کند ، باید آن را پیکربندی کنید تا امکان اتصال با FCM به منظور برنامه های مشتری Firebase Cloud Messaging شما باشد. بنادر برای باز کردن عبارتند از:
5228
5229
5230
FCM معمولاً از 5228 استفاده می کند ، اما گاهی اوقات از 5229 و 5230 استفاده می کند. FCM IP های خاصی را ارائه نمی دهد ، بنابراین شما باید به فایروال خود اجازه دهید اتصالات خروجی را به تمام آدرس های IP موجود در بلوک های IP ذکر شده در ASN Google 15169 بپذیرد.
Cloud Messaging : من در برنامه Android خود onMessageReceived اجرا کرده ام ، اما به آن فراخوانی نمی شود.
هنگامی که برنامه شما در پس زمینه قرار دارد ، پیام های اعلان در سینی سیستم نمایش داده می شوند و onMessageReceived نامیده نمی شود. برای پیام های اعلان با بار داده ، پیام اعلان در سینی سیستم نمایش داده می شود و داده هایی که با پیام اعلان درج شده اند می توانند از قصد راه اندازی شده هنگامی که کاربر روی اعلان می شود ، بازیابی شود.
Notifications Composer: تفاوت بین آهنگساز اعلان ها و Cloud Messaging چیست؟
Notifications Composer یک راه حل پیام رسانی سبک و بدون سرور است که بر روی Firebase Cloud Messaging ساخته شده است. با وجود یک کنسول گرافیکی کاربر پسند و کاهش نیاز به برنامه نویسی ، آهنگساز اعلان ها به کاربران اجازه می دهد تا به راحتی پیام هایی را برای استفاده مجدد و حفظ کاربران ، رشد برنامه ها و پشتیبانی از کمپین های بازاریابی ارسال کنند.
Firebase Cloud Messaging مجموعه کاملی از قابلیت های پیام رسانی را از طریق پروتکل های سرور SDKS و HTTP و XMPP خود ارائه می دهد. برای استقرار با نیازهای پیچیده تر پیام رسانی ، FCM انتخاب مناسبی است.
در اینجا مقایسه قابلیت های پیام رسانی ارائه شده توسط Firebase Cloud Messaging و آهنگساز اعلان ها وجود دارد:
قابلیت ها
اعلان ها آهنگساز
Cloud Messaging
هدف
تک دستگاه
مشتریانی که در موضوعات مشترک هستند (یعنی آب و هوا)
مشتریان در بخش کاربر از پیش تعریف شده (برنامه ، نسخه ، زبان)
مشتریان در مخاطبان تجزیه و تحلیل مشخص
مشتریان در گروه های دستگاه
بالادست از مشتری به سرور
نوع پیام
اعلان ها تا 2 کیلوبایت
پیام های داده تا 4kb
تحویل
فوری
دستگاه مشتری آینده به وقت محلی
تجزیه و تحلیل
مجموعه تحلیلی و تجزیه و تحلیل قیف داخلی اعلان های داخلی
Notifications Composer: من یک توسعه دهنده موجود Google Cloud Messaging (GCM) هستم و می خواهم از آهنگساز اعلان ها استفاده کنم. چه کار کنم؟
Notifications Composer یک راه حل خارج از جعبه است که به هر کسی اجازه می دهد اعلان هایی را برای مخاطبان خاص بر اساس بینش های Google Analytics ارسال کند. همچنین ، آهنگساز اعلان ها تجزیه و تحلیل قیف را برای هر پیام فراهم می کند و امکان ارزیابی آسان اثربخشی اعلان را فراهم می کند.
اگر شما یک توسعه دهنده GCM موجود هستید ، از آهنگساز اعلان ها استفاده کنید ، باید از SDK های GCM به SDK های FCM ارتقا دهید. راهنماهای مربوط به برنامه های مهاجرت Android و iOS را مشاهده کنید.
ویژگیهای FCM در ژوئن 2023 منسوخ شد
کدام API های FCM در 20 ژوئن 2023 کاهش یافته است ، و اگر از آن API ها استفاده می کنم چه کاری باید انجام دهم؟
API/SDK های زیر تحت تأثیر استهلاک قرار می گیرند:
API های سرور
نام API
نقطه پایانی API
تأثیر بر کاربران
اقدام لازم است
پروتکل HTTP میراث
https://fcm.googleapis.com/fcm/send
درخواست های مربوط به نقطه پایانی پس از 6/21/2024 شروع به کار می کند.
API به Firebasemessaging.send در برنامه پیام های بالادست را به سرور برنامه پس از 6/21/2024 تبدیل نمی کند.
این قابلیت را در منطق سرور خود پیاده سازی کنید. به عنوان مثال ، برخی از توسعه دهندگان نقطه پایانی HTTP/GRPC خود را پیاده سازی می کنند و به طور مستقیم با نقطه پایانی تماس می گیرند تا پیام های مشتری خود را به سرور برنامه ارسال کنند. این GRPC را سریع برای اجرای مثال از پیام رسانی بالادست با استفاده از GRPC مشاهده کنید.
دسته ای ارسال API
https://fcm.googleapis.com/batch
درخواست های مربوط به نقطه پایانی پس از 6/21/2024 شروع به کار می کند.
این API ها بعد از 6/21/2024 کار خود را متوقف می کنند زیرا آنها با API ارسال می کنند.
به عنوان آخرین Admin SDK Admin Firebase ارتقا دهید و به جای آن از API های جدید استفاده کنید: sendEach()/ sendEachAsync()/send_each()/sendEachForMulticast()/sendEachForMulticastAsync()/ send_each_for_multicast() .
توجه داشته باشید که API های جدید دیگر با دسته ای مستهجن API تماس نمی گیرند و به همین دلیل ممکن است اتصالات HTTP همزمان تری نسبت به API های قدیمی ایجاد کنند.
SDK های مشتری
نسخه های SDK
تأثیر بر کاربران
اقدام لازم است
GCM SDK (در سال 2018 مستهلک شد)
برنامه هایی با استفاده از SDK های GCM قادر به ثبت نام نشانه ها نیستند و پس از 6/21/2024 پیام از FCM دریافت نمی کنند.
اگر قبلاً این کار را نکرده اید ، SDK Android خود را به آخرین SDK Firebase ارتقا دهید.
نسخه JS SDKS <7.0.0 (تغییر در نسخه 7.0.0 در سال 2019)
برنامه های وب با استفاده از JS SDK های قدیمی قادر به ثبت نشانه ها پس از 6/21/2024 نخواهند بود.
SDK Web Firebase خود را به آخرین نسخه ارتقا دهید.
آیا قبل از ژوئن 2024 شاهد تنزل رتبه سرویس خواهم بود؟
نه. شما 12 ماه (06/20/2023 - 06/21/2024) برای مهاجرت از API های قدیمی به API های جدید و بدون هیچ گونه کاهش خدمات دارید. ما اکیداً به شما توصیه می کنیم که مهاجرت را در اسرع وقت برنامه ریزی کنید تا تحت تأثیر تخریب API ها در ژوئن سال 2024 قرار نگیرد.
پس از ژوئن سال 2024 ، ممکن است هنگام استفاده از APIS/SDK های ذکر شده در بالا ، خطاها یا عدم عملکرد را افزایش دهید (برای اطلاعات بیشتر به سؤالات متداول بعدی مراجعه کنید).
چگونه و چه زمانی API های منسوخ بسته می شوند؟
FCM تعطیل تدریجی API های مستهلک شده را در حدود 22 ژوئیه 2024 آغاز می کند. پس از این تاریخ ، خدمات مستهلک تحت یک فرآیند "سوسو زدن" قرار می گیرند که در آن تعداد افزایش درخواست ها پاسخ های خطا را باز می گرداند. در طول دوره رمپ به تدریج می توانید انتظار داشته باشید که پاسخ و خطای زیر در فرکانس با گذشت زمان افزایش یابد:
دسته بندی
انتظار چه چیزی
پروتکل HTTP میراث
درخواست ها با کد HTTP 301 رد می شوند.
پروتکل میراث XMPP
درخواست ها با کد خطا 302 رد می شوند.
FCM بالادست
پیام هایی که در سکوت توسط FCM Backend کاهش می یابد.
دسته ای ارسال API
درخواست های رد شده با کد خطا بدون اجرای و پیام خطا "API کاهش می یابد."
GCM SDKS - ثبت نام توکن ها
درخواست ها با کد HTTP 301 رد می شوند.
SDK های GCM - ارسال پیام
درخواست هایی که با کد خطا 400 رد می شوند و پیام خطا "V3 توکن کاهش یافته است."
نسخه JS SDKS <7.0.0
درخواست ها با کد HTTP 501 رد می شوند.
استفاده از کلید سرور برای دسترسی به شناسه نمونه و API های مدیریت گروه دستگاه
درخواست ها با کد HTTP 401 رد می شوند.
تفاوت بین نشانه های OAUTH 2.0 و کلیدهای سرور چیست؟
یک نشانه OAUTH 2.0 یک نشانه کوتاه مدت است که از یک حساب سرویس گرفته شده است. این مدل استاندارد Google است و از کلیدهای سرور استاتیک ایمن تر است.
چه تفاوتی بین HTTP V1 API و API میراث هنگام ارسال پیام به گروه های مباحث/دستگاه ها وجود دارد؟
مباحث: هنگام استفاده از API V1 نیازی به پیشوند "/مباحث/" به هدف خود اضافه نمی کنید.
گروه های دستگاه: شما می توانید از یک توکن گروه به عنوان یک هدف توکن در API HTTP V1 استفاده کنید. با این حال ، API HTTP V1 تعداد موفقیت/شکست را در پاسخ بازگرداند. توصیه می کنیم از مباحث FCM استفاده کنید یا خودتان گروه های دستگاه خود را مدیریت کنید.
آیا API HTTP v1 از ارسال پیام به چندین توکن در یک درخواست پشتیبانی می کند؟
خیر. این ویژگی ، به نام "multicast" در API های HTTP میراث ، توسط HTTP V1 API پشتیبانی نمی شود ، که برای مقیاس پذیری بهتر طراحی شده است.
برای مواردی که تأخیر پایان به پایان بسیار مهم است ، یا در جایی که اندازه کل فن کوچک (کمتر از 1 میلیون نفر) باشد ، Google توصیه می کند چندین درخواست جداگانه را با استفاده از API HTTP V1 ارسال کنید. HTTP V1 API بیش از HTTP/2 به طور مشابه برای 99.9 ٪ درخواست های چندکاره (ارسال <100 توکن) عمل می کند. برای موارد استفاده بیش از حد (ارسال 1000 نشانه) ، به یک سوم از نرخ توان دست می یابد ، بنابراین برای بهینه سازی این مورد استفاده غیر عادی ، همزمانی اضافی لازم است. کاربران می توانند قابلیت اطمینان و در دسترس بودن بیشتری را با HTTP V1 API نسبت به Legacy Multicast تجربه کنند.
برای مواردی که از پهنای باند و پهنای باند خارج از کشور در اولویت قرار گرفته است یا در جایی که اندازه کل فن بزرگ (بیشتر از 1 میلیون نفر) باشد ، Google پیام رسانی موضوع را توصیه می کند. در حالی که پیام رسانی موضوع برای مشترک شدن گیرنده ها به یک موضوع نیاز به یک اقدام یک بار دارد ، اما حداکثر 10،000 QPS در هر پروژه را بدون حداکثر محدودیت در اندازه موضوع ارائه می دهد.
کدام نسخه از Firebase Admin SDK دارای APIهای جدید است؟
پلت فرم
نسخه SDK Admin Firebase
Node.js
> = 11.7.0
پایتون
> = 6.2.0
جاوا
> = 9.2.0
برو
> = 4.12.0
دات نت
> = 2.4.0
تفاوت بین API ارسال دسته ای و API HTTP v1 چیست؟
FCM Batch Send API از همان قالب پیام و مکانیسم احراز هویت به عنوان HTTP V1 API استفاده می کند. با این حال ، از یک نقطه پایانی متفاوت استفاده می کند. اگر می خواهید بهره وری را بهبود بخشید ، باید از HTTP/2 استفاده کنید تا چندین درخواست از طریق همان اتصال HTTP به API HTTP V1 ارسال کنید.
اگر نتوانم به پروژه خود دسترسی داشته باشم چه باید بکنم؟
لطفاً برای کمک به تیم پشتیبانی Google Cloud مراجعه کنید.
آیا پروژه های جدید می توانند API پیام رسانی Cloud Legacy را فعال کنند؟
شماره. از 5/20/2024 ، پروژه های جدید دیگر مجاز به فعال کردن API های میراث ما نخواهند بود.
چه زمانی می توانم API قدیمی Cloud Messaging را غیرفعال کنم؟
هنگامی که مطمئن شدید که به طور کامل به HTTP V1 API مهاجرت کرده اید ، می توانید API پیام رسانی Cloud Legacy را غیرفعال کنید (اگر API قبلاً غیرفعال شده باشد ، این صفحه ممکن است بارگیری شود.
سهمیه ها و محدودیت های FCM
من باید ظرف 2 دقیقه به یک مشتری بزرگ اطلاع دهم.
متأسفانه ، این مورد استفاده نمی شود. شما باید بیش از 5 دقیقه ترافیک خود را گسترش دهید.
برنامه من به کاربران از رویدادها اطلاع می دهد. پیام ها باید بلافاصله برای پشتیبانی از مدل کسب و کار من تحویل داده شوند. آیا می توانم سهمیه بیشتری بگیرم؟
متأسفانه ، ما به همین دلیل نمی توانیم سهمیه سهمیه را اعطا کنیم. شما باید بیش از 5 دقیقه ترافیک خود را گسترش دهید.
پیام های من در مورد رویدادهای برنامه ریزی شده است و من باید تمام ترافیک خود را در بالای ساعت ارسال کنم.
توصیه می کنیم حداقل 5 دقیقه قبل از رویداد اعلان ها را شروع کنید.
چقدر طول می کشد تا درخواست سهمیه من محقق شود؟
این کمی به استفاده شما از FCM بستگی دارد. در هر صورت ، می توانید در چند روز کاری انتظار پاسخ را داشته باشید. در بعضی موارد ، ممکن است در مورد استفاده شما از FCM و شرایط مختلف ، برخی از آنها به عقب و جلو وجود داشته باشد که می تواند روند را طولانی تر کند. در صورت برآورده شدن همه الزامات ، بیشتر درخواست ها ظرف 2 هفته انجام می شود.
429s برای من / تجارت من سخت است. آیا برای جلوگیری از گرفتن 429 می توانم معافیت یا سهمیه بیشتری بگیرم؟
در حالی که ما می دانیم که محدودیت سهمیه می تواند چالش برانگیز باشد ، سهمیه برای حفظ خدمات بسیار مهم است و ما نمی توانیم معافیت اعطا کنیم.
آیا می توانم سهمیه بیشتری برای یک رویداد موقت دریافت کنم؟
برای پشتیبانی از رویدادی که تا 1 ماه به طول انجامید ، می توانید سهمیه اضافی را درخواست کنید. درخواست را حداقل 1 ماه قبل از رویداد و با جزئیات واضح در مورد شروع و پایان رویداد ، ثبت کنید و FCM هر تلاش عملی را برای انجام درخواست انجام می دهد (هیچ افزایشی نمی تواند تضمین شود). این افزایش سهمیه پس از تاریخ پایان رویداد برگردانده می شود.
آیا سهمیه فعلی من قابل تغییر است؟
در حالی که Google این کار را به آرامی انجام نخواهد داد ، ممکن است سهمیه ها در صورت لزوم برای محافظت از یکپارچگی سیستم تغییر یابد. در صورت امکان ، گوگل پیش از چنین تغییراتی به شما اطلاع می دهد.
Cloud Storage for Firebase
Cloud Storage for Firebase : چرا نمی توانم از 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
چه کاری باید انجام دهم؟
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 .
افزودن حساب سرویس جدید
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.
Firebase Local Emulator Suite
چرا گزارشهای Emulator Suite خطایی را نشان میدهند که با «Multiple projectIds در حالت تک پروژه توصیه نمیشوند» شروع میشود؟
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 .
تست های واحد 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:
وب
The projectId property in your JavaScript firebaseConfig object, used in initializeApp .
اندروید
The project_id property inside the google-services.json configuration file.
Apple platforms
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
چه کاری باید انجام دهم؟
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.
Realtime Database
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 DatabaseUsage 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.
Remote Config
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?
در طول توسعه برنامه، ممکن است بخواهید پیکربندیها را بهطور مکرر واکشی و فعال کنید (در هر ساعت چند بار) تا به شما اجازه دهد در حین توسعه و آزمایش برنامهتان به سرعت تکرار کنید. 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.