پروژه 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 Console اضافه میکند. در سؤالات متداول ما درباره این برچسب بیشتر بیاموزید.
سازمان Google Cloud چیست؟
سازمان Google Cloud محفظهای برای پروژههای Google Cloud (از جمله پروژههای Firebase) است. این سلسله مراتب سازماندهی، مدیریت دسترسی و ممیزی بهتر پروژه های Google Cloud و Firebase را امکان پذیر می کند. برای اطلاعات بیشتر به ایجاد و مدیریت سازمان ها مراجعه کنید.
چگونه Firebase را به پروژه Google Cloud موجود اضافه کنم؟
چرا پروژه Google Cloud من دارای برچسب firebase:enabled است؟
در صفحه برچسبها برای پروژه خود در Google Cloud Console، ممکن است برچسب 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:enabled در صفحه Labels برای پروژه شما در Google Cloud Console است. 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، انواع پلتفرم یک برنامه از دیدگاه کاربر نهایی هستند. به عنوان مثال، اگر یک برنامه white label توسعه میدهید، هر برنامه دارای برچسب مستقل باید پروژه Firebase خود را داشته باشد، اما نسخههای Apple و Android آن برچسب میتوانند در همان پروژه باشند. راهنمای دقیقتر را در بهترین شیوههای کلی ما برای راهاندازی پروژههای Firebase بخوانید.
در موارد نادری که پروژه شما به بیش از 30 برنامه نیاز دارد، می توانید درخواست افزایش محدودیت برنامه کنید. برای ارائه این درخواست، پروژه شما باید در برنامه قیمت گذاری Blaze باشد. برای ارائه درخواست خود و ارزیابی آن از Google Cloud Console دیدن کنید. درباره مدیریت سهمیه در اسناد 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 Console مجموعه گسترده ای از ابزارها را برای اختصاص نقش به اعضای پروژه در صفحه IAM ارائه می دهد. در کنسول Cloud، همچنین میتوانید نقشهای سفارشی ایجاد و مدیریت کنید، و همچنین به حسابهای خدماتی اجازه دسترسی به پروژه خود را بدهید.
توجه داشته باشید که در Google Cloud Console، به اعضای پروژه ، اصلی گفته می شود.
اگر مالک پروژه شما دیگر نمی تواند وظایف مالک را انجام دهد (به عنوان مثال، شخصی که شرکت شما را ترک کرده است) و پروژه شما از طریق یک سازمان Google Cloud مدیریت نمی شود (به پاراگراف بعدی مراجعه کنید)، می توانید با پشتیبانی Firebase تماس بگیرید. یک مالک موقت اختصاص داده شده است.
توجه داشته باشید که اگر پروژه Firebase بخشی از یک سازمان Google Cloud باشد، ممکن است مالک نداشته باشد. اگر نمیتوانید مالکی برای پروژه Firebase خود پیدا کنید، با فردی که سازمان Google Cloud شما را مدیریت میکند تماس بگیرید تا مالکی را برای پروژه تعیین کند.
چگونه مالک پروژه Firebase را پیدا کنم؟
می توانید اعضای پروژه و نقش آنها را در مکان های زیر مشاهده کنید:
اگر در کنسول Firebase به پروژه دسترسی دارید، می توانید لیست اعضای پروژه از جمله مالکان را در صفحه کاربران و مجوزهای کنسول Firebase مشاهده کنید.
اگر در کنسول Firebase به پروژه دسترسی ندارید ، بررسی کنید که آیا به پروژه در Google Cloud Console دسترسی دارید یا خیر. میتوانید فهرست اعضای پروژه از جمله مالکان را در صفحه IAM کنسول ابری Google مشاهده کنید.
اگر مالک پروژه شما دیگر نمی تواند وظایف مالک را انجام دهد (به عنوان مثال، شخصی که شرکت شما را ترک کرده است) و پروژه شما از طریق یک سازمان 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 شدهاید. میتوانید از طریق آواتار حسابتان در گوشه سمت راست بالای کنسول وارد و خارج شوید.
توجه داشته باشید که اگر سرپرست یک سازمان Google Cloud هستید، ممکن است از تغییرات پروژه های Firebase در داخل سازمان خود مطلع شوید. با این حال، ممکن است مجوز کافی برای باز کردن پروژه Firebase نداشته باشید. در این موارد، ساده ترین راه حل این است که برای باز کردن پروژه و انجام اقدامات لازم ، نقش مالک واقعی را به خود اختصاص دهید. درباره علت و زمان اختصاص دادن نقش مالک بیشتر بیاموزید.
پلتفرم ها و چارچوب ها
برای دریافت نکات و پاسخهای مفید برای سؤالات متداول بیشتر، از صفحات عیبیابی و سؤالات متداول مخصوص پلتفرم دیدن کنید.
مرورگرهای پشتیبانی شده برای دسترسی به کنسول Firebase کدامند؟
کنسول Firebase از نسخه های اخیر مرورگرهای محبوب دسکتاپ مانند کروم، فایرفاکس، سافاری و اج قابل دسترسی است. مرورگرهای موبایل در حال حاضر به طور کامل پشتیبانی نمی شوند.
من می توانم کنسول Firebase را بارگیری کنم، اما چرا نمی توانم پروژه Firebase خود را پیدا کنم یا به آن دسترسی پیدا کنم؟
اگر با یکی از مشکلات زیر مواجه هستید، این سؤالات متداول قابل اجرا است:
کنسول Firebase صفحه خطایی را برمی گرداند که می گوید پروژه شما ممکن است وجود نداشته باشد یا به پروژه دسترسی نداشته باشید.
کنسول Firebase حتی زمانی که ID پروژه یا نام پروژه آن را در قسمت جستجوی کنسول وارد میکنید، پروژه شما را نمایش نمیدهد.
این مراحل عیبیابی را امتحان کنید:
ابتدا سعی کنید با مراجعه مستقیم به URL پروژه به پروژه خود دسترسی پیدا کنید. از فرمت زیر استفاده کنید: https://console.firebase.google.com/project/ PROJECT-ID /overview
اگر هنوز نمی توانید به پروژه دسترسی داشته باشید یا خطاهای مجوز را دریافت کنید، موارد زیر را بررسی کنید:
مطمئن شوید که با استفاده از همان حساب Google که به پروژه دسترسی دارد، وارد 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 عبارتند از: پایگاه داده بیدرنگ، فضای ذخیره سازی ابری برای Firebase، توابع ابری، میزبانی، آزمایشگاه تست و احراز هویت تلفن. ما یک ردیف بدون هزینه برای همه این ویژگی ها ارائه می دهیم.
Firebase همچنین دارای بسیاری از محصولات بدون هزینه است: Analytics، Cloud Messaging، Notifications composer، Remote Config، App Indexing، Dynamic Links و Crash Reporting. شما می توانید مقدار نامحدودی از هر یک از این محصولات را در همه طرح ها از جمله طرح Spark بدون هزینه ما استفاده کنید. علاوه بر این، تمام ویژگیهای احراز هویت فراتر از احراز هویت تلفن، بدون هزینه هستند.
آیا Firebase اعتبار آزمایشی بدون هزینه برای محصولات پولی ارائه می دهد؟
خدمات پولی Firebase را میتوان تحت آزمایش رایگان Google Cloud استفاده کرد. کاربران جدید Google Cloud و Firebase میتوانند از یک دوره آزمایشی 90 روزه استفاده کنند که شامل 300 دلار اعتبار رایگان Cloud Billing برای کاوش و ارزیابی محصولات و خدمات Google Cloud و Firebase است.
در طول دوره آزمایشی رایگان Google Cloud، یک حساب رایگان آزمایشی Cloud Billing به شما ارائه می شود. هر پروژه Firebase که از آن حساب صورتحساب استفاده میکند، در طول دوره آزمایشی رایگان، در طرح قیمتگذاری Blaze قرار میگیرد.
نگران نباشید، راهاندازی این حساب صورتحساب آزمایشی رایگان به ما امکان نمیدهد از شما هزینه دریافت کنیم. هزینهای از شما کسر نمیشود مگر اینکه با ارتقای حساب آزمایشی رایگان Cloud Billing خود به حساب پولی، صورتحساب را صریحاً فعال کنید. میتوانید در طول دوره آزمایشی، در هر زمانی به یک حساب پولی ارتقا دهید. پس از ارتقاء، همچنان میتوانید از اعتبارات باقیمانده (در بازه زمانی 90 روزه) استفاده کنید.
چگونه بفهمم کدام طرح قیمت گذاری برای من مناسب است؟
طرح قیمت گذاری اسپارک
طرح اسپارک ما مکانی عالی برای توسعه اپلیکیشن شما بدون هزینه است. شما تمام ویژگیهای Firebase بدون هزینه (Analytics، آهنگساز Notifications، Crashlytics و غیره) و مقادیر سخاوتمندانه ویژگیهای زیرساخت پولی ما را دریافت میکنید. با این حال، اگر در یک ماه تقویمی از منابع طرح Spark خود فراتر بروید، برنامه شما برای باقیمانده آن ماه خاموش خواهد شد. علاوه بر این، ویژگیهای Google Cloud هنگام استفاده از طرح Spark در دسترس نیستند.
طرح قیمت گذاری بلیز
طرح Blaze ما برای برنامه های تولیدی طراحی شده است. طرح Blaze همچنین به شما امکان می دهد برنامه خود را با ویژگی های پولی Google Cloud گسترش دهید. شما فقط برای منابعی که مصرف می کنید هزینه می پردازید و به شما امکان می دهد تا با تقاضا مقیاس بندی کنید. ما در تلاش هستیم تا قیمت طرح Blaze خود را با ارائه دهندگان ابر پیشرو در صنعت رقابتی کنیم.
چگونه می توانم استفاده و صورتحساب خود را کنترل کنم؟
می توانید استفاده خود از منابع پروژه را در کنسول 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، استفاده بدون هزینه در طرح Blaze در سطح حساب Cloud Billing محاسبه میشود، نه در سطح پروژه و دارای محدودیتهای زیر است:
2 میلیون فراخوان در ماه
400 هزار گیگابایت ثانیه در ماه
200K CPU-ثانیه در ماه
5 گیگابایت خروجی شبکه در ماه
برای احراز هویت تلفن، استفاده بدون هزینه در طرح Blaze به صورت ماهانه محاسبه می شود.
برای آزمایشگاه تست، استفاده بدون هزینه در طرح Blaze دارای محدودیتهای زیر است:
30 دقیقه دستگاه فیزیکی در روز
60 دقیقه دستگاه مجازی در روز
آیا وقتی از طرح Spark به Blaze تغییر می کنم، سهمیه استفاده بدون هزینه بازنشانی می شود؟
استفاده بدون هزینه از طرح Spark در طرح Blaze گنجانده شده است. هنگام انتقال به طرح Blaze، استفاده بدون هزینه بازنشانی نمیشود.
"اتصال همزمان پایگاه داده" چیست؟
یک اتصال همزمان معادل یک دستگاه تلفن همراه، برگه مرورگر یا برنامه سرور متصل به پایگاه داده است. Firebase محدودیت های سختی را برای تعداد اتصالات همزمان به پایگاه داده برنامه شما اعمال می کند. این محدودیتها برای محافظت از Firebase و کاربران ما در برابر سوء استفاده وجود دارد.
سقف طرح اسپارک 100 است و قابل افزایش نیست. طرح های Flame و Blaze دارای محدودیت 200000 اتصال همزمان در هر پایگاه داده هستند.
این محدودیت با تعداد کل کاربران برنامه شما یکسان نیست، زیرا همه کاربران شما به یکباره متصل نمی شوند. اگر به بیش از 200000 اتصال همزمان نیاز دارید، لطفاً مقیاس با چندین پایگاه داده را بخوانید.
اگر از محدودیتهای فضای ذخیرهسازی یا بارگیری Spark برای پایگاه داده بیدرنگ تجاوز کنم، چه اتفاقی میافتد؟
برای ارائه قیمت قابل پیش بینی به شما، منابع در دسترس شما در طرح های Spark محدود شده است. این بدان معناست که وقتی در هر ماه از هر محدودیت طرحی فراتر میروید، برنامه شما خاموش میشود تا از مصرف بیشتر منابع و هزینههای اضافی جلوگیری شود.
اگر از محدودیت های اتصال همزمان طرح Spark برای پایگاه داده بیدرنگ تجاوز کنم چه اتفاقی می افتد؟
وقتی برنامه شما به محدودیت همزمانی خود در طرح Spark رسید، هر گونه اتصال بعدی تا زمانی که برخی از اتصالات موجود بسته نشود، رد می شود. این برنامه برای کاربرانی که متصل هستند به کار خود ادامه خواهد داد.
ادغام Firebase با Google Cloud چگونه کار می کند؟
Firebase عمیقاً با Google Cloud یکپارچه شده است. پروژهها بین Firebase و Google Cloud به اشتراک گذاشته میشوند، بنابراین پروژهها میتوانند خدمات Firebase و سرویسهای Google Cloud را فعال کنند. می توانید از کنسول Firebase یا Google Cloud Console به همان پروژه دسترسی داشته باشید. به طور مشخص:
برخی از محصولات 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 Console اضافه یا حذف کنم، برای پروژه Firebase من چه اتفاقی میافتد؟
اگر یک حساب Cloud Billing به پروژه ای در Google Cloud Console اضافه شود، اگر آن پروژه در حال حاضر در طرح Spark باشد، همان پروژه به طور خودکار به طرح Firebase Blaze ارتقا می یابد.
در مقابل، اگر یک حساب فعال Cloud Billing از پروژهای در Google Cloud Console حذف شود، آن پروژه به طرح Firebase Spark تنزل داده میشود.
آیا میتوانم هر زمان که بخواهم ارتقا، کاهش یا لغو کنم؟
بله، میتوانید هر زمان که بخواهید ارتقا، کاهش یا لغو کنید. توجه داشته باشید که ما بازپرداخت نسبتاً برای کاهش یا لغو رتبه ارائه نمی کنیم. این بدان معنی است که اگر قبل از پایان دوره صورتحساب خود را کاهش یا لغو کنید، همچنان برای باقیمانده ماه پرداخت می کنید.
چه نوع حمایتی دریافت خواهم کرد؟
همه برنامههای Firebase، از جمله برنامههایی که از طرحهای بدون هزینه استفاده میکنند، با پشتیبانی ایمیل کارکنان Firebase در ساعات کاری اقیانوس آرام ایالات متحده ارائه میشوند. همه حسابها پشتیبانی نامحدودی از مسائل مربوط به صورتحساب، مسائل مربوط به حساب، سوالات فنی (عیبیابی) و گزارشهای رویداد دارند.
آیا می توانم استفاده از طرح Blaze را محدود کنم؟
نه، در حال حاضر نمی توانید میزان استفاده از طرح Blaze خود را محدود کنید. ما در حال ارزیابی گزینههایی برای حمایت از سقف در استفاده از طرح Blaze هستیم.
کاربران Blaze می توانند بودجه ای برای پروژه یا حساب خود تعریف کنند و با نزدیک شدن هزینه هایشان به این محدودیت ها هشدار دریافت کنند. نحوه تنظیم هشدارهای بودجه را بیاموزید.
پشتیبان گیری خودکار چیست؟ آیا پشتیبان گیری ساعتی ارائه می دهید؟
پشتیبانگیری خودکار یک ویژگی پیشرفته برای مشتریان در طرح قیمتگذاری Blaze ما است که یک بار در روز از دادههای پایگاه داده بیدرنگ Firebase شما نسخه پشتیبان تهیه میکند و آن را در Google Cloud Storage آپلود میکند.
ما پشتیبان گیری ساعتی ارائه نمی دهیم.
آیا تخفیف های متن باز، غیرانتفاعی یا آموزشی ارائه می دهید؟
طرح Spark ما می تواند توسط هر نوع فرد یا سازمانی، از جمله سازمان های غیرانتفاعی، مدارس، و پروژه های منبع باز استفاده شود. از آنجایی که این طرحها از قبل شامل سهمیههای سخاوتمندانه هستند، ما هیچ تخفیف یا طرح خاصی برای پروژههای منبع باز، غیرانتفاعی یا آموزشی ارائه نمیدهیم.
آیا قراردادهای سازمانی، قیمت گذاری، پشتیبانی یا میزبانی زیرساخت اختصاصی را ارائه می دهید؟
طرح Blaze ما برای شرکتها در هر اندازه مناسب است و SLA ما استانداردهای صنعت زیرساخت ابری را برآورده میکند یا از آن فراتر میرود. با این حال، ما در حال حاضر قراردادهای سازمانی، قیمت گذاری یا پشتیبانی ارائه نمی دهیم، و همچنین میزبانی زیرساخت اختصاصی (یعنی نصب در محل) را برای خدماتی مانند پایگاه داده بیدرنگ خود ارائه نمی دهیم. ما سخت کار می کنیم تا برخی از این ویژگی ها را اضافه کنیم.
آیا قیمت گذاری تکی ارائه می دهید؟ من فقط برای یک یا دو ویژگی میخواهم پرداخت هزینه را انجام دهید.
ما در طرح Blaze قیمتگذاری موقتی ارائه میدهیم، که در آن فقط برای ویژگیهایی که استفاده میکنید هزینه پرداخت میکنید.
طرحهای Firebase پولی چگونه با تبلیغات کار میکنند؟ آیا اعتبارات تبلیغاتی بدون هزینه با طرح های پولی وجود دارد؟
طرحهای قیمتگذاری Firebase جدا از Ads هستند، بنابراین هیچ اعتبار تبلیغاتی بدون هزینه وجود ندارد. به عنوان یک توسعه دهنده Firebase، می توانید حساب Ads خود را به Firebase "پیوند" کنید تا از ردیابی تبدیل پشتیبانی کند.
همه کمپینهای تبلیغاتی مستقیماً در Ads مدیریت میشوند و صورتحساب تبلیغات از کنسول Ads مدیریت میشود.
قیمت گذاری توابع ابری
چرا برای استفاده از Cloud Functions برای Firebase به یک حساب صورتحساب نیاز دارم؟
Cloud Functions برای 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 دلار در ماه محاسبه میشود.
برای درک بیشتر در مورد چگونگی تغییر صورت حساب خود، لطفاً موارد زیر را بررسی کنید
آیا توابع ابر برای Firebase هنوز هیچ هزینه ای ندارد؟
آره. در برنامه Blaze ، توابع Cloud یک ردیف بدون هزینه برای دعوت ها ، زمان محاسبه و ترافیک اینترنت فراهم می کند. اولین 2،000،000 دعوت نامه ، 400000 GB-SEC ، 200،000 CPU-SEC و 5 گیگابایت ترافیک اینترنت در اینترنت بدون هیچ هزینه ای در هر ماه ارائه می شود. شما فقط برای استفاده بالاتر از آن آستانه ها شارژ می شوید.
پس از 500 مگابایت اول ذخیره بدون هزینه ، هر عملیات استقرار هزینه های در مقیاس کوچک را برای فضای ذخیره سازی مورد استفاده برای ظرف عملکرد متحمل می شود. اگر روند توسعه شما به استفاده از توابع برای آزمایش بستگی دارد ، می توانید با استفاده از مجموعه شبیه ساز محلی Firebase در هنگام توسعه ، هزینه ها را به حداقل برسانید.
آیا Firebase قصد دارد سهمیه ها و محدودیت هایی را برای عملکردهای ابری برای Firebase افزایش دهد؟
نه. هیچ برنامه ای برای تغییر سهمیه به جز حذف حداکثر محدودیت زمانی ساخت وجود ندارد. به جای دریافت خطاها یا هشدارها هنگام رسیدن به سهمیه ساخت روزانه 120 دقیقه ، شما طبق برنامه قیمت گذاری Blaze صورتحساب می شوید. به سهمیه ها و محدودیت ها مراجعه کنید.
آیا می توانم اعتبار Google Cloud 300 دلار دریافت کنم؟
بله ، می توانید یک حساب صورتحساب ابر در کنسول Google Cloud ایجاد کنید تا اعتبار 300 دلاری را بدست آورید ، سپس آن حساب صورتحساب ابر را به یک پروژه Firebase پیوند دهید.
اطلاعات بیشتر در مورد اعتبار Google Cloud در اینجا .
توجه داشته باشید که اگر این کار را انجام دهید ، باید برنامه قیمت گذاری Blaze را در کنسول Firebase تنظیم کنید تا پروژه شما پس از اتمام اعتبار 300 دلاری ، به کار خود ادامه دهد.
من می خواهم برای کسب اطلاعات در مورد Firebase ، یک CodeLab را دنبال کنم. آیا می توانید یک حساب صورتحساب موقت به من بدهید؟
نه متاسفم شما می توانید بدون داشتن حساب صورتحساب ابری ، از Emulator Firebase برای توسعه استفاده کنید. از طرف دیگر ، سعی کنید یک آزمایش رایگان Google Cloud را درخواست کنید. اگر به دلیل این تغییر هنوز در پرداخت صورتحساب خود مشکل دارید ، با پشتیبانی Firebase تماس بگیرید.
من نگرانم که قصد دارم یک صورتحساب بزرگ را جمع کنم.
برای استفاده از برنامه های افزودنی ، باید به برنامه قیمت گذاری Blaze ارتقا دهید. مبلغ کمی (به طور معمول حدود 0.01 دلار در ماه برای منابع آتش نشانی مورد نیاز هر برنامه نصب شده شما (حتی اگر از آنها استفاده نشود) ، علاوه بر هرگونه هزینه مرتبط با استفاده شما از خدمات Firebase ، به شما پرداخت می شود.
Cloud Storage برای قیمت گذاری Firebase
چگونه می توانم پیش بینی کنم که چقدر برای انجام عملیات بارگذاری و بارگیری صورتحساب می شوم؟
به صفحه قیمت گذاری Firebase مراجعه کرده و از ماشین حساب Blaze Plan استفاده کنید. این ماشین حساب تمام انواع استفاده برای ذخیره سازی ابری برای Firebase را لیست می کند.
برای وارد کردن استفاده مورد انتظار سطل ذخیره سازی خود از کشویی استفاده کنید. ماشین حساب قبض ماهانه شما را تخمین می زند.
چه اتفاقی می افتد اگر من از برنامه Spark Plan برای ذخیره سازی ابری برای Firebase فراتر بروم؟
هنگامی که شما بیش از محدودیت های ذخیره سازی ابر در یک پروژه در برنامه Spark هستید ، نتیجه به نوع محدودیتی که بیش از آن است بستگی دارد:
اگر از حد ذخیره شده GB فراتر بروید ، نمی توانید داده های بیشتری را در آن پروژه ذخیره کنید ، مگر اینکه برخی از داده های ذخیره شده یا به روزرسانی را به طرحی که فضای ذخیره سازی بیشتری یا فضای ذخیره سازی نامحدود را فراهم می کند ، حذف کنید.
اگر از حد بارگیری GB فراتر بروید ، برنامه شما تا روز بعد قادر به بارگیری داده های بیشتر نخواهد بود (از نیمه شب ، زمان اقیانوس آرام ایالات متحده) ، مگر اینکه به طرحی با محدودیت های محدود کننده کمتر یا بدون محدودیت ارتقا دهید.
اگر بیش از حد مجاز عملیات بارگذاری یا بارگیری باشید ، برنامه شما قادر نخواهد بود تا روز بعد داده های بیشتری را بارگذاری یا بارگیری کنید (از نیمه شب ، زمان اقیانوس آرام ایالات متحده) ، مگر محدودیت ها
حریم خصوصی
از کجا می توانم اطلاعاتی در مورد حریم خصوصی و امنیت در Firebase پیدا کنم؟
آیا SDK های Firebase اطلاعات استفاده/تشخیصی را در خارج از تجزیه و تحلیل وارد می کنند؟
آره. این در حال حاضر فقط iOS است ، اما ممکن است در آینده تغییر کند. Firebase Apple Platforms SDK به طور پیش فرض شامل چارچوب FirebaseCoreDiagnostics است. این چارچوب توسط Firebase برای جمع آوری اطلاعات استفاده و تشخیص SDK برای کمک به اولویت بندی پیشرفت های آینده محصول استفاده می شود. FirebaseCoreDiagnostics اختیاری است ، بنابراین اگر می خواهید از ارسال سیاهههای تشخیصی Firebase خودداری کنید ، می توانید این کار را با جدا کردن کتابخانه از برنامه خود انجام دهید. می توانید منبع کامل ، از جمله مقادیر ورود به سیستم را در GitHub مرور کنید
آزمایش A/B
آزمایش A/B: چند آزمایش را می توانم ایجاد کنم و اجرا کنم؟
به شما اجازه داده می شود تا 300 آزمایش در هر پروژه ، که می تواند شامل 24 آزمایش در حال اجرا باشد ، با بقیه به عنوان پیش نویس یا تکمیل شده باشد.
آزمایش A/B: چرا نمی توانم آزمایشات خود را بعد از تركیب و پیوند مجدد پروژه خود به Google Analytics مشاهده كنم؟
پیوند دادن به یک ویژگی مختلف Google Analytics باعث می شود شما دسترسی به آزمایش های ایجاد شده از قبل را از دست دهید. برای بازیابی مجدد دسترسی به یک آزمایش قبلی ، دوباره پروژه خود را به ویژگی Google Analytics که هنگام ایجاد آزمایش مرتبط بود ، دوباره پیوند دهید.
آزمایش A/B: چرا هنگام ایجاد یک آزمایش پیکربندی از راه دور ، یک پیام "پروژه ای که به Google Analytics مرتبط نیست" دریافت می کنم؟
اگر قبلاً Firebase و Google Analytics را پیوند داده اید ، اما هنوز هم پیامی را مشاهده می کنید که Google Analytics به هم پیوند ندارد ، اطمینان حاصل کنید که یک جریان تحلیلی برای همه برنامه های پروژه شما وجود دارد. در حال حاضر ، تمام برنامه های یک پروژه باید برای استفاده از آزمایش A/B به یک جریان Google Analytics متصل شوند.
شما می توانید لیست کلیه جریان های فعال را در صفحه جزئیات ادغام Google Analytics در کنسول Firebase ، دسترسی به settingsپروژه تنظیماتCHEVRON_RIGHTchevron_rightchevron_rightAnalyticschevron_rightمدیریت کنید .
ایجاد یک جریان Google Analytics برای هر برنامه ای که یک برنامه ندارد باید مسئله را حل کند. چند روش برای ایجاد جریان برای برنامه های گمشده وجود دارد:
اگر فقط یک یا دو برنامه دارید که یک جریان مرتبط با Google Analytics را از دست داده اید ، می توانید یکی از روش های زیر را برای اضافه کردن یک جریان Google Analytics انتخاب کنید:
هر برنامه را بدون جریان فعال در کنسول Firebase حذف و دوباره اضافه کنید.
از کنسول Google Analytics ، Admin را انتخاب کنید ، روی Data Streams کلیک کنید ، سپس روی افزودن جریان ، اضافه کردن جزئیات برنامه گمشده ، کلیک کنید و روی برنامه Register کلیک کنید.
اگر بیش از چند جریان برنامه گمشده دارید ، ویژگی های تبلیغاتی Google Analytics سریعترین و کارآمدترین روش برای ایجاد جریان برنامه های گمشده است:
از settingsتنظیمات پروژه ، ادغام ها را انتخاب کنید.
در کارت Google Analytics ، روی مدیریت برای دسترسی به تنظیمات Firebase و Google Analytics کلیک کنید.
یادداشتی از شناسه خاصیت Google Analytics و حساب Google Analytics Linked یادداشت کنید.
more_vertMore را کلیک کنید و از این پروژه unlink Analytics را انتخاب کنید.
هشداری را که ظاهر می شود را مرور کنید (در اینجا نگران نباشید ؛ در مرحله بعدی همان ویژگی را خواهید دید) ، سپس روی Unlink Google Analytics کلیک کنید.
با اتمام کار ، به صفحه ادغام هدایت می شوید.
در کارت Google Analytics ، برای شروع روند اتصال ، روی Enable کلیک کنید.
حساب Analytics خود را از لیست حساب انتخاب کنید.
در کنار ایجاد خودکار یک ویژگی جدید در این حساب ، روی editویرایش کلیک کنید و از لیست املاک Analytics که ظاهر می شود ، شناسه ویژگی خود را انتخاب کنید.
لیستی از همه برنامه های پروژه شما ظاهر می شود. نگاشتهای جریان موجود برای هر برنامه ذکر شده است و برنامه هایی که جریان ندارند ، یک مورد برای آنها ایجاد می کنند.
روی Enable Google Analytics کلیک کنید تا از ویژگی های خاص استفاده کنید.
ADMOB: آیا می توانم برنامه های ویندوز خود را به Firebase پیوند دهم؟
نه ، برنامه های ویندوز در حال حاضر پشتیبانی نمی شوند.
ADMOB: چرا نمی توانم برنامه خود را به Admob از کنسول Firebase پیوند دهم؟
می توانید یک برنامه ADMOB را از طریق کنسول ADMOB به یک برنامه Firebase پیوند دهید. یاد بگیرند که چگونه.
ADMOB: برای پیوند یک برنامه Firebase به یک برنامه ADMOB ، چه مجوزها یا دسترسی لازم را دارم؟
برای انجام این پیوند ، به دسترسی زیر نیاز دارید:
ADMOB : شما باید یک مدیر ADMOB باشید.
Firebase : شما باید مجوز firebase.links.create را داشته باشید ، که در نقش مالک و نقش مدیر Firebase گنجانده شده است.
Google Analytics : شما باید نقش ویرایش را داشته باشید یا نقش کاربران را برای ویژگی مرتبط با پروژه Firebase مدیریت کنید. بیشتر بدانید.
ADMOB: آیا چندین کاربر در همان برنامه ADMOB LINK LINK ADMOB برنامه ها و برنامه های Firebase می توانند؟
برای حساب های ADMOB چند کاربره ، کاربری که اولین لینک Firebase را ایجاد کرده و شرایط سرویس Firebase را پذیرفته است ، تنها کاربری است که می تواند پیوندهای جدیدی بین برنامه های ADMOB و برنامه های Firebase ایجاد کند.
ADMOB: برای استفاده از ADMOB ، آیا باید از Firebase SDK برای ADMOB یا Google Mobile Ads SDK استفاده کنم؟
برای پروژه های iOS ، از Google Mobile Ads SDK استفاده کنید: pod 'Google-Mobile-Ads-SDK'
برای پروژه های Android ، از Google Mobile Ads SDK استفاده کنید: implementation 'com.google.android.gms:play-services-ads:22.5.0'
توجه داشته باشید که SDK های Android Firebase برای ADMOB به صورت رو به رو شامل Firebase SDK برای Google Analytics است. بنابراین ، اگر برنامه شما به API های Google Analytics فراخوانی می کند و شما به استفاده از Google Mobile Ads SDK تغییر می دهید ، حتماً به صراحت وابستگی به SDK Firebase را برای Google Analytics ( com.google.firebase:firebase-analytics ) به برنامه خود اضافه کنید. File build.gradle .
Analytics: چرا Google Analytics بخشی توصیه شده از استفاده از محصولات Firebase است؟
Google Analytics یک راه حل تجزیه و تحلیل رایگان و نامحدود است که با ویژگی های Firebase برای ارائه بینش های قدرتمند کار می کند. این امکان را به شما می دهد تا گزارش های رویداد را در Crashlytics ، اثربخشی اعلان در FCM ، عملکرد عمیق پیوند برای پیوندهای پویا و داده های خرید درون برنامه از Google Play مشاهده کنید. این قدرت مخاطبان پیشرفته را در پیکربندی از راه دور ، شخصی سازی پیکربندی از راه دور و موارد دیگر هدف قرار می دهد.
Google Analytics به عنوان لایه ای از اطلاعات در کنسول Firebase عمل می کند تا بینش های عملی تری در مورد نحوه توسعه یک برنامه با کیفیت بالا ، رشد پایگاه کاربر خود و کسب درآمد بیشتر به شما ارائه دهد.
تجزیه و تحلیل: چگونه می توانم چگونگی به اشتراک گذاشتن داده های تجزیه و تحلیل من با بقیه Firebase را کنترل کنم؟
به طور پیش فرض ، از داده های Google Analytics شما برای تقویت سایر ویژگی های Firebase و Google استفاده می شود. شما می توانید نحوه اشتراک داده های Google Analytics خود را در تنظیمات پروژه خود در هر زمان کنترل کنید. در مورد تنظیمات به اشتراک گذاری داده ها بیشتر بدانید.
تجزیه و تحلیل: چگونه می توانم تنظیمات ویژگی های Analytics خود را به روز کنم؟
از صفحه سرپرست موجود در ویژگی Google Analytics ، می توانید تنظیمات املاک خود را به روز کنید ، مانند:
تنظیمات اشتراک داده
تنظیمات حفظ داده ها
تنظیمات منطقه زمانی و ارز
برای به روزرسانی تنظیمات املاک خود ، این مراحل را دنبال کنید:
در کنسول Firebase ، به settings خود> تنظیمات پروژه بروید.
به برگه Integrations بروید ، و سپس در کارت Google Analytics ، روی مدیریت یا مشاهده پیوند کلیک کنید.
تجزیه و تحلیل: چرا من پس از جدا کردن Firebase از Google Analytics ، هیچ اطلاعات تجزیه و تحلیل را در کنسول Firebase نمی بینم؟
داده های تحلیلی در ویژگی Google Analytics - نه در پروژه Firebase قرار دارند. اگر خاصیت را حذف یا حذف کنید ، داده های Analytics برای Firebase قابل دسترسی نخواهند بود و یک داشبورد Analytics خالی را در کنسول Firebase مشاهده خواهید کرد. توجه داشته باشید که از آنجا که داده ها هنوز در ویژگی قبلی مرتبط هستند ، همیشه می توانید ویژگی را به Firebase متصل کرده و داده های Analytics را در کنسول Firebase مشاهده کنید.
پیوند دادن یک حساب جدید Google Analytics (و بنابراین یک ویژگی جدید Google Analytics) به پروژه Firebase شما منجر به داشبورد خالی تجزیه و تحلیل در کنسول Firebase خواهد شد. با این حال ، اگر خاصیت قبلاً مرتبط شما وجود دارد ، می توانید داده های موجود را از ملک قدیمی به ویژگی جدید منتقل کنید.
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 خود بیشتر بدانید.
توجه داشته باشید که از آنجا که تمام داده های تحلیلی در این ملک ذخیره می شوند (نه پروژه Firebase) ، داده های تجزیه و تحلیل قبلاً جمع آوری شده را نمی توان بازیابی کرد.
Analytics: چگونه محصولات Firebase یا محصولات یکپارچه Google تحت تأثیر حذف ویژگی Analytics من قرار می گیرند؟
چندین محصول Firebase به ادغام Google Analytics متکی هستند. اگر خاصیت Analytics و داده های آن حذف شده است ، در صورت استفاده از محصولات زیر ، موارد زیر اتفاق می افتد:
Crashlytics-دیگر نمی توانید کاربران بدون تصادف ، سیاهههای مربوط به آرد و یا هشدارهای سرعت را ببینید.
پیام رسانی ابری و پیام های درون برنامه-دیگر نمی توانید از هدف قرار دادن ، معیارهای کمپین ، تقسیم مخاطبان و برچسب های تحلیلی استفاده کنید.
پیکربندی از راه دور - دیگر نمی توانید از پیکربندی های هدفمند یا شخصی سازی استفاده کنید.
آزمایش A/B - شما دیگر نمی توانید از آزمایش A/B استفاده کنید زیرا اندازه گیری آزمایش توسط Google Analytics ارائه می شود.
پیوندهای پویا - هر ویژگی متکی به داده های Google Analytics مختل می شود.
علاوه بر این ، ادغام های زیر تحت تأثیر قرار می گیرد:
تجزیه و تحلیل: چگونه می توانم کاربرانی را که معیار را رعایت نکرده اند ، تقسیم کنم؟
شما می توانید با "هدف قرار دادن منفی" این کاربران ، این مشکل را تغییر دهید. به عنوان مثال ، این مشکل را به عنوان "به افرادی که چیزی خریداری کرده اند" نشان ندهید ، و مخاطبان آن کاربران را برای هدف قرار دادن تشکیل دهید.
تجزیه و تحلیل: آیا مخاطبان و/یا رویدادها در رابط Google Analytics در کنسول Firebase نیز تعریف شده اند؟
مخاطبان و خصوصیات کاربر شما همگام می شوند. برای برخی از ویژگی ها ، باید از رابط Google Analytics مانند تقسیم بندی و قیف های بسته استفاده کنید. شما می توانید به طور مستقیم از طریق پیوندهای عمیق از کنسول Firebase به رابط Google Analytics دسترسی پیدا کنید.
هر تغییری که از کنسول Firebase ایجاد می کنید نیز می تواند در Google Analytics انجام شود و این تغییرات در Firebase منعکس می شود.
احراز هویت
احراز هویت Firebase: از کدام کشورها برای تأیید اعتبار تلفن پشتیبانی می شوند؟
احراز هویت Firebase از تأیید شماره تلفن در سراسر جهان پشتیبانی می کند ، اما همه شبکه ها با اطمینان پیام های تأیید ما را ارائه نمی دهند. کشورهای زیر نرخ تحویل خوبی دارند و انتظار می رود که برای ورود به شماره تلفن خوب کار کنند.
کشور
کد
آگهی
آندورا
AE
امارات متحده عربی
AF
افغانستان
AG
آنتیگوا و باربودا
AL
آلبانی
صبح
ارمنستان
AO
آنگولا
AR
آرژانتین
مانند
ساموآی آمریکایی
AT
اتریش
AU
استرالیا
AW
آروبا
AZ
آذربایجان
BA
بوسنی و هرزگوین
BB
باربادوس
BD
بنگلادش
بودن
بلژیک
BF
بورکینافاسو
BG
بلغارستان
بی جی
بنین
BM
برمودا
BN
برونئی دارالسلام
BO
بولیوی
BR
برزیل
لیسانس
باهاما
BT
بوتان
BW
بوتسوانا
توسط
بلاروس
BZ
بلیز
CA
کانادا
سی دی
کنگو ، (Kinshasa)
CF
جمهوری آفریقای مرکزی
CG
کنگو (برازاویل)
CH
سوئیس
CI
ساحل عاج
CK
جزایر کوک
CL
شیلی
سانتی متر
کامرون
CO
کلمبیا
CR
کاستاریکا
رزومه
کیپ ورد
CW
کوراسائو
CY
قبرس
CZ
جمهوری چک
DE
آلمان
دی جی
جیبوتی
DK
دانمارک
DM
دومینیکا
انجام دادن
جمهوری دومینیکن
DZ
الجزایر
EC
اکوادور
به عنوان مثال
مصر
ES
اسپانیا
ET
اتیوپی
FI
فنلاند
اف جی
فیجی
FK
جزایر فالکلند (مالویناس)
FM
میکرونزی، ایالات فدرال
FO
جزایر فارو
FR
فرانسه
GA
گابن
گیگابایت
انگلستان
جی دی
گرانادا
GE
گرجستان
GF
گویان فرانسه
جی جی
گرنزی
GH
غنا
GI
جبل الطارق
GL
گرینلند
جنرال موتورز
گامبیا
GP
گوادلوپ
GQ
گینه استوایی
GR
یونان
GT
گواتمالا
GY
گویان
HK
هنگ کنگ، SAR چین
HN
هندوراس
منابع انسانی
کرواسی
HT
هائیتی
HU
مجارستان
شناسه
اندونزی
IE
ایرلند
IL
اسرائيل
من هستم
جزیره من
که در
هندوستان
IQ
عراق
آی تی
ایتالیا
JE
پیراهن ورزشی
JM
جامائیکا
JO
اردن
JP
ژاپن
KE
کنیا
کیلوگرم
قرقیزستان
KH
کامبوج
KM
کومور
KN
سنت کیتس و نویس
KR
کره جنوبی)
KW
کویت
KY
جزایر کیمن
KZ
قزاقستان
لس آنجلس
لائوس PDR
پوند
لبنان
LC
سنت لوسیا
LI
لیختن اشتاین
LK
سری لانکا
LS
لسوتو
آن
لیتوانی
لو
لوکزامبورگ
LV
لتونی
LY
لیبی
MA
مراکش
MD
مولداوی
من
مونته نگرو
MF
سنت مارتین (قسمت فرانسوی)
ام جی
ماداگاسکار
MK
مقدونیه، جمهوری
MM
میانمار
MN
مغولستان
MO
ماکائو ، سار چین
اماس
مونتسرات
MT
مالت
MU
موریس
مگاوات
مالاوی
MX
مکزیک
من
مالزی
MZ
موزامبیک
NA
نامیبیا
NC
کالدونیای جدید
NE
نیجر
NF
جزیره نورفولک
NG
نیجریه
NI
نیکاراگوئه
NL
هلند
نه
نروژ
NP
نپال
NZ
نیوزلند
OM
عمان
PA
پاناما
پلی اتیلن
پرو
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: چگونه می توانم هنگام استفاده از احراز هویت تلفن از سوء استفاده از پیام کوتاه جلوگیری کنم؟
برای کمک به محافظت از پروژه خود در برابر پمپاژ ترافیک پیام کوتاه و سوءاستفاده API ، مراحل زیر را بردارید:
در نظر بگیرید که خط مشی منطقه پیام کوتاه را تعیین کنید
به دنبال مناطقی با تعداد بسیار بالا پیام کوتاه و تعداد بسیار کمی (یا صفر) پیامک های تأیید شده باشید. نسبت تأیید شده/ارسال شده میزان موفقیت شماست. میزان موفقیت سالم معمولاً در محدوده 70-85 ٪ است زیرا پیامک یک پروتکل تحویل تضمین شده نیست و برخی از مناطق ممکن است سوءاستفاده را تجربه کنند. نرخ موفقیت زیر 50 ٪ حاکی از بسیاری از پیامک های ارسال شده اما تعداد کمی از ورود به سیستم موفقیت آمیز است که این یک نشانگر رایج بازیگران بد و پمپاژ ترافیک پیام کوتاه است.
از خط مشی منطقه SMS برای انکار مناطق پیام کوتاه با نرخ موفقیت پایین استفاده کنید ، یا فقط در صورتی که برنامه شما فقط برای توزیع در بازارهای خاص در نظر گرفته شده باشد ، به مناطق خاصی اجازه می دهید.
دامنه های احراز هویت مجاز خود را محدود کنید
برای مدیریت دامنه های مجاز از داشبورد تنظیمات احراز هویت استفاده کنید. دامنه localhost به طور پیش فرض به دامنه های تأیید هویت تأیید شده برای ساده سازی توسعه اضافه می شود. در نظر بگیرید که localhost از حوزه های مجاز در پروژه تولید خود حذف کنید تا از بازیگران بد برای دسترسی به پروژه localhostخود جلوگیری کنید تا به پروژه تولید خود دسترسی پیدا کنید.
بررسی برنامه را فعال و اجرا کنید
با تأیید اینکه درخواست ها فقط از برنامه های مرتبط با پروژه شما هستند ، برنامه را برای محافظت از پروژه خود در برابر سوءاستفاده API فعال کنید.
به یاد داشته باشید که شما باید برای تأیید اعتبار در کنسول Firebase ، تأیید برنامه را اجرا کنید (قبل از اجرای آن نظارت بر ترافیک را در نظر بگیرید). همچنین ، لیست سایتهای تأیید شده RecAptcha Enterprise خود را دوبار بررسی کنید تا تأیید کنید که فقط شامل سایت های تولید شما است و لیست برنامه های ثبت شده در پروژه شما در بررسی برنامه دقیق است.
توجه داشته باشید که بررسی برنامه با ادعا اینکه این تماس از یکی از برنامه های ثبت شده شما انجام می شود ، به محافظت در برابر حملات خودکار کمک می کند. این مانع از استفاده کاربران از برنامه شما به روش های ناخواسته نمی شود (به عنوان مثال ، شروع نمی شود و هرگز جریان ورود به سیستم را برای تولید پیامک ارسال شده انجام نمی دهد).
احراز هویت Firebase: در برنامه 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 از بخش تأیید اعتبار ، اطمینان حاصل کنید که شناسه مشتری OAUTH و مخفی با مشتری وب نمایش داده شده در صفحه اعتبار کنسول Google Cloud مطابقت دارد (به بخش IDS مشتری OAUTH 2.0 نگاه کنید).
احراز هویت Firebase: چگونه می توانم یک مشتری وب OAuth را به صورت دستی بسازم ؟؟
در برگه Sign In Method ، ارائه دهنده ورود به سیستم Google را باز کنید ، و سپس شناسه مشتری وب سرور و راز را که فقط از کنسول Google Cloud ساخته و کپی کرده اید ، جایگذاری کنید. روی ذخیره کلیک کنید.
احراز هویت Firebase:%APP_NAME% برای الگوی ایمیل برای ایمیل تأیید که می تواند هنگام ثبت نام با استفاده از آدرس ایمیل و رمز عبور برای کاربر ارسال شود ، تعیین می شود؟
قبل از دسامبر سال 2022 ، %APP_NAME% در الگوی ایمیل با نام تجاری OAuth که به طور خودکار تهیه می شد هر زمان که یک برنامه Android در پروژه Firebase ثبت شده بود ، جمع می شد. اکنون ، از آنجا که مارک OAuth فقط در صورت فعال بودن ورود به سیستم Google ارائه می شود ، در زیر توضیح می دهد که چگونه %APP_NAME% مشخص می شود:
اگر نام تجاری OAUTH در دسترس باشد ، %APP_NAME% در الگوی ایمیل نام تجاری OAuth (مشابه رفتار قبل از دسامبر 2022) خواهد بود.
اگر نام تجاری OAUTH در دسترس نیست ، در اینجا چگونه %APP_NAME% در الگوی ایمیل مشخص می شود:
برای برنامه های وب ، %APP_NAME%نام سایت میزبان Firebase پیش فرض (مقدار قبل از آن .firebaseapp.com و .web.app و معمولاً شناسه پروژه Firebase) خواهد بود.
برای برنامه های تلفن همراه:
اگر نام بسته اندرویدی یا شناسه بسته نرم افزاری iOS در درخواست موجود باشد ، %APP_NAME% نام برنامه ای خواهد بود که به ترتیب در فروشگاه Play یا App Store (به ترتیب) استفاده می شود.
در غیر این صورت ، %APP_NAME%نام سایت میزبان Firebase پیش فرض خواهد بود (مقدار قبلی .firebaseapp.com و .web.app و معمولاً شناسه پروژه Firebase).
توجه داشته باشید که اگر جستجوی نام میزبان پیش فرض Firebase نام میزبان ناکام باشد ، آخرین مورد استفاده از شناسه پروژه Firebase به عنوان %APP_NAME% است.
توابع ابری
پشتیبانی از عملکردهای ابری در زمان اجرا
چگونه می توانم به آخرین نسخه پشتیبانی شده Node.js ارتقا دهم؟
توصیه می کنیم که به طور دوره ای آخرین نسخه از هر برنامه افزودنی نصب شده در پروژه خود را به روز کنید. می توانید پسوندهای پروژه های خود را از طریق کنسول Firebase یا Firebase CLI ارتقا دهید.
پیام رسانی ابری
پیام کوتاه: تفاوت بین آهنگساز اعلان ها و پیام های ابری چیست؟
پیام رسانی Cloud Firebase مجموعه کاملی از قابلیت های پیام رسانی را از طریق پروتکل های سرور SDKS و HTTP و XMPP خود ارائه می دهد. برای استقرار با نیازهای پیچیده تر پیام رسانی ، FCM انتخاب مناسبی است.
Notifications Composer یک راه حل پیام رسانی سبک و بدون سرور است که بر روی پیام های ابری Firebase ساخته شده است. با وجود یک کنسول گرافیکی کاربر پسند و کاهش نیاز به برنامه نویسی ، آهنگساز اعلان ها به کاربران اجازه می دهد تا به راحتی پیام هایی را برای استفاده مجدد و حفظ کاربران ، رشد برنامه ها و پشتیبانی از کمپین های بازاریابی ارسال کنند.
توانایی ها
اعلان ها آهنگساز
پیام رسانی ابری
هدف
یک دستگاه
مشتریانی که در موضوعات مشترک هستند (یعنی آب و هوا)
مشتریان در بخش کاربر از پیش تعریف شده (برنامه ، نسخه ، زبان)
مشتریان در مخاطبان تجزیه و تحلیل مشخص
مشتریان در گروه های دستگاه
بالادست از مشتری به سرور
نوع پیام
اعلان ها تا 2 کیلوبایت
پیام های داده تا 4kb
تحویل
فوری
دستگاه مشتری آینده به وقت محلی
تجزیه و تحلیل
مجموعه تحلیلی و تجزیه و تحلیل قیف داخلی اعلان های داخلی
Cloud Messaging: اپل اعلام کرد که پروتکل باینری میراث را برای APN ها کاهش می دهد. آیا لازم است کاری انجام دهم؟
شماره پیام رسانی ابر Firebase در سال 2017 به پروتکل APNS مبتنی بر HTTP/2 تغییر یافت. اگر از FCM برای ارسال اعلان ها به دستگاه های iOS استفاده می کنید ، نباید از طرف شما اقدامی لازم باشد.
پیام رسانی ابری: آیا برای استفاده از FCM نیاز به استفاده از سایر خدمات Firebase دارم؟
شما می توانید بدون استفاده از سایر خدمات Firebase ، به همان روشی که با GCM انجام دادید ، به همان روشی که با GCM انجام دادید ، از پیام رسانی Cloud Firebase به عنوان یک مؤلفه مستقل استفاده کنید.
پیام رسانی ابر: من یک توسعه دهنده موجود Google Cloud Messaging (GCM) هستم. آیا باید به پیام رسانی ابری Firebase بروم؟
FCM نسخه جدید GCM تحت نام تجاری Firebase است. این زیرساخت های اصلی GCM را با SDK های جدید به ارث می برد تا توسعه پیام رسانی ابری را آسانتر کند.
مزایای ارتقاء به FCM SDK شامل موارد زیر است:
توسعه مشتری ساده تر. شما دیگر نیازی به نوشتن منطق ثبت نام یا اشتراک مجدد خود ندارید.
یک راه حل اعلان خارج از جعبه. شما می توانید از Notifications Composer ، یک راه حل اعلان های بدون سرور با یک کنسول وب استفاده کنید که به هر کسی اجازه می دهد اعلان هایی را برای مخاطبان خاص بر اساس بینش های Google Analytics ارسال کند.
برای به روزرسانی از SDK های GCM به SDK های FCM ، به راهنماهای مربوط به برنامه های مهاجرت Android و iOS مراجعه کنید.
پیام رسانی ابری: چرا ظاهراً دستگاههای هدفمند من در دریافت پیام ناکام هستند؟
وقتی به نظر می رسد دستگاه ها با موفقیت پیام دریافت نکرده اند ، ابتدا این دو دلیل بالقوه را بررسی کنید:
انتقال پیام پیش زمینه برای پیام های اعلان . برنامه های مشتری برای رسیدگی به پیام های اعلان در هنگام برنامه در پیش زمینه در دستگاه ، باید منطق انتقال پیام را اضافه کنند. جزئیات iOS و Android را مشاهده کنید.
محدودیت های فایروال شبکه . اگر سازمان شما دارای فایروال است که ترافیک را از طریق اینترنت یا از طریق اینترنت محدود می کند ، باید آن را پیکربندی کنید تا امکان اتصال با FCM به منظور برنامه های مشتری پیام رسانی Cloud Firebase شما باشد. بنادر برای باز کردن عبارتند از:
5228
5229
5230
FCM معمولاً از 5228 استفاده می کند ، اما گاهی اوقات از 5229 و 5230 استفاده می کند. FCM IP های خاصی را ارائه نمی دهد ، بنابراین شما باید به فایروال خود اجازه دهید اتصالات خروجی را به تمام آدرس های IP موجود در بلوک های IP ذکر شده در ASN Google 15169 بپذیرد.
Cloud Messaging: من در برنامه Android خود onMessageReceived اجرا کرده ام ، اما به آن فراخوانی نمی شود.
هنگامی که برنامه شما در پس زمینه قرار دارد ، پیام های اعلان در سینی سیستم نمایش داده می شوند و onMessageReceived نامیده نمی شود. برای پیام های اعلان با بار داده ، پیام اعلان در سینی سیستم نمایش داده می شود و داده هایی که با پیام اعلان درج شده اند می توانند از قصد راه اندازی شده هنگامی که کاربر روی اعلان می شود ، بازیابی شود.
Notifications Composer: تفاوت بین آهنگساز اعلان ها و پیام های ابری چیست؟
Notifications Composer یک راه حل پیام رسانی سبک و بدون سرور است که بر روی پیام های ابری Firebase ساخته شده است. با وجود یک کنسول گرافیکی کاربر پسند و کاهش نیاز به برنامه نویسی ، آهنگساز اعلان ها به کاربران اجازه می دهد تا به راحتی پیام هایی را برای استفاده مجدد و حفظ کاربران ، رشد برنامه ها و پشتیبانی از کمپین های بازاریابی ارسال کنند.
پیام رسانی Cloud Firebase مجموعه کاملی از قابلیت های پیام رسانی را از طریق پروتکل های سرور SDKS و HTTP و XMPP خود ارائه می دهد. برای استقرار با نیازهای پیچیده تر پیام رسانی ، FCM انتخاب مناسبی است.
در اینجا مقایسه قابلیت های پیام رسانی ارائه شده توسط Firebase 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 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.
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
Impact on users
اقدام لازم
GCM SDKs (deprecated in 2018)
Apps using GCM SDKs will not be able to register tokens nor receive messages from FCM after 6/21/2024.
Upgrade your Android SDK to the latest Firebase SDK if you haven't already done so.
JS SDKs version <7.0.0 (breaking change at version 7.0.0 in 2019)
Web apps using older JS SDKs will not be able to register tokens after 6/21/2024.
Upgrade your Firebase Web SDK to the latest version.
Will I see a service downgrade before June 2024?
No. You have 12 months (06/20/2023 - 06/21/2024) to migrate from the old APIs to new APIs without any service downgrade. We strongly recommend you to plan the migration as early as possible so you won't be impacted by the decommissioning of the APIs in June 2024.
After June 2024, you may see increased errors or lack of functionality when using the APIs/SDKs listed above.
What's the difference between OAuth 2.0 tokens and server keys?
An OAuth 2.0 token is a short-lived token derived from a service account . It's Google's standard auth model and it's more secure than static server keys.
Note that the request headers differ when you use OAuth 2.0 tokens for requests to different endpoints.
HTTP v1 API : Authorization: Bearer $oauth_token
Instance ID server API and Device group management API : Authorization: Bearer $oauth_token access_token_auth: true
Can I migrate my requests to the new API all at once?
We recommend that you slowly ramp up your traffic to the new API. If you expect to send more than 600,000 messages/min on a regular basis, contact Firebase support for instructions on how to increase quota or get recommendations on how to spread out traffic.
What's the difference between the HTTP v1 API and the legacy APIs when I send messages to topics/device groups?
Topics: you don't need to add the "/topics/" prefix to your topic target when you use the v1 API.
Device groups: You can use a group token as a token target in the HTTP v1 API. However, the HTTP v1 API doesn't return the success/failure counts in the response. We recommend that you use FCM topics or manage your device groups by yourself.
Does the HTTP v1 API support sending messages to multiple tokens in one request?
No. This feature, called "multicast" in legacy HTTP APIs, is not supported by the HTTP v1 API, which is better designed for scalability.
For use cases where end-to-end latency is critical, or where total fanout size is small (fewer than 1 million), Google recommends sending multiple separate requests using the HTTP v1 API. The HTTP v1 API over HTTP/2 performs similarly for 99.9% of multicast requests (sending < 100 tokens). For outlier use cases (sending 1000 tokens), it achieves up to a third of the throughput rate, so additional concurrency is needed to optimize for this atypical use case. Users can experience more reliability and availability with the HTTP v1 API than with legacy multicast.
For use cases where throughput and egress bandwidth are prioritized or where total fanout size is large (greater than 1 million), Google recommends topic messaging. While topic messaging requires a one-time action to subscribe recipients to a topic, it offers up to a 10,000 QPS per project fanout rate without a maximum limit on topic size.
What versions of the Firebase Admin SDK have the new APIs?
سکو
Firebase Admin SDK version
Node.js
>=11.7.0
پایتون
>=6.2.0
جاوا
>=9.2.0
برو
>=4.12.0
.خالص
>=2.4.0
What's the difference between the batch send API and the HTTP v1 API?
The FCM batch send API uses the same message format and authentication mechanism as the HTTP v1 API. However, it uses a different endpoint. If you want to improve efficiency, you should consider using HTTP/2 to send multiple requests over the same HTTP connection to the HTTP v1 API.
What should I do if I can't access my project?
Please reach out to the Google Cloud support team for help.
Cloud Storage for Firebase
Cloud Storage for Firebase: Why can't I use Cloud Storage for Firebase?
Cloud Storage for Firebase creates a default bucket in the App Engine no-cost tier. This allows you to quickly get up and running with Firebase and Cloud Storage for Firebase, without having to put in a credit card or enable a Cloud Billing account. It also allows you to easily share data between Firebase and a Google Cloud project.
There are, however, two known cases where this bucket cannot be created and you will be unable to use Cloud Storage for Firebase:
A project imported from Google Cloud which had a App Engine Master/Slave Datastore application.
A project imported from Google Cloud which has domain prefixed projects. For example: domain.com:project-1234 .
There are currently no workarounds to these issues, and we recommend that you create a new project in the Firebase console and enable Cloud Storage for Firebase in that project.
Cloud Storage for Firebase: Why do I get error code 412 responses about service account permissions and failed service account operations when using the Cloud Storage for Firebase API?
It's likely you're getting 412 error codes either because the Cloud Storage for Firebase API is not enabled for your project or a necessary service account is missing the required permissions.
Cloud Storage for Firebase: On Spark plan projects, can I store executable files?
For no-cost (Spark) plan projects, Firebase blocks uploads and hosting of certain executable file types for Windows, Android and Apple by Cloud Storage for Firebase and Firebase Hosting. This policy exists to prevent abuse on our platform.
Serving, hosting and file uploads of disallowed files are blocked for all Spark projects created on or after Sept 28th, 2023. For existing Spark projects with files uploaded before that date, such files can still be uploaded and hosted.
This restriction applies to Spark plan projects. Projects on the pay as you go (Blaze) plan are not affected.
The following file types cannot be hosted on Firebase Hosting and Cloud Storage for Firebase:
Windows files with .exe , .dll and .bat extensions
Android files with .apk extension
Apple platform files with .ipa extension
چه کاری باید انجام دهم؟
If you still want to host these file types after September 28th, 2023:
For Hosting: upgrade to the Blaze plan before you can deploy these file types to Firebase Hosting via the firebase deploy command.
For Storage: upgrade to the Blaze plan to upload these file types to the bucket of your choice using the GCS CLI, the Firebase console, or Google Cloud Console.
Use Firebase tools to manage your Firebase Hosting and Cloud Storage resources.
For managing resources in Firebase Hosting, use the Firebase console to delete releases according to this guide .
For managing resources in Cloud Storage, navigate to the Storage product page in your project.
On the Files tab, locate disallowed files to delete in your folder hierarchy, then select them using the checkbox next to the filename(s) on the left-hand side of the panel.
Click Delete , and confirm the files were deleted.
Cloud Storage for Firebase: Why do I see an unexpected increase in upload and download operations?
Previously, download and upload requests to the Cloud Storage for Firebase API were not being counted properly. We have taken steps to fix this issue, starting from September 15, 2023.
For Blaze users, upload and download operations will start counting towards your monthly bill. For Spark users, they will start counting towards your monthly free limit.
We recommend monitoring your Usage page for any increases that may count towards your limits.
Cloud Storage for Firebase: Why do I see new service account IDs associated with my Firebase projects that use Cloud Storage for Firebase?
Firebase uses service accounts to operate and manage services without sharing user credentials. When you create a Firebase project, you might notice that a number of service accounts are already available in your project.
The service account that Cloud Storage for Firebase uses is scoped to your project and is named service- PROJECT_NUMBER @gcp-sa-firebasestorage.iam.gserviceaccount.com .
If you used Cloud Storage for Firebase before September 19, 2022, you may see an additional service account on previously-linked Cloud Storage buckets named firebase-storage@system.gserviceaccount.com . As of September 19, 2022, this service account is no longer supported.
You can view all service accounts associated with your project in the Firebase console, on the Service accounts tab .
Adding the new service account
If you removed the service account previously or the service account is not present in your project, you may do one of the following to add the account.
(Recommended) Automated: Use the AddFirebase REST endpoint to re-import your bucket into Firebase. You will only need to call this endpoint once, not once for each linked bucket.
We strongly discourage you from removing the service account because this may block access to your Cloud Storage buckets from your apps. To remove the service account from your project, follow the instructions in Disabling a service account .
Dynamic Links: Why does my Android app access each Dynamic Link twice?
The getInvitation API clears the saved Dynamic Link to prevent it from being accessed twice. Be sure to call this API with the autoLaunchDeepLink parameter set to false in each of the deep link activities to clear it for the case when the activity is triggered outside the main activity.
مجموعه شبیه ساز محلی Firebase
Why do Emulator Suite logs show an error starting with "Multiple projectIds are not recommended in single project mode"?
This message means the Emulator Suite has detected it may be running a particular product emulator using different project IDs. This may indicate a misconfiguration, and can cause issues when emulators try to communicate with one another, and when you try to interact with emulators from your code. If project IDs don't match, it often appears that data is missing, since data stored in emulators is keyed to projectID, and interoperability depends on matching project IDs.
This has been a common source of confusion among developers, so by default the Local Emulator Suite will now only allow running with a single project ID, unless you specify otherwise in the firebase.json configuration file. If an emulator detects more than one project ID, it will log a warning and potentially throw a fatal error.
Check your project ID declaration(s) for mismatches in:
The default project set at the command line. By default, the project ID will be taken on startup from the project selected with firebase init or firebase use . To view the list of projects (and see which one is selected) use firebase projects:list .
تست های واحد 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.
پلتفرم های اپل
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: Why was my Realtime Database reported bandwidth lower than average between September 2016 and March 2017?
For our bandwidth calculations, we normally include SSL encryption overhead (based on layer 5 of the OSI model). However, in September 2016, we introduced a bug that caused our bandwidth reporting to ignore encryption overhead. This might have resulted in artificially low reported bandwidth and bills on your account for a few months.
We released a fix for the bug in late March 2017, returning bandwidth reporting and billing to their normal levels.
Realtime Database: What are the scaling limitations of the Realtime Database?
Each Realtime Database instance has limits on the number of write operations per second. For small writes, this limit is approximately 1000 write operations per second. If you are approaching this limit, batching operations using multi-path updates can help you achieve higher throughput.
Realtime Database: What can I do if I'm over my Realtime Database usage limits?
If you've received an email alert or notification in the Firebase console that you've exceeded your Realtime Database usage limits, you can address it based on the usage limit you've exceeded. To see your Realtime Database usage, go to the Realtime Database Usage dashboard in the Firebase console.
If you're over your download limit, you can upgrade your Firebase pricing plan or wait until your download limit resets at the start of your next billing cycle. To decrease your downloads, try the following steps:
Add queries to limit the data that your listen operations return.
Check for unindexed queries.
Use listeners that only download updates to data — for example, on() instead of once() .
Use security rules to block unauthorized downloads.
If you're over your storage limit, upgrade your pricing plan to avoid service disruptions. To reduce the amount of data in your database, try the following steps:
Run periodic cleanup jobs.
Reduce any duplicate data in your database.
Note that it may take some time to see any data deletions reflected in your storage allotment.
If you're over your simultaneous database connections limit, upgrade your plan to avoid any service disruptions. To manage simultaneous connections to your database, try connecting via users via the REST API if they don't require a realtime connection.
پیکربندی از راه دور
Remote Config: Why don't fetched values change the behavior and appearance of my app?
Unless you fetch values with fetchAndActivate() , values are stored locally but not activated. To activate fetched values so that they can take effect, call activate . This design lets you control when the behavior and appearance of your app changes, because you can choose when to call activate . After you call activate , your app source code determines when updated parameter values are used.
For example, you could fetch values and then activate them the next time a user starts your app, which removes the need to delay app startup while your app waits for fetched values from the service. Changes to your app's behavior and appearance then occur when your app uses the updated parameter values.
Remote Config: I am making a lot of fetch requests while developing my app. Why doesn't my app always get the latest values from the service when it sends fetch requests?
During app development, you might want to fetch and activate configs very frequently (many times per hour) to let you rapidly iterate as you develop and test your app. To accommodate rapid iteration on a project with up to 10 developers, you can temporarily set a FirebaseRemoteConfigSettings object with a low minimum fetch interval ( setMinimumFetchIntervalInSeconds ) in your app.
Remote Config: How quickly does the Remote Config service return fetched values after my app sends a fetch request?
Devices usually receive fetched values in less than a second, and often receive fetched values in milliseconds. The Remote Config service handles fetch requests within milliseconds, but the time required to complete a fetch request will depend on the network speed of the device and the latency of the network connection used by the device.
If your goal is to make fetched values take effect in your app as soon as possible, but without creating a jarring user experience, consider adding calls to fetchAndActivate each time that your app does a full screen refresh.
Firebase User Segmentation Storage stores Firebase installation IDs and related attributes and segments as well as audience lists you've created to provide targeting information to other Firebase services that use them, such as Crashlytics, FCM, Remote Config personalization, and more.