Yaşadığınız başka zorluklar var veya sorununuzu aşağıda özetlemiyor musunuz? Lütfen hata bildirin veya özellik isteğinde bulunun ve Stack Overflow tartışmalarına katılın.
Firebase projeleri ve Firebase uygulamaları
Firebase projesi nedir?
Firebase projeleri, Firebase için en üst düzey varlıktır. Bir projede Apple, Android veya web uygulamalarınızı kaydedebilirsiniz. Uygulamalarınızı Firebase'e kaydettikten sonra Analytics, Cloud Firestore, Crashlytics veya Remote Config gibi ürüne özgü Firebase SDK'larını uygulamanıza ekleyebilirsiniz.
Apple, Android ve web uygulaması varyantlarınızı tek bir Firebase projesi içinde kaydetmeniz gerekir. Geliştirme, hazırlık ve üretim gibi birden fazla ortamı desteklemek için birden fazla Firebase projesi kullanabilirsiniz.
Firebase projeleri hakkında daha fazla bilgi edinebileceğiniz bazı kaynakları aşağıda bulabilirsiniz:
- Firebase projelerini anlayın - Bu sayfada, Firebase projeleri hakkında bazı önemli kavramlara kısa bir genel bakış sunulur. Bu kavramlar arasında Google Cloud ile ilişkilerinin yanı sıra bir projenin temel hiyerarşisi ve uygulamaları ile kaynakları bulunur.
- Firebase projeleri oluşturmak için genel en iyi uygulamalar — Firebase projeleri oluşturmak ve uygulamalarınızı bir projeye kaydetmek için genel, üst düzey en iyi uygulamaları sağlar. Böylece farklı ortamlar kullanan net bir geliştirme iş akışınıza sahip olursunuz.
Firebase'in tüm Firebase projeleri için Google Cloud Console'daki Etiketler sayfasına otomatik olarak firebase:enabled
etiketi eklediğini unutmayın. Bu etiket hakkında daha fazla bilgiyi SSS sayfamızda bulabilirsiniz.
Google Cloud kuruluşu nedir?
Google Cloud kuruluşu, Google Cloud projelerinin (Firebase projeleri dahil) kapsayıcısıdır. Bu hiyerarşi; Google Cloud ve Firebase projelerinizin daha iyi düzenlenmesini, yönetilmesini ve denetlenmesini sağlar. Daha fazla bilgi için Kuruluş Oluşturma ve Yönetme bölümüne bakın.
Mevcut bir Google Cloud projesine Firebase'i nasıl eklerim?
Google Cloud Console veya Google API'leri konsolu üzerinden yönetilen mevcut Google Cloud projeleriniz olabilir.
Firebase'i bu mevcut projelere eklemek için aşağıdaki seçeneklerden birini kullanabilirsiniz:
- Firebase konsolunu kullanarak:
Firebase konsolu açılış sayfasında Proje Ekle'yi tıklayın ve Proje adı menüsünden mevcut projenizi seçin. - Programatik seçeneğini kullanma:
- Firebase Management REST API uç noktasını
addFirebase
çağırın. - Firebase CLI komutunu
firebase projects:addfirebase
çalıştırın. - Terraform'u kullanın.
- Firebase Management REST API uç noktasını
Google Cloud projemin etiketi neden firebase:enabled
?
Google Cloud Console'da projenizin Etiketler sayfasında firebase:enabled
etiketini görebilirsiniz (özellikle enabled
değeri Value
ile firebase
olan Key
).
Firebase, projeniz bir Firebase projesi olduğundan bu etiketi otomatik olarak ekledi. Projeniz, Firebase'e özel yapılandırmalar ve hizmetler için etkinleştirilmiş. Firebase projeleri ile Google Cloud arasındaki ilişki hakkında daha fazla bilgi edinin.
Bu etiketi değiştirmemenizi veya silmemenizi kesinlikle öneririz. Bu etiket, Firebase ve Google Cloud tarafından Firebase projelerinizi listelemek için kullanılır (ör. REST API projects.list
uç noktasını kullanarak veya Firebase konsolundaki menülerde).
Bu etiketi proje etiketleri listenize manuel olarak eklediğinizde Google Cloud projeniz için Firebase'e özel yapılandırmalar ve hizmetler ETKİNLEŞTİRMEZ. Bunu yapmak için Firebase konsolu üzerinden (veya ileri düzey kullanım alanları için Firebase Management REST API ya da Firebase CLI üzerinden) Firebase'i eklemeniz gerekir.
Firebase projem, Firebase projeleri listemde neden görünmüyor?
Bu SSS, Firebase projenizi aşağıdaki yerlerde görmüyorsanız geçerlidir:
- Firebase konsolunda görüntülediğiniz projelerin listesinde
- REST API
projects.list
uç noktasını çağırmaya verilen yanıtta firebase projects:list
Firebase CLI komutunu çalıştırmanın yanıtı olarak
Şu sorun giderme adımlarını deneyin:
- İlk olarak, doğrudan proje URL'sini ziyaret ederek projenize erişmeyi deneyin. Aşağıdaki biçimi kullanın:
https://console.firebase.google.com/project/PROJECT-ID/overview
- Projeye erişemiyor veya izin hataları alıyorsanız aşağıdakileri kontrol edin:
- Projeye erişimi olan Google hesabını kullanarak Firebase'de oturum açtığınızdan emin olun. Konsolun sağ üst köşesindeki hesap avatarınızı kullanarak Firebase konsolunda oturum açıp kapatabilirsiniz.
- Google Cloud Console'da projeyi görüntüleyip görüntüleyemediğinizi kontrol edin.
- Google Cloud Console'daki Etiketler sayfasında projenizin
firebase:enabled
etiketine sahip olduğundan emin olun. Firebase ve Google Cloud, Firebase projelerinizi listelemek için bu etiketi kullanır. Bu etiketi görmüyorsanız ancak projeniz için Firebase Management API etkinse etiketi manuel olarak ekleyin (özellikleValue
değerine sahipfirebase
Key
etiketi).enabled
- Temel IAM rollerinden birinin (Sahip, Düzenleyici, Görüntüleyici) veya Firebase ile ilgili izinlere sahip bir rolün (ör. önceden tanımlanmış Firebase rolü) size atandığından emin olun. Rollerinizi Google Cloud Console'un IAM sayfasında görüntüleyebilirsiniz.
- Projeniz bir Google Cloud kuruluşuna aitse projeyi Firebase konsolunda görmek için ek izinlere ihtiyacınız olabilir. Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçerek size projeyi görüntülemeniz için uygun rolü (ör. Tarayıcı rolü) verin.
Yukarıdaki sorun giderme adımlarından hiçbiri projenizi Firebase projeleri listesinde göremiyorsanız Firebase Destek Ekibi ile iletişime geçin.
Hesap başına kaç projem olabilir?
- Spark fiyatlandırma planı: Proje kotanız az sayıda projeyle (genellikle 5-10 arasında) sınırlıdır.
- Blaze fiyatlandırma planı: Cloud Billing hesabınız iyi durumda olduğu sürece Cloud Billing hesabı başına proje kotanız önemli ölçüde artar.
Çoğu geliştirici, proje kotasının sınırlandırılmasıyla ilgili endişe duyar. Ancak gerekirse proje kotanızın artırılmasını isteyebilirsiniz.
Bir projenin tamamen silinmesi 30 gün sürer ve tamamen silinene kadar kotanızdan düşülür.
Bir Firebase projesinde kaç tane Firebase uygulaması olabilir?
Firebase projeleri; Apple, Android ve web'deki Firebase uygulamaları için bir container'dır. Firebase, bir Firebase projesindeki toplam Firebase Uygulaması sayısını 30 ile sınırlandırır.
Bu sayının ardından performans düşmeye başlar (özellikle Google Analytics için) ve daha yüksek sayıda uygulama olduğunda bazı ürün işlevleri çalışmayı durdurur. Ayrıca, kimlik doğrulama sağlayıcısı olarak Google ile Oturum Açma'yı kullanıyorsanız projenizdeki her uygulama için bir temel OAuth 2.0 istemci kimliği oluşturulur. Tek bir proje içinde en fazla 30 istemci kimliği oluşturulabilir.
Son kullanıcı açısından, tek bir Firebase projesindeki tüm Firebase Uygulamalarının aynı uygulamanın platform varyantları olduğundan emin olmanız gerekir. Örneğin, beyaz etiketli bir uygulama geliştirirseniz bağımsız olarak etiketlenen her uygulamanın kendi Firebase projesi olmalıdır. Ancak bu etiketin Apple ve Android sürümleri aynı projede olabilir. Firebase projeleri oluşturmak için genel en iyi uygulamalarımızı inceleyerek daha ayrıntılı bilgi edinebilirsiniz.
Projenizde 30'dan fazla uygulama gerektiren nadir durumlarda uygulama sınırının artırılmasını isteyebilirsiniz. Bu istekte bulunmak için projenizin Blaze fiyatlandırma planı kapsamında olması gerekir. İsteğinizi göndermek ve değerlendirilmesini sağlamak için Google Cloud Console'u ziyaret edin. Google Cloud belgelerinden kota yönetimi hakkında daha fazla bilgi edinin.
Projemi "üretim" ortamı olarak etiketlersem ne olur?
Firebase konsolunda, Firebase projelerinizi ortam türleriyle (Üretim veya Belirtilmemiş (üretim dışı) ortamlar olarak etiketleyebilirsiniz.
Projenizi ortam türü olarak etiketlemeniz, Firebase projenizin çalışma şeklini veya özelliklerini etkilemez. Bununla birlikte, etiketleme sayesinde ekibinizle birlikte uygulama yaşam döngüsü boyunca çeşitli Firebase projelerinizi yönetebilirsiniz.
Projenizi üretim ortamı olarak etiketlerseniz Firebase konsolunda projeye parlak renkli bir Prod etiketi ekleyerek herhangi bir değişikliğin ilişkilendirilmiş üretim uygulamalarınızı etkileyebileceğini hatırlatırız. Gelecekte, üretim ortamı olarak etiketlenen Firebase projeleri için daha fazla özellik ve koruma ekleyebiliriz.
Firebase projenizin ortam türünü değiştirmek için settings Proje ayarları > Genel'e gidin, ardından Ortam bölümündeki Projeniz kartında ortam türünü değiştirmek için edit simgesini tıklayın.
Firebase uygulamamın Uygulama Kimliğini nerede bulabilirim?
Firebase konsolunda settings Proje ayarları'na gidin. Uygulamalarınız kartına ilerleyin, ardından Uygulama Kimliği dahil olmak üzere uygulama bilgilerini görüntülemek için istediğiniz Firebase uygulamasını tıklayın.
Bazı örnek Uygulama Kimliği değerleri aşağıda verilmiştir:
-
Firebase iOS Uygulamaları:
1:1234567890:ios:321abc456def7890
-
Firebase Android Uygulamaları:
1:1234567890:android:321abc456def7890
-
Firebase Web Uygulamaları:
1:1234567890:web:321abc456def7890
Google Play / AdMob / Google Ads / BigQuery'yi Firebase projeme veya uygulamama bağlamak için ön koşullar nelerdir?
- Google Play hesabınızı bağlamak için gerekenler:
- Şu Firebase rollerinden biri: Sahip veya Firebase Yöneticisi
ve - Şu Google Play erişim düzeylerinden biri: Hesap Sahibi veya Yönetici
- Şu Firebase rollerinden biri: Sahip veya Firebase Yöneticisi
- AdMob uygulamanızı bağlamak için hem Firebase projesinin sahibi hem de AdMob yöneticisi olmanız gerekir.
- AdWords hesabınızı bağlamak için hem bir Firebase projesinin sahibi hem de AdWords yöneticisi olmanız gerekir.
- BigQuery projenizi bağlamak için Firebase projesinin sahibi olmanız gerekir.
Uygulamama hangi açık kaynak bildirimlerini eklemeliyim?
Apple platformlarında Firebase kapsülü, ilgili girişleri içeren bir BİLDİRİM dosyası içerir. Firebase Android SDK, lisans bilgilerini göstermek için bir yardımcı Activity
içerir.
Firebase projeleri için izinler ve erişim
Bir proje üyesine nasıl Sahip rolü atarım?
Proje üyelerinin her birine atanan rolleri yönetmek için Firebase projesinin Sahibi olmanız (veya resourcemanager.projects.setIamPolicy
iznine sahip bir role atanmış olmanız) gerekir.
Rolleri atayabileceğiniz ve yönetebileceğiniz yerler şunlardır:
- Firebase konsolu, settings > Proje ayarları'ndaki Kullanıcılar ve izinler sekmesinde proje üyelerine rol atamanın basitleştirilmiş bir yolunu sunar. Firebase konsolunda temel rollerden (Sahip, Düzenleyici, Görüntüleyici), Firebase Yöneticisi/Görüntüleyen rolleri veya Firebase önceden tanımlanmış ürün kategorisi rollerinden herhangi birini atayabilirsiniz.
- Google Cloud Console, IAM sayfasında proje üyelerine rol atamak için kullanabileceğiniz geniş bir araç seti sunar. Ayrıca Cloud Console'da özel roller oluşturup yönetebilir ve hizmet hesaplarına projenize erişim izni verebilirsiniz.
Google Cloud Console'da proje üyelerine ana hesap adı verildiğini unutmayın.
Projenizin Sahibi, artık Sahibin görevlerini (örneğin, şirketinizden ayrılan kişi) gerçekleştiremiyorsa ve projeniz bir Google Cloud kuruluşu aracılığıyla yönetilmiyorsa (sonraki paragrafa bakın) geçici bir Sahip atamak için Firebase Destek Ekibi ile iletişime geçebilirsiniz.
Google Cloud kuruluşunun parçası olan Firebase projelerinin Sahibi olmayabilir. Firebase projeniz için Sahip bulamıyorsanız Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçerek projeye bir Sahip atayın.
Bir Firebase projesinin Sahibini nasıl bulabilirim?
Proje üyelerini ve rollerini aşağıda belirtilen yerlerden görüntüleyebilirsiniz:
- Firebase konsolunda projeye erişiminiz varsa Sahipler de dahil olmak üzere proje üyelerinin listesini Firebase konsolunun Kullanıcılar ve izinler sayfasında görebilirsiniz.
- Firebase konsolunda projeye erişiminiz yoksa Google Cloud konsolunda projeye erişiminiz olup olmadığını kontrol edin. Sahipler dahil olmak üzere proje üyelerinin listesini Google Cloud Console'un IAM sayfasında görebilirsiniz.
Projenizin Sahibi, bir Sahibin görevlerini (örneğin, şirketinizden ayrılan kişi) gerçekleştiremiyorsa ve projeniz bir Google Cloud kuruluşu aracılığıyla yönetilmiyorsa (sonraki paragrafa bakın) geçici bir Sahip atanması için Firebase Destek Ekibi ile iletişime geçebilirsiniz.
Google Cloud kuruluşunun parçası olan Firebase projelerinin Sahibi olmayabilir. Bunun yerine, Google Cloud kuruluşunuzu yöneten kişi, bir Sahibin yapabileceği birçok görevi gerçekleştirebilir. Ancak Sahibe özel çeşitli görevleri (roller atama veya Google Analytics mülklerini yönetme gibi) gerçekleştirmek için yöneticinin bu görevleri gerçekleştirmek üzere kendisine gerçek Sahip rolünü ataması gerekebilir. Firebase projeniz için Sahip bulamıyorsanız Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçerek projeye bir Sahip atayın.
Bir proje üyesine neden veya ne zaman Sahip rolü atamalıyım?
Bir Firebase projesinin doğru şekilde yönetilebilmesi için projenin bir Sahibi olması gerekir. Proje Sahibi, çeşitli önemli yönetim işlemlerini (ör. rol atama ve Google Analytics mülklerini yönetme) gerçekleştirebilen kişidir. Firebase Desteği ise sadece kanıtlanmış proje Sahiplerinden gelen yönetim isteklerini yerine getirebilir.
Bir Firebase projesinin Sahiplerini belirledikten sonra bu atamaları güncel tutmak önemlidir.
Firebase projesi bir Google Cloud kuruluşunun parçasıysa Google Cloud kuruluşunuzu yöneten kişinin, bir Sahibin yapabileceği birçok görevi gerçekleştirebileceğini unutmayın. Ancak, Sahibe özel bazı görevler (ör. rol atama veya Google Analytics mülklerini yönetme) için yöneticinin bu görevleri gerçekleştirmek için kendisine gerçek Sahip rolünü ataması gerekebilir.
Firebase projem olduğunu sanmıyorum, ama biriyle ilgili bir e-posta aldım. Bu projeye nasıl erişebilirim?
Aldığınız e-posta, Firebase projenizi açmak için bir bağlantı içermelidir. E-postadaki bağlantı tıklandığında proje Firebase konsolunda açılır.
Projeyi bağlantıdan açamıyorsanız Firebase'de, projeyle ilgili e-postanın gönderildiği Google Hesabı ile oturum açtığınızdan emin olun. Konsolun sağ üst köşesindeki hesap avatarınızı kullanarak Firebase konsolunda oturum açıp kapatabilirsiniz.
Bir Google Cloud kuruluşunun yöneticisiyseniz kuruluşunuzun içindeki Firebase projelerinde yapılan değişiklikler hakkında bildirim alabilirsiniz. Ancak Firebase projesini açmak için yeterli izniniz olmayabilir. Bu durumlarda en basit çözüm, projeyi açmak ve gerekli işlemleri gerçekleştirmek için kendinize gerçek Sahip rolünü atamaktır. Sahip rolünün neden ve ne zaman atanacağı hakkında daha fazla bilgi edinin.
Platformlar ve çerçeveler
Sık sorulan diğer soruların yanıtlarını ve faydalı ipuçlarını görmek için platforma özel sorun giderme ve SSS sayfalarını ziyaret edin.
Firebase konsolu
Firebase konsoluna erişmek için desteklenen tarayıcılar hangileridir?
Firebase konsoluna Chrome, Firefox, Safari ve Edge gibi popüler masaüstü tarayıcılarının son sürümlerinden erişilebilir. Mobil tarayıcılar şu anda tam olarak desteklenmemektedir.
Firebase konsolunu yükleyebildiğim halde neden Firebase projemi bulamıyorum veya projeme erişemiyorum?
Bu SSS, aşağıdaki sorunlardan biriyle karşılaşıyorsanız geçerlidir:
- Firebase konsolu, projenizin mevcut olmayabileceğini veya projeye erişiminizin olmadığını belirten bir hata sayfası döndürür.
- Firebase konsolu, proje kimliğini veya proje adını konsolun arama alanına girdiğinizde bile projenizi göstermez.
Şu sorun giderme adımlarını deneyin:
- İlk olarak, doğrudan proje URL'sini ziyaret ederek projenize erişmeyi deneyin. Aşağıdaki biçimi kullanın:
https://console.firebase.google.com/project/PROJECT-ID/overview
- Hâlâ projeye erişemiyor veya izin hataları alıyorsanız aşağıdakileri kontrol edin:
- Projeye erişimi olan Google Hesabı'nı kullanarak Firebase'de oturum açtığınızdan emin olun. Konsolun sağ üst köşesindeki hesap avatarınızı kullanarak Firebase konsolunda oturum açıp kapatabilirsiniz.
- Proje için Firebase Management API'nin etkinleştirildiğinden emin olun.
- Temel IAM rollerinden birinin (Sahip, Düzenleyici, Görüntüleyici) veya Firebase ile ilgili izinlere sahip bir rolün (ör. önceden tanımlanmış Firebase rolü) size atandığından emin olun. Rollerinizi Google Cloud Console'un IAM sayfasında görüntüleyebilirsiniz.
- Projeniz bir Google Cloud kuruluşuna aitse projeyi Firebase konsolunda görmek için ek izinlere ihtiyacınız olabilir. Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçerek size projeyi görüntülemeniz için uygun rolü (ör. Tarayıcı rolü) verin.
Yukarıdaki sorun giderme adımlarından hiçbiri projenizi bulmanıza veya projenize erişmenize olanak vermiyorsa Firebase Destek Ekibi ile iletişime geçin.
Firebase konsolu neden yüklenmiyor?
Bu SSS, aşağıdaki sorunlardan herhangi biriyle karşılaşıyorsanız geçerlidir:
- Firebase konsolundaki bir sayfanın yüklenmesi hiçbir zaman tamamlanmıyor.
- Bir sayfadaki veriler beklendiği gibi yüklenmiyor.
- Firebase konsolunu yüklerken tarayıcı hata mesajları alıyorsunuz.
Şu sorun giderme adımlarını deneyin:
- Olası hizmet kesintileri için Firebase Durum Kontrol Paneli'nin Konsol satırını kontrol edin.
- Desteklenen bir tarayıcı kullandığınızdan emin olun.
- Firebase konsolunu gizli veya gizli bir pencerede yüklemeyi deneyin.
- Tüm tarayıcı uzantılarını devre dışı bırakın.
- Reklam engelleyici, virüsten koruma yazılımı, proxy, güvenlik duvarı veya başka bir yazılım tarafından ağ bağlantısının engellenmediğini doğrulayın.
- Firebase konsolunu farklı bir ağ veya cihaz kullanarak yüklemeyi deneyin.
- Chrome kullanıyorsanız Geliştirici Araçları Konsolu'nda hata olup olmadığını kontrol edin.
Yukarıdaki sorun giderme adımlarından hiçbiri sorunu çözmüyorsa Firebase Destek Ekibi ile iletişime geçin.
Firebase konsol dilim nasıl belirlenir?
Firebase konsolunun dil ayarı, Google hesap ayarlarınızda seçilen dile bağlıdır.
Dil tercihinizi değiştirmek için Dili değiştirme bölümüne bakın.
Firebase konsolu aşağıdaki dilleri destekler:
- İngilizce
- Portekizce (Brezilya)
- Fransızca
- Almanca
- Endonezce
- Japonca
- Korece
- Rusça
- Basitleştirilmiş Çince
- İspanyolca
- Geleneksel Çince
Firebase konsolu hangi rolleri ve izinleri destekler?
Firebase konsolu ve Google Cloud Console aynı temel rol ve izinleri kullanır. Roller ve izinler hakkında daha fazla bilgi edinmek için Firebase IAM belgelerini inceleyin.
Firebase; Sahip, Düzenleyici ve Görüntüleyici rollerinin temel (temel) rollerini destekler:
- Proje Sahibi projeye başka üyeler ekleyebilir, entegrasyonlar (BigQuery veya Slack gibi hizmetlere bağlantı veren proje) oluşturabilir ve proje için tam düzenleme erişimine sahiptir.
- Proje Düzenleyici, proje için tam düzenleme erişimine sahiptir.
- Görüntüleyici projesinin yalnızca okuma erişimi vardır. Firebase konsolunda şu anda kullanıcı arayüzü kontrollerini proje Görüntüleyenlerden gizleme veya devre dışı bırakma işlemi yapılmadığını ancak bu işlemlerin Görüntüleyici rolüne atanan proje üyeleri için başarısız olacağını unutmayın.
Firebase şunları da destekler:
- Firebase önceden tanımlanmış rolleri: Sahip, Düzenleyici ve Görüntüleyici temel rollerinden daha ayrıntılı erişim denetimi sağlayan Firebase'e özel seçilmiş roller.
- Özel roller: Kuruluşunuzun belirli gereksinimlerini karşılayan bir dizi izin özelleştirmek için oluşturduğunuz tamamen özelleştirilmiş IAM rolleri.
Fiyatlandırma
Hangi ürünler ücretli? Hangileri ücretsizdir?
Firebase'in ücretli altyapı ürünleri; Realtime Database, Cloud Storage for Firebase, Cloud Functions, Hosting, Test Lab ve telefonla kimlik doğrulamadır. Tüm bu özellikler için ücretsiz bir katman sunuyoruz.
Firebase'in birçok ücretsiz ürünü de vardır: Analytics, Cloud Messaging, Notifications oluşturucu, Remote Config, App Indexing, Dynamic Links ve Crash Reporting. Bu ürünlerin kullanımı, ücretsiz Spark planımız da dahil olmak üzere tüm planlarda yalnızca ürünün trafik kontrolü politikalarına (ör. kotalar, adil erişim ve diğer hizmet korumaları) tabidir. Ayrıca, telefonla kimlik doğrulama dışındaki tüm Kimlik Doğrulama özellikleri ücretsizdir.
Firebase, ücretli ürünler için ücretsiz deneme kredileri sunuyor mu?
Firebase ücretli hizmetleri Google Cloud Ücretsiz Denemesi kapsamında kullanılabilir. Yeni Google Cloud ve Firebase kullanıcıları, Google Cloud ve Firebase ürün ve hizmetlerini keşfedip değerlendirmek için 300 ABD doları değerinde ücretsiz Cloud Billing kredisi içeren 90 günlük deneme süresinden yararlanabilir.
Google Cloud Ücretsiz Deneme süresi boyunca size Ücretsiz Deneme Cloud Billing hesabı sağlanır. Bu faturalandırma hesabını kullanan tüm Firebase projeleri, ücretsiz deneme süresi boyunca Blaze fiyatlandırma planına dahil olur.
Endişelenmeyin, bu Ücretsiz Deneme Sürümü Cloud Faturalandırma Hesabı'nı ayarladığınızda sizden ücret alamayız. Ücretsiz Deneme Cloud Faturalandırma Hesabınızı ücretli hesaba yükselterek faturalandırmayı açıkça etkinleştirmediğiniz sürece sizden ücret alınmaz. Deneme süresi boyunca istediğiniz zaman ücretli hesaba yükseltme yapabilirsiniz. Yeni sürüme geçtikten sonra, kalan kredileri kullanmaya devam edebilirsiniz (90 günlük dönem içinde).
Ücretsiz deneme süresi sona erdiğinde, Firebase projenizi kullanmaya devam etmek için projenizi Spark fiyatlandırma planına düşürmeniz veya Firebase konsolunda Blaze fiyatlandırma planını ayarlamanız gerekir.
Google Cloud Ücretsiz Denemesi hakkında daha fazla bilgi edinin.
Hangi fiyatlandırma planının benim için doğru olduğunu nasıl anlayabilirim?
Spark fiyatlandırma planı
Spark planımız ile uygulamanızı ücretsiz olarak geliştirebilirsiniz. Tüm ücretsiz Firebase özelliklerinden (Analytics, Notifications oluşturucu, Crashlytics vb.) ve ücretli altyapı özelliklerimizden cömert miktarda yararlanabilirsiniz. Ancak bir takvim ayında Spark planı kaynaklarınızı aşarsanız uygulamanız ayın geri kalanında kapatılır. Ayrıca, Spark planı kullanılırken Google Cloud özellikleri kullanılamaz.
Blaze fiyatlandırma planı
Blaze planımız, üretim uygulamaları için tasarlanmıştır. Blaze planı, ücretli Google Cloud özelliklerinden yararlanarak uygulamanızın kapsamını genişletmenize de olanak tanır. Yalnızca kullandığınız kaynaklar için ödeme yaparsınız. Bu sayede talebe uygun şekilde ölçeklendirme yapabilirsiniz. Blaze planı fiyatlarının, sektör lideri bulut sağlayıcılarıyla rekabetçi olması için çalışıyoruz.
Kullanımımı ve faturalandırmamı nasıl izleyebilirim?
Firebase konsolunda proje kaynağı kullanımınızı aşağıdaki kontrol panellerinden izleyebilirsiniz:
- Proje düzeyinde genel Kullanım ve faturalandırma kontrol paneli
- Kimlik doğrulama Kullanım kontrol paneli (özellikle Telefonla kimlik doğrulama örnekleri için)
- Cloud Firestore Kullanım kontrol paneli
- Cloud Functions Kullanımı kontrol paneli
- Cloud Storage Kullanımı kontrol paneli
- Barındırma Kullanımı kontrol paneli
- Realtime Database Kullanım kontrol paneli
Flame fiyatlandırma planına ne oldu?
Ocak 2020'de, yeni kayıtlar için Flame fiyatlandırma planı (ayda 25 ABD doları ek kota) seçeneği kaldırılmıştır. Mevcut plan kullanıcılarına projelerini Flame planından taşımaları için ek süre tanındı.
Şubat 2022'de, Flame fiyatlandırma planında kalan projeler Spark fiyatlandırma planına düşürüldü.
Buna göre,
- Mevcut Spark ve Blaze planı projeleri ve yeni projeler artık Flame planına geçemez veya bu plana kaydolamaz.
- Mevcut bir Flame planı projesini farklı bir fiyatlandırma planına taşırsanız proje, Flame planına geri dönemez.
- Spark planına düşürülen projeler, ücretli ek hizmetleri devam ettirmek için Blaze planına yükseltilebilir.
- Flame planıyla ilgili referanslar dokümanlardan kaldırıldı.
Flame planının kullanımdan kaldırılmasıyla ilgili başka sorularınız mı var? Aşağıdaki ek SSS'lerden bazılarını okuyun.
Firebase tarafından sunulan diğer fiyatlandırma planları hakkında bilgi edinmek ister misiniz? Firebase fiyatlandırma sayfamızı ziyaret edin. Mevcut projeleri başka bir fiyatlandırma planına taşımaya başlamak için projenizin Firebase konsolunda bu işlemi yapabilirsiniz.
Flame planının kullanımdan kaldırılmasıyla ilgili diğer SSS
Sabit Firebase maliyetine dayanan bir projem, sürecim veya iş modelim var. Ne yapmalıyım?
Blaze fiyatlandırma planına kaydolun ve bütçe uyarıları ayarladığınızdan emin olun.
Yeni Flame planı projeleri oluşturmam için bana özel erişim verilebilir mi?
Hayır. Firebase, Flame planına geçiş veya kaydolma projeleri için özel erişim sunmamaktadır.
Flame planı projemi farklı bir fiyatlandırma planına değiştirdim. Bunu nasıl eski haline getirebilirim?
Artık Flame planına geçilemiyor. Flame planı tarafından sağlanan hizmetlere erişmek için Blaze fiyatlandırma planını kullandığınızdan emin olun ve projeniz için bütçe uyarıları ayarlayabilirsiniz.
Projem, Flame planının kullanımdan kaldırılmasıyla birlikte otomatik olarak farklı bir fiyatlandırma planına geçirildi. Ne yapmalıyım?
Projeniz, Spark planında sağlanandan daha fazla ek kota gerektiriyorsa projenizi Blaze fiyatlandırma planına yükseltmeniz gerekir.
Flame planı neden kullanımdan kaldırılıyor?
Yıllar içinde, Flame planının kullanımının azaldığını gördük ve planı kullanan çoğu proje, planın tüm değerini tüketmedi. Bu fiyatlandırma planını sürdürmek genellikle maliyet açısından verimli değildir. Kaynakları başka Firebase girişimlerine yönlendirseydi herkese daha iyi hizmet verebileceğimizi düşünüyoruz.
Blaze planındaki ücretsiz kullanımın Spark planındaki ücretsiz kullanımdan farkı nedir?
Blaze planındaki ücretsiz kullanım günlük olarak hesaplanır. Kullanım sınırları; Cloud Functions, telefonla kimlik doğrulama ve Test Lab için Spark planından da farklıdır.
Cloud Functions için Blaze planındaki ücretsiz kullanım, proje düzeyinde değil Cloud Faturalandırma hesabı düzeyinde hesaplanır ve şu sınırlara sahiptir:
- 2 milyon çağrı/ay
- Ayda 400 K GB-sn
- Ayda 200K CPU-saniye
- Ayda 5 GB ağ çıkışı
Telefonla kimlik doğrulama için Blaze planındaki ücretsiz kullanım aylık olarak hesaplanır.
Test Lab için Blaze planında ücretsiz kullanım için aşağıdaki sınırlar geçerlidir:
- 30 fiziksel cihaz dakikası/gün
- Günde 60 sanal cihaz dakikası
Spark'tan Blaze planına geçtiğimde ücretsiz kullanım kotası sıfırlanır mı?
Spark planından ücretsiz kullanım, Blaze planına dahildir. Blaze planına geçildiğinde ücretsiz kullanım sıfırlanmaz.
"Eş zamanlı veritabanı bağlantısı" nedir?
Eşzamanlı bağlantı, veritabanına bağlı bir mobil cihaz, tarayıcı sekmesi veya sunucu uygulamasına eşdeğerdir. Firebase, uygulamanızın veritabanına yapılan eş zamanlı bağlantı sayısı için kesin sınırlar uygular. Bu sınırlar, hem Firebase'i hem de kullanıcılarımızı kötüye kullanıma karşı korumak için uygulanmaktadır.
Spark planı sınırı 100'dür ve yükseltilemez. Flame and Blaze planlarında veritabanı başına 200.000 eşzamanlı bağlantı sınırı vardır.
Tüm kullanıcılarınız aynı anda bağlanmadığından bu sınır, uygulamanızın toplam kullanıcı sayısıyla aynı değildir. 200.000'den fazla eş zamanlı bağlantıya ihtiyacınız varsa lütfen Birden Fazla Veritabanı ile Ölçeklendirme konusunu okuyun.
Realtime Database için Spark planı depolama alanı veya indirme sınırlarını aşarsam ne olur?
Size öngörülebilir bir fiyat sunabilmek için Spark planlarında kullanımınıza sunulan kaynaklar sınırlandırılmıştır. Bu, herhangi bir ayda herhangi bir plan sınırını aştığınızda, daha fazla kaynak kullanımı ve ek ücret alınmasını önlemek için uygulamanızın kapatılacağı anlamına gelir.
Realtime Database için Spark planı eşzamanlı bağlantı sınırlarını aşarsam ne olur?
Uygulamanız Spark planında eşzamanlılık sınırına ulaştığında, mevcut bağlantıların bazıları kapatılana kadar sonraki bağlantılar reddedilir. Uygulama, bağlı kullanıcılar için çalışmaya devam eder.
Firebase'in Google Cloud ile entegrasyonu nasıl çalışır?
Firebase, Google Cloud ile derinlemesine entegredir. Projeler Firebase ile Google Cloud arasında paylaşıldığı için projelerde Firebase hizmetleri ve Google Cloud hizmetleri etkinleştirilebilir. Aynı projeye Firebase konsolundan veya Google Cloud konsolundan erişebilirsiniz. Özellikle:
- Firebase için Cloud Storage gibi belirli Firebase ürünleri doğrudan Google Cloud tarafından desteklenir. Google Cloud tarafından desteklenen ürünlerin listesi zaman içinde büyümeye devam edecektir.
- Ortak çalışanlar ve fatura bilgileri gibi birçok ayarınız, Firebase ve Google Cloud tarafından paylaşılır. Hem Firebase hem de Google Cloud kullanımınız aynı faturada gösterilir.
Ayrıca Blaze planına geçtiğinizde, Google Cloud'un birinci sınıf Hizmet Olarak Altyapı ve API'lerinden herhangi birini, standart Google Cloud fiyatlandırmasıyla doğrudan Firebase projenizin içinde kullanabilirsiniz. Ayrıca verileri analiz için doğrudan Google Cloud'dan BigQuery'ye aktarabilirsiniz. Daha fazla bilgi için BigQuery'yi Firebase'e bağlama bölümüne bakın.
Google Cloud'u Firebase ile kullanmanın güvenliği iyileştiren, gecikmeyi iyileştiren ve zaman kazandıran birçok avantaj vardır (aynı konumlu olmayan diğer bulut hizmetlerine kıyasla). Daha fazla bilgi için Google Cloud sitesine göz atın.
Google Cloud Console'da ilgili proje için faturalandırma hesapları ekler veya kaldırırsam Firebase projeme ne olur?
Google Cloud Console'daki bir projeye Cloud Faturalandırma Hesabı eklenirse ve aynı proje Spark planı kapsamındaysa otomatik olarak Firebase Blaze planına geçirilir.
Öte yandan, mevcut bir etkin Cloud Faturalandırma hesabı Google Cloud konsolundaki bir projeden kaldırılırsa bu proje Firebase Spark planına düşürülür.
Planımı istediğim zaman yükseltebilir, düşürebilir veya iptal edebilir miyim?
Evet, aboneliğinizi istediğiniz zaman yükseltebilir, düşürebilir veya iptal edebilirsiniz. Alt sürüme geçme veya iptaller için kullanımla orantılı geri ödemeler yapılmadığını unutmayın. Yani fatura döneminiz sona ermeden önce eski sürüme geçer veya aboneliğinizi iptal ederseniz ayın geri kalanı için ödeme yapmaya devam edersiniz.
Ne tür bir destek alacağım?
Ücretsiz plan kullananlar da dahil olmak üzere tüm Firebase uygulamaları, ABD Pasifik çalışma saatlerinde Firebase ekibi tarafından e-posta desteği sunar. Tüm hesaplar; faturalandırma, hesapla ilgili sorunlar, teknik (sorun giderme) sorular ve olay raporları için sınırsız destek sunar.
Blaze planında kullanımı sınırlandırabilir miyim?
Hayır, şu anda Blaze planı kullanımınızı sınırlandıramazsınız. Blaze planı kullanımıyla ilgili sınırları destekleme seçeneklerini değerlendiriyoruz.
Blaze kullanıcıları, projeleri veya hesapları için bir bütçe tanımlayabilir ve harcamaları bu sınırlara yaklaştıkça uyarı alabilir. Bütçe uyarılarını nasıl oluşturacağınızı öğrenin.
Otomatik yedekler nedir? Saatlik yedekleme sunuyor musunuz?
Otomatik yedekler, Firebase Realtime Database verilerinizi günde bir kez yedekleyip Google Cloud Storage'a yükleyen, Blaze fiyatlandırma planımıza dahil olan müşterilerimize yönelik gelişmiş bir özelliktir.
Saatlik yedekleme sunmuyoruz.
Açık kaynak, kâr amacı gütmeyen kuruluş veya eğitim indirimleri sunuyor musunuz?
Spark planımız; sivil toplum kuruluşları, okullar ve açık kaynaklı projeler dahil olmak üzere her türlü kişi veya kuruluş tarafından kullanılabilir. Bu planlar halihazırda cömert kotalar içerdiğinden açık kaynak, sivil toplum kuruluşu veya eğitim projeleri için herhangi bir özel indirim ya da plan sunmuyoruz.
Kurumsal sözleşmeler, fiyatlandırma, destek veya özel altyapı barındırma hizmetleri sunuyor musunuz?
Blaze planımız, her büyüklükteki işletme için uygundur ve HDS, bulut altyapısına yönelik endüstri standardını karşılar veya aşmaktadır. Ancak şu anda Realtime Database gibi hizmetler için kurumsal sözleşmeler, fiyatlandırma, destek veya özel altyapı barındırma (yani şirket içi kurulum) sunmuyoruz. Bu özelliklerden bazılarını eklemek için yoğun şekilde çalışıyoruz.
Anlık fiyatlandırma sunuyor musunuz? Yalnızca bir veya iki özellik için kullandıkça ödeme yapılmasını istiyorum.
Yalnızca kullandığınız özellikler için ödeme yaptığınız Blaze planında anlık fiyatlandırma sunarız.
Ücretli Firebase planları Ads ile nasıl çalışır? Ücretli planlarda ücretsiz reklam kredileri var mı?
Firebase fiyatlandırma planları Ads'den ayrıdır. Bu nedenle, ücretsiz reklam kredisi yoktur. Firebase geliştiricisi olarak, dönüşüm izlemeyi desteklemek için Ads hesabınızı Firebase'e "bağlayabilirsiniz".
Tüm reklam kampanyaları doğrudan Ads'den, Ads faturalandırması ise Ads konsolundan yönetilir.
Cloud Functions fiyatlandırması
Cloud Functions for Firebase'i kullanmak için neden faturalandırma hesabına ihtiyacım var?
Cloud Functions for Firebase, bazı ücretli Google hizmetlerini kullanır. Firebase CLI 11.2.0 ve sonraki sürümleriyle yeni işlev dağıtımları, Cloud Build ve Artifact Registry'ye güvenir. Eski sürümlere yapılan dağıtımlar Cloud Build'i aynı şekilde kullanır ancak depolama için Artifact Registry yerine Container Registry ve Cloud Storage'a güvenir. Bu hizmetlerin kullanımı, mevcut fiyatlandırmaya ek olarak faturalandırılır.
Firebase CLI 11.2.0 ve daha yeni sürümler için depolama alanı
Artifact Registry, işlevlerin çalıştığı container'ları sağlar. Artifact Registry, ilk 500 MB'ı ücretsiz olarak sağlar. Bu nedenle ilk işlev dağıtımlarınız için herhangi bir ücret alınmayabilir. Bu eşiği aşan her ek depolama alanı için aylık 0, 10 ABD doları ücret alınır.
Firebase CLI 11.1.x ve önceki sürümler için depolama alanı
Daha eski sürümlere dağıtılan işlevler için Container Registry, işlevlerin çalıştığı container'ları sağlar. Bir işlevi dağıtmak için gereken her bir container için faturalandırılırsınız. Depolanan her container için küçük bir ücret görebilirsiniz.Örneğin, 1 GB depolama alanı için aylık 0,026 ABD doları faturalandırılır.
Faturanızın nasıl değişebileceğini daha iyi anlamak için lütfen aşağıdaki bilgileri inceleyin
- Cloud Functions fiyatlandırması: Mevcut ücretsiz katmanda değişiklik yapılmadı.
- Cloud Build fiyatlandırması: Cloud Build ücretsiz katman sunar.
- Artifact Registry fiyatlandırması.
- Container Registry fiyatlandırması.
Cloud Functions for Firebase'in ücretsiz kullanımı devam ediyor mu?
Evet. Blaze planında Cloud Functions; çağrı sayısı, işlem süresi ve internet trafiği için ücretsiz bir katman sunar. İlk 2.000.000 çağrı, 400.000 GB-sn, 200.000 CPU-sn ve 5 GB internet çıkış trafiği her ay ücretsiz olarak sağlanır. Yalnızca bu eşiklerin üzerindeki kullanımlar için ücretlendirilirsiniz.
İlk 500 MB'lık ücretsiz depolama alanından sonra her dağıtım işleminden, işlevin container'ı için kullanılan depolama alanı için küçük ölçekli ücretler uygulanır. Geliştirme süreciniz test amaçlı işlevlerin dağıtılmasına bağlıysa geliştirme sırasında Firebase Local Emulator Suite'i kullanarak maliyetleri daha da azaltabilirsiniz.
Firebase Fiyatlandırma planları ve Cloud Functions Fiyatlandırması örnek senaryolarını inceleyin.
Firebase, Cloud Functions for Firebase'in kota ve sınırlarını artırmayı planlıyor mu?
Hayır. Maksimum derleme süresi sınırının kaldırılması dışında kotaları değiştirme planı yoktur. Günlük 120 dakikalık derleme kotasına ulaşıldığında hata veya uyarı almak yerine Blaze fiyatlandırma planı kapsamında faturalandırılırsınız. Kotalar ve sınırlar bölümüne bakın.
300 ABD doları değerindeki Google Cloud kredisini alabilir miyim?
Evet, 300 ABD doları değerindeki krediyi almak için Google Cloud Console'da bir Cloud Faturalandırma hesabı oluşturabilir, ardından bu Cloud Faturalandırma Hesabı'nı bir Firebase projesine bağlayabilirsiniz.
Google Cloud kredisi hakkında daha fazla bilgiyi burada bulabilirsiniz.
Bunu yaparsanız projenizin 300 ABD doları değerindeki kredi tükendikten sonra çalışmaya devam etmesi için Firebase konsolunda Blaze fiyatlandırma planını ayarlamanız gerektiğini unutmayın.
Firebase hakkında bilgi edinmek için bir codelab'e katılmak istiyorum. Bana geçici bir faturalandırma hesabı verebilir misiniz?
Hayır, kusura bakma. Cloud Billing hesabınız olmadan geliştirme için Firebase emülatörünü kullanabilirsiniz. Alternatif olarak Google Cloud ücretsiz deneme sürümüne de başvurabilirsiniz. Bu değişiklik nedeniyle faturanızı ödeme konusunda hâlâ sorun yaşıyorsanız Firebase Destek Ekibi ile iletişime geçin.
Büyük bir fatura biriktireceğimden korkuyorum.
Maliyetleri kontrol etmenize yardımcı olması için Google Cloud Console'da bütçe uyarıları ayarlayabilirsiniz. Ayrıca, işlevlerinizin her biri için oluşturulan faturalandırılan örneklerin sayısını sınırlayabilirsiniz. Tipik senaryoların maliyeti hakkında fikir edinmek için Cloud Functions Fiyatlandırması örneklerine bakın.
Mevcut faturalandırma ücretlerimi nasıl kontrol edebilirim?
Firebase konsolundaki Kullanım ve faturalandırma kontrol panelini görüntüleyin.
Firebase Extensions kullanıyorum. Faturalandırma hesabına ihtiyacım var mı?
Evet. Uzantılar Cloud Functions'ı kullandığından uzantılar diğer işlevlerle aynı ücretlere tabidir.
Uzantıları kullanmak için Blaze fiyatlandırma planına geçmeniz gerekir. Firebase hizmetlerini kullanımınızla ilişkili ücretlere ek olarak, yüklediğiniz her uzantı için (kullanılmasalar bile) gereken Firebase kaynakları için küçük bir tutar (genellikle aylık yaklaşık 0,01 ABD doları) üzerinden ücretlendirilirsiniz.
Cloud Storage for Firebase fiyatlandırması
Yükleme ve indirme işlemleri için ne kadar faturalandırılacağımı nasıl tahmin edebilirim?
Firebase Fiyatlandırma sayfasını ziyaret edin ve Blaze planı hesaplayıcıyı kullanın. Hesap makinesi, Cloud Storage for Firebase'in tüm kullanım türlerini listeler.
Storage paketinizin beklenen kullanımını girmek için kaydırma çubuklarını kullanın. Hesaplayıcı, aylık faturanızı tahmini olarak hesaplar.
Cloud Storage for Firebase'in Spark planı yükleme, indirme veya depolama alanı sınırlarını aşarsam ne olur?
Spark planı kapsamındaki bir projede Cloud Storage sınırlarını aştığınızda sonuç, aştığınız sınırın türüne bağlı olarak değişiklik gösterir:
- Depolanan GB sınırını aşarsanız verilerin bir kısmını kaldırmadığınız ya da daha fazla depolama alanı veya sınırsız depolama alanı sağlayan bir plana yükseltmediğiniz sürece ilgili projede daha fazla veri depolayamazsınız.
- GB indirme sınırını aşarsanız, daha az kısıtlayıcı sınırları olan veya sınırlama içermeyen bir plana geçmediğiniz sürece uygulamanız bir sonraki güne kadar (ABD Pasifik Saati'ne göre gece yarısından itibaren) daha fazla veri indiremez.
- Yükleme veya indirme işlemleri sınırını aşarsanız, daha az kısıtlayıcı sınırları olan veya sınırları olmayan bir plana geçmediğiniz sürece uygulamanız sonraki güne kadar (ABD Pasifik Saati'ne göre gece yarısından itibaren) daha fazla veri yükleyemez veya indiremez.
Gizlilik
Firebase'de gizlilik ve güvenlikle ilgili bilgileri nerede bulabilirim?
Firebase'de Gizlilik ve Güvenlik sayfasına göz atın.
Firebase SDK'ları, Analytics dışındaki kullanım/teşhis bilgilerini günlüğe kaydediyor mu?
Evet. Bu özellik şu anda yalnızca iOS'te kullanılabilmektedir, ancak ileride değişebilir. Firebase Apple platformları SDK'sı varsayılan olarak FirebaseCoreDiagnostics
çerçevesini içerir. Bu çerçeve, gelecekteki ürün geliştirmelerine öncelik verilmesine yardımcı olmak amacıyla SDK kullanım ve teşhis bilgilerini toplamak için Firebase tarafından kullanılır. FirebaseCoreDiagnostics
isteğe bağlıdır. Firebase teşhis günlüklerinin gönderilmesini devre dışı bırakmak isterseniz kitaplığın uygulamanızla bağlantısını kaldırarak bunu yapabilirsiniz. Günlüğe kaydedilen değerler dahil olmak üzere kaynağın tamamına GitHub'da göz atabilirsiniz.
A/B Testi
A/B Testi: Kaç deneme oluşturup çalıştırabilirim?
Her proje için en fazla 300 denemenize izin verilir. Bu denemeler, taslak veya tamamlanmış olan en fazla 24 denemeden oluşabilir.
A/B Testi: Projemin bağlantısını kaldırıp Google Analytics'e yeniden bağladıktan sonra denemelerimi neden görüntüleyemiyorum?
Farklı bir Google Analytics mülküne bağlanırsanız önceden oluşturulan denemelere erişiminizi kaybedersiniz. Önceki bir denemeye yeniden erişim elde etmek için projenizi, deneme oluşturulduğunda bağlanan Google Analytics mülküne yeniden bağlayın.
A/B Testi: Remote Config denemesi oluştururken neden "Proje Google Analytics'e bağlı değil" mesajını alıyorum?
Firebase ile Google Analytics'i zaten bağladıysanız ancak Google Analytics'in bağlı olmadığını belirten bir mesaj görmeye devam ediyorsanız projenizdeki tüm uygulamalar için bir Analytics akışı bulunduğundan emin olun. A/B Testi'ni kullanabilmek için bir projedeki tüm uygulamaların şu anda bir Google Analytics akışına bağlı olması gerekir.
Tüm etkin akışların listesini Firebase konsolundaki Google Analytics entegrasyon ayrıntıları sayfasında bulabilirsiniz. Bu sayfaya settingsProje Ayarları chevron_right Entegrasyonlar chevron_right Google Analytics chevron_right Yönet'ten erişebilirsiniz.
Google Analytics akışı olmayan herhangi bir uygulama için Google Analytics akışı oluşturmak sorunu çözecektir. Eksik uygulamalar için akış oluşturmanın birkaç yolu vardır:
-
İlişkilendirilmiş Google Analytics akışı olmayan yalnızca bir veya iki uygulamanız varsa Google Analytics akışı eklemek için aşağıdaki yöntemlerden birini seçebilirsiniz:
- Etkin akışı olmayan uygulamaları Firebase konsolunda silip yeniden ekleyin.
- Google Analytics konsolunda Yönetici'yi seçip Veri Akışları'nı, ardından Akış ekle'yi tıklayın, eksik uygulamanın ayrıntılarını ekleyin ve Uygulamayı kaydet'i tıklayın.
-
Uygulama veri akışınız çok azsa, Google Analytics mülkünüzün bağlantısını kaldırıp yeniden bağlamak, eksik uygulama veri akışlarını oluşturmanın en hızlı ve etkili yoludur:
- settings Proje Ayarları'ndan Entegrasyonlar'ı seçin.
- Firebase ve Google Analytics ayarlarına erişmek için Google Analytics kartında Yönet'i tıklayın.
- Google Analytics Mülk Kimliğini ve Bağlı Google Analytics hesabını not edin.
- more_vert Diğer'i tıklayın ve Analytics'in bu projeyle olan bağlantısını kaldır'ı seçin.
-
Gösterilen uyarıyı inceleyin (Endişelenmeyin, bir sonraki adımda aynı mülkü yeniden bağlayacaksınız), ardından Google Analytics'in bağlantısını kaldır'ı tıklayın.
Bağlantı kaldırma işlemi tamamlandığında Integrations (Entegrasyonlar) sayfasına yönlendirilirsiniz. - Yeniden bağlama işlemini başlatmak için Google Analytics kartında Etkinleştir'i tıklayın.
- Hesap seç listesinden Analytics hesabınızı seçin.
-
Bu hesapta otomatik olarak yeni bir mülk oluştur'un yanındaki edit Düzenle'yi tıklayın ve görüntülenen Analytics mülkü listesinden mülk kimliğinizi seçin.
Projenizdeki tüm uygulamaların listesi görüntülenir. Her uygulama için mevcut akış eşlemeleri listelenir. Akışı olmayan uygulamalar için bunlardan biri oluşturulur. - Mülkü yeniden bağlamak için Google Analytics'i etkinleştir'i tıklayın.
- Son'u tıklayın.
Bu adımları uyguladıktan sonra Remote Config ile A/B Testleri oluşturma hatası almaya devam ederseniz Firebase Destek Ekibi ile iletişime geçin.
AdMob
AdMob: Windows uygulamalarımı Firebase'e bağlayabilir miyim?
Hayır, Windows uygulamaları şu anda desteklenmemektedir.
AdMob: Neden uygulamamı Firebase konsolundan AdMob'a bağlayamıyorum?
Bir AdMob uygulamasını bir Firebase uygulamasına AdMob konsolu aracılığıyla bağlayabilirsiniz. Nasıl yapacağınızı öğrenin.
AdMob: Bir Firebase uygulamasını AdMob uygulamasına bağlamak için hangi izinlere veya erişime sahip olmam gerekir?
Bu bağlantıyı kurmak için aşağıdaki erişime sahip olmanız gerekir:
- AdMob: AdMob yöneticisi olmanız gerekir.
- Firebase: Sahip rolü ve Firebase Yöneticisi rolüne dahil olan
firebase.links.create
iznine sahip olmanız gerekir. - Google Analytics: Firebase projesiyle ilişkili mülk için Düzenleme veya Kullanıcıları Yönetme rolüne sahip olmanız gerekir. Daha fazla bilgi edinin.
AdMob: Aynı AdMob hesabındaki birden fazla kullanıcı AdMob uygulamaları ile Firebase uygulamalarını bağlayabilir mi?
Çok kullanıcılı AdMob hesaplarında, ilk Firebase bağlantısını oluşturan ve Firebase Hizmet Şartları'nı kabul eden kullanıcı, AdMob uygulamaları ile Firebase uygulamaları arasında yeni bağlantılar oluşturabilecek tek kullanıcıdır.
AdMob: AdMob'u kullanmak için hangi SDK'ları kullanmalıyım?
AdMob'u kullanmak için Google Mobile Ads SDK'sını her zaman bu SSS bölümünde açıklandığı şekilde kullanın. Ayrıca, isteğe bağlı olarak AdMob için kullanıcı metrikleri toplamak istiyorsanız uygulamanıza Google Analytics için Firebase SDK'sını ekleyin.
- iOS projeleri için:
AdMob iOS belgelerindeki talimatları uygulayarak Google Mobile Ads SDK'sını içe aktarın. - Android projeleri için:
build.gradle
dosyanıza Google Mobile Ads SDK'sının bağımlılığını ekleyin:
implementation 'com.google.android.gms:play-services-ads:23.0.0'
- C++ projeleri ve Unity projeleri için: İlgili belgelerdeki talimatları uygulayın.
pazar bilgileri alma
Analytics: Firebase ürünlerini kullanırken neden Google Analytics önerilir?
Google Analytics, güçlü analizler sunmak için Firebase özellikleriyle birlikte çalışan ücretsiz ve sınırsız bir analiz çözümüdür. Crashlytics'teki etkinlik günlüklerini, FCM'deki bildirim etkinliğini, Dynamic Links için derin bağlantı performansını ve Google Play'deki uygulama içi satın alma verilerini görüntülemenize olanak tanır. Remote Config, Remote Config kişiselleştirme ve daha fazlasında gelişmiş kitle hedeflemeyi destekler.
Google Analytics yüksek kaliteli uygulamalar geliştirme, kullanıcı tabanınızı genişletme ve daha fazla para kazanma hakkında size daha fazla yol gösterici bilgi sunmak için Firebase konsolunda bir bilgi katmanı görevi görür.
Başlamak için dokümanları okuyun.
Analytics: Analytics verilerimin Firebase'in geri kalanıyla nasıl paylaşılacağını nasıl kontrol edebilirim?
Google Analytics verileriniz varsayılan olarak diğer Firebase ve Google özelliklerini geliştirmek için kullanılır. Google Analytics verilerinizin nasıl paylaşıldığını istediğiniz zaman proje ayarlarınızdan kontrol edebilirsiniz. Veri paylaşım ayarları hakkında daha fazla bilgi edinin.
Analytics: Analytics mülk ayarlarımı nasıl güncelleyebilirim?
Google Analytics mülkünüzdeki Yönetici sayfasında mülk ayarlarınızı güncelleyebilirsiniz. Örneğin:
- Veri paylaşım ayarları
- Veri saklama ayarları
- Saat dilimi ve para birimi ayarları
Mülk ayarlarınızı güncellemek için aşağıdaki adımları uygulayın:
- Firebase konsolunda settings > Proje ayarları'na gidin.
- Entegrasyonlar sekmesine gidin ve ardından Google Analytics kartında Yönet veya Bağlantıyı görüntüle'yi tıklayın.
- Hesap ve mülk ayarlarını açmak için Google Analytics hesabınızın bağlantısını tıklayın.
iOS uygulamamda Analytics: Analytics'i reklam ilişkilendirme ve IDFA toplama özellikleri olmadan yükleyebilir miyim?
Evet. Daha fazla ayrıntı için Veri Toplama ve Kullanımını Yapılandırma sayfasına bakın.
Analytics: Ekim 2021 güncellemesiyle Google Analytics bölümünde neler değişti?
Bu değişikliklerin özetini Firebase için Google Analytics'teki yeni Google Analytics 4 işlevi başlıklı Firebase Yardım Merkezi makalesinde bulabilirsiniz.
Analytics: Firebase ile Google Analytics arasındaki bağlantıyı kaldırdıktan sonra Firebase konsolunda neden Analytics verisi görmüyorum?
Analytics verileri, Firebase projesinde değil, Google Analytics mülkünde bulunur. Mülkü siler veya mülkün bağlantısını kaldırırsanız Analytics verilerine Firebase tarafından erişilemez ve Firebase konsolunda boş bir Analytics kontrol paneli gösterilir. Veriler hâlâ önceden bağlı mülkte yer aldığı için mülkü dilediğiniz zaman Firebase'e yeniden bağlayıp Analytics verilerini Firebase konsolunda görebilirsiniz.
Yepyeni bir Google Analytics hesabını (ve dolayısıyla yeni bir Google Analytics mülkünü) Firebase projenize bağladığınızda Firebase konsolunda boş bir Analytics kontrol paneli görünür. Ancak daha önce bağlı mülkünüz hâlâ mevcutsa mevcut verileri eski mülkten yeni mülke taşıyabilirsiniz.
Analytics: Analytics mülküm ve verileri silindiyse bunları geri almamın bir yolu var mı?
Hayır. Mülkünüz silindiyse silme işlemini geri almak veya mülkte depolanan önceden toplanmış Analytics verilerini almak mümkün değildir.
Google Analytics'i tekrar kullanmaya başlamak istiyorsanız Firebase projenize yeni bir mülk veya mevcut bir mülkü bağlayabilirsiniz. Bu bağlantıyı Firebase konsolunda veya Google Analytics kullanıcı arayüzünde yapabilirsiniz. Firebase projenize Google Analytics mülkü bağlama hakkında daha fazla bilgi edinin.
Analytics: Analytics mülküm silindiyse yeni bir Google Analytics mülkünü Firebase projeme bağlayıp Analytics'i tekrar kullanmaya başlayabilir miyim?
Google Analytics'i tekrar kullanmaya başlamak istiyorsanız Firebase projenize yeni bir mülk veya mevcut bir mülkü bağlayabilirsiniz. Bu bağlantıyı Firebase konsolunda veya Google Analytics kullanıcı arayüzünde yapabilirsiniz. Firebase projenize Google Analytics mülkü bağlama hakkında daha fazla bilgi edinin.
Tüm Analytics verileri mülkte (Firebase projesinde değil) depolandığından, daha önce toplanan Analytics verilerinin alınamayacağını unutmayın.
Analytics: Firebase ürünleri veya entegre Google ürünleri, Analytics mülkümün silinmesinden nasıl etkilenir?
Bazı Firebase ürünleri, Google Analytics entegrasyonuna dayanır. Aşağıdaki ürünleri kullandığınızda Analytics mülkünüz ve verileri silinirse aşağıdakiler gerçekleşir:
- Crashlytics - Artık kilitlenme sorunu yaşamayan kullanıcıları, içerik haritası günlüklerini ve/veya hız uyarılarını göremezsiniz.
- Cloud Messaging ve Uygulama İçi Mesajlaşma: Artık hedefleme, kampanya metrikleri, kitle segmentasyonu ve analiz etiketlerini kullanamazsınız.
- Remote Config: Artık hedeflenen yapılandırmaları veya Kişiselleştirme'yi kullanamazsınız.
- A/B Testi: Deneme ölçümü Google Analytics tarafından sağlandığı için artık A/B Testi'ni kullanamazsınız.
- Dinamik Bağlantılar: Google Analytics'teki verileri temel alan tüm özellikler kesintiye uğrar.
Ayrıca aşağıdaki entegrasyonlar da etkilenecektir:
- Artık Analytics verilerini BigQuery'ye aktaramazsınız.
- Artık Google Ads entegrasyonlarından veya Google AdMob entegrasyonlarından yararlanamazsınız.
Analytics: Herhangi bir ölçütü karşılamayan kullanıcıları nasıl segmentlere ayırırım?
Bu kullanıcıları "negatif olarak hedefleyerek" sorunu yeniden biçimlendirebilirsiniz. Örneğin, sorunu "Bir ürün satın almış kullanıcılara reklam gösterme" olarak yeniden biçimlendirin ve bu kullanıcılardan hedeflenecek bir kitle oluşturun.
Analytics: Google Analytics arayüzünde tanımlanan kitleler ve/veya etkinlikler Firebase konsolunda da kullanılabilir mi?
Kitleleriniz ve kullanıcı özellikleriniz senkronize edilir. Bazı özellikler için segmentasyon ve kapalı dönüşüm hunileri gibi Google Analytics arayüzünü kullanmanız gerekir. Google Analytics arayüzüne, Firebase konsolundaki derin bağlantılar aracılığıyla doğrudan erişebilirsiniz.
Firebase konsolunda yaptığınız tüm değişiklikler Google Analytics'te de uygulanabilir ve bu değişiklikler Firebase'e yansıtılır.
Doğrulama
Firebase Authentication: Telefonla kimlik doğrulama hangi ülkelerde destekleniyor?
Firebase Authentication, dünya genelinde telefon numarası doğrulamasını destekler ancak tüm ağlar doğrulama mesajlarımızı güvenilir şekilde teslim etmez. Aşağıdaki ülkelerde teslimat ücretleri iyidir ve telefon numarasıyla oturum açmak için iyi performans göstermesi beklenmektedir.
Ülke | Kod |
---|---|
AD | Andora |
AE | Birleşik Arap Emirlikleri |
AF | Afganistan |
AG | Antigua ve Barbuda |
AL | Arnavutluk |
ÖÖ | Ermenistan |
AO | Angola |
Artırılmış gerçeklik (AR) | Arjantin |
AS | Amerikan Samoası |
ŞU ZAMANDA: | Avusturya |
AU | Avustralya |
AW | Aruba |
AZ | Azerbaycan |
BA | Bosna Hersek |
BB | Barbados |
BD | Bangladeş |
BE | Belçika |
BF | Burkina Faso |
BG | Bulgaristan |
BJ | Benin |
BM | Bermuda |
BN | Brunei Darussalam |
BO | Bolivya |
Brezilya | Brezilya |
BS | Bahamalar |
BT | Butan |
BW | Botsvana |
BY | Belarus |
BZ | Beliz |
CA | Kanada |
CD | Kongo Cumhuriyeti (Kinşasa) |
CF | Orta Afrika Cumhuriyeti |
CG | Kongo (Brazzaville) |
CH | İsviçre |
CI | Fildişi Sahili |
CK | Cook Adaları |
CL | Şili |
CM | Kamerun |
CO | Kolombiya |
CR | Kosta Rika |
CV | Cabo Verde |
CW | Curaçao |
CY | Güney Kıbrıs Rum Yönetimi |
CZ | Çek Cumhuriyeti |
DE | Almanya |
DJ | Cibuti |
Danimarka | Danimarka |
DM | Dominik |
DO | Dominik Cumhuriyeti |
DZ | Cezayir |
EC | Ekvador |
EG | Mısır |
ES | İspanya |
UZ | Etiyopya |
FI | Finlandiya |
FJ | Fiji |
FK | Falkland Adaları (Malvinas) |
FM | Mikronezya Federe Devletleri |
FO | Faroe Adaları |
FR | Fransa |
GKST | Gabon |
GB | Birleşik Krallık |
A | Grenada |
GE | Gürcistan |
AG | Fransız Guyanası |
GG | Guernsey |
GH | Gana |
GI | Cebelitarık |
GL | Grönland |
GM | Gambiya |
OM | Guadalup |
GQ | Ekvator Ginesi |
GO | Yunanistan |
GT | Guatemala |
GY | Guyana |
HK | Hong Kong, SAR Çin |
HN | Honduras |
İK | Hırvatistan |
DA | Haiti |
HU | Macaristan |
Kimlik | Endonezya |
IE | İrlanda |
IL | İsrail |
IM | Man Adası |
GİRİŞ | Hindistan |
IQ | Irak |
BT | İtalya |
JE | Jersey |
JM | Jamaika |
JO | Ürdün |
Japonya | Japonya |
KE | Kenya |
KG | Kırgızistan |
KH | Kamboçya |
KM | Comoros |
KN | Saint Kitts ve Nevis |
KR | Kore (Güney) |
KW | Kuveyt |
KY | Cayman Adaları |
KZ | Kazakistan |
LA | Lao PDR |
LB | Lübnan |
LC | Saint Lucia |
LI | Lihtenştayn |
LK | Sri Lanka |
LS | Lesoto |
LT | Litvanya |
LU | Lüksemburg |
LV | Letonya |
LY | Libya |
MA | Fas |
MD | Moldova |
ME | Karadağ |
MF | Saint-Martin (Fransız kısmı) |
MG | Madagaskar |
MK | Makedonya Cumhuriyeti |
MM | Burma |
MN | Moğolistan |
AY | Makao, SAR Çin |
MS | Montserrat |
MT | Malta |
MU | Morityus |
MW | Malavi |
MX | Meksika |
MY | Malezya |
MZ | Mozambik |
NA | Namibya |
NC | Yeni Kaledonya |
KD | Nijer |
NF | Norfolk Adası |
NG | Nijerya |
NI | Nikaragua |
NL | Hollanda |
HAYIR | Norveç |
NP | Nepal |
NZ | Yeni Zelanda |
OM | Umman |
SK | Panama |
PE | Peru |
PG | Papua Yeni Gine |
PH | Filipinler |
PK | Pakistan |
PL | Polonya |
ÖS | Saint Pierre ve Miquelon |
SA | Porto Riko |
PS | Filistin Bölgesi |
PT | Portekiz |
PY | Paraguay |
kalite güvencesi | Katar |
RE | Réunion |
RO | Romanya |
RS | Sırbistan |
RU | Rusya Federasyonu |
RW | Ruanda |
SA | Suudi Arabistan |
SC | Seyşeller |
İsveç | İsveç |
SG | Singapur |
SH | Saint Helena |
SI | Slovenya |
SK | Slovakya |
SL | Sierra Leone |
SN | Senegal |
SA | Surinam |
BTÇS | Sao Tome ve Principe |
SV | El Salvador |
SZ | Svaziland |
TC | Turks ve Caicos Adaları |
TG | Togo |
Tayland | Tayland |
TL | Doğu Timor |
TM | Türkmenistan |
TK | Tonga |
TR | Türkiye |
TT | Trinidad ve Tobago |
Tayvan | Tayvan, Çin Cumhuriyeti |
TZ | Tanzanya Birleşik Cumhuriyeti |
UA | Ukrayna |
UG | Uganda |
ABD | Amerika Birleşik Devletleri |
UY | Uruguay |
UZ | Özbekistan |
VC | Saint Vincent ve Grenadinler |
VE | Venezuela (Bolivar Cumhuriyeti) |
VG | İngiliz Virgin Adaları |
VI | Virgin Adaları, ABD |
VN | Vietnam |
WS | Samoa |
YE | Yemen |
YT | Mayotte |
ZA | Güney Afrika |
ZM | Zambiya |
ZW | Zimbabve |
Firebase Authentication: Telefonla kimlik doğrulama kullanırken SMS kötüye kullanımını nasıl önleyebilirim?
Projenizin SMS trafiği artışından ve API kötüye kullanımından korunmasına yardımcı olmak için aşağıdaki adımları uygulayın:
Bir SMS bölge politikası belirleyin
Bölgesel SMS kullanımınızı görüntüleyin.
Gönderilen SMS sayısı çok yüksek ve doğrulanmış SMS sayısı çok az (veya sıfır) olan bölgelere bakın. Doğrulanmış/gönderme oranı başarı oranınızdır. SMS garantili bir iletim protokolü olmadığından ve bazı bölgelerde kötüye kullanım söz konusu olabileceğinden sağlıklı başarı oranları genellikle% 70-85 aralığındadır. %50'nin altındaki başarı oranları, birçok kişinin SMS gönderdiğini, ancak az sayıda başarılı giriş yapıldığını gösterir. Bu, kötü niyetli kişilerin ve SMS trafiğinin arttığına dair yaygın bir göstergedir.
Başarı oranı düşük SMS bölgelerini reddetmek veya yalnızca uygulamanız yalnızca belirli pazarlarda dağıtım için tasarlanmışsa belirli bölgelere izin vermek için SMS Bölge Politikası'nı kullanın.
Yetkili kimlik doğrulama alanlarınızı sınırlama
Yetkilendirilmiş alanları yönetmek için Kimlik doğrulama ayarları kontrol panelini kullanın. localhost
alanı, geliştirmeyi basitleştirmek için varsayılan olarak onaylanmış kimlik doğrulama alan adlarına eklenir. Kötü niyetli kişilerin prodüksiyon projenize erişmek üzere kendi localhost
üzerinde kod çalıştırmasını önlemek için localhost
ürününü üretim projenizdeki yetkili alanlardan kaldırmayı düşünün.
Uygulama Kontrolü'nü etkinleştirme ve zorunlu kılma
İsteklerin yalnızca projenizle ilişkili uygulamalardan geldiğini onaylayarak projenizi API'lerin kötüye kullanımına karşı korumaya yardımcı olmak için Uygulama Kontrolü'nü etkinleştirin.
Uygulama Kontrolü'nü Firebase Authentication ile kullanmak için Firebase Authentication with Identity Platform'a yükseltmeniz gerekir.
Firebase konsolunda Kimlik Doğrulama için Uygulama Kontrolü'nü zorunlu kılmanız gerektiğini unutmayın (zorunlu kılmadan önce trafiği izlemeyi düşünün). Ayrıca reCAPTCHA Enterprise onaylı siteler listenizi bir kez daha kontrol ederek bu sitenin yalnızca üretim sitelerinizi içerdiğini ve Uygulama Kontrolü'nde projenize kaydedilen uygulama listesinin doğru olduğunu doğrulayın.
Uygulama Kontrolü'nün, çağrının kayıtlı uygulamalarınızdan birinden geldiğini iddia ederek otomatik saldırılara karşı korunmaya yardımcı olduğunu unutmayın. Kullanıcıların uygulamanızı istenmeyen şekillerde kullanmalarını engellemez (örneğin, gönderilen SMS'ler oluşturmak için giriş akışlarını başlattıktan sonra hiçbir zaman tamamlamaz).
Firebase Authentication: Android uygulamamda neden şu hatayı alıyorum:
Google sign in failed
?
Google sign in failed
Aşağıdaki hatayı alıyorsanız bu SSS'deki sorun giderme adımlarını uygulayın:
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 ile oturum açmanın, kimlik doğrulama sağlayıcısı olarak düzgün şekilde etkinleştirildiğinden emin olun:
Firebase konsolunda Kimlik Doğrulama bölümünü açın.
Oturum açma yöntemi sekmesinde, Google oturum açma yöntemini devre dışı bırakın ve daha sonra yeniden etkinleştirin (etkinleştirilmiş olsa bile):
Google oturum açma yöntemini açın, devre dışı bırakın ve ardından Kaydet'i tıklayın.
Google oturum açma yöntemini yeniden açıp etkinleştirin ve Kaydet'i tıklayın.
Uygulamanızın güncel Firebase yapılandırma dosyasını (
google-services.json
) kullandığından emin olun.
Uygulamanızın yapılandırma dosyasını alın.Hatayı hâlâ alıp almadığınızı kontrol edin. Böyle bir durumda bir sonraki sorun giderme adımına geçin.
Gerekli temel OAuth 2.0 istemcilerinin mevcut olduğundan emin olun.
Google Cloud Console'un Kimlik Bilgileri sayfasında OAuth 2.0 İstemci Kimlikleri bölümüne bakın.
OAuth 2.0 istemcileri yoksa (yukarıdaki tüm sorun giderme adımlarını uyguladıysanız) destek ekibiyle iletişime geçin.
Firebase Authentication: Apple platform uygulamamda neden şu hatayı alıyorum:
You must specify <clientID> in <GIDConfiguration>
?
You must specify <clientID> in <GIDConfiguration>
Aşağıdaki hatayı alıyorsanız bu SSS'deki sorun giderme adımlarını uygulayın:
You must specify |clientID| in |GIDConfiguration|
Google ile oturum açmanın, kimlik doğrulama sağlayıcısı olarak düzgün şekilde etkinleştirildiğinden emin olun:
Firebase konsolunda Kimlik Doğrulama bölümünü açın.
Oturum açma yöntemi sekmesinde, Google oturum açma yöntemini devre dışı bırakın ve daha sonra yeniden etkinleştirin (etkinleştirilmiş olsa bile):
Google oturum açma yöntemini açın, devre dışı bırakın ve ardından Kaydet'i tıklayın.
Google oturum açma yöntemini yeniden açıp etkinleştirin ve Kaydet'i tıklayın.
Uygulamanızın güncel Firebase yapılandırma dosyasını (
GoogleService-Info.plist
) kullandığından emin olun.
Uygulamanızın yapılandırma dosyasını alın.Hatayı hâlâ alıp almadığınızı kontrol edin. Böyle bir durumda bir sonraki sorun giderme adımına geçin.
Gerekli temel OAuth 2.0 istemcilerinin mevcut olduğundan emin olun.
Google Cloud Console'un Kimlik Bilgileri sayfasında OAuth 2.0 İstemci Kimlikleri bölümüne bakın.
OAuth 2.0 istemcileri yoksa (yukarıdaki tüm sorun giderme adımlarını uyguladıysanız) destek ekibiyle iletişime geçin.
Firebase Authentication: Web uygulamamda neden aşağıdaki hatayı alıyorum:
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
?
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
Aşağıdaki hatayı alıyorsanız bu SSS'deki sorun giderme adımlarını uygulayın:
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
Google ile oturum açmanın, kimlik doğrulama sağlayıcısı olarak düzgün şekilde etkinleştirildiğinden emin olun:
Firebase konsolunda Kimlik Doğrulama bölümünü açın.
Oturum açma yöntemi sekmesinde, Google oturum açma yöntemini devre dışı bırakın ve daha sonra yeniden etkinleştirin (etkinleştirilmiş olsa bile):
Google oturum açma yöntemini açın, devre dışı bırakın ve ardından Kaydet'i tıklayın.
Google oturum açma yöntemini yeniden açıp etkinleştirin ve Kaydet'i tıklayın.
Ayrıca, Kimlik Doğrulama bölümünün Google oturum açma sağlayıcısı yapılandırmasında, OAuth istemci kimliği ve gizli anahtarının, Google Cloud konsolunun Kimlik Bilgileri sayfasında gösterilen web istemcisiyle eşleştiğinden emin olun (OAuth 2.0 İstemci Kimlikleri bölümüne bakın).
Firebase Authentication: Web uygulamamda yönlendirmelerle oturum açma neden aşağıdaki hatayı vererek başarısız oluyor:
This domain YOUR_REDIRECT_DOMAIN is not
authorized to run this operation
?
This domain YOUR_REDIRECT_DOMAIN is not
authorized to run this operation
Aşağıdaki hatayı alıyorsanız bu SSS'deki sorun giderme adımlarını uygulayın:
This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.
Bu hatanın nedeni büyük olasılıkla yönlendirme alanınızın Firebase Authentication için yetkilendirilmiş alan olarak listelenmemesi veya Firebase Authentication Hizmeti ile kullandığınız API anahtarının geçersiz olmasıdır.
Öncelikle YOUR_REDIRECT_DOMAIN alanının Firebase projeniz için yetki verilen alanlar listesinde bulunduğundan emin olun. Yönlendirme alanınız zaten burada listeleniyorsa geçersiz API anahtarıyla ilgili sorunları gidermeye devam edin.
Firebase Authentication JS SDK'sı varsayılan olarak Browser key
olarak etiketlenmiş Firebase projenizin API anahtarını kullanır ve oturum açma yönlendirme URL'sinin yetkilendirilen alanlar listesine göre geçerli olduğunu doğrulamak için bu anahtarı kullanır.
Kimlik doğrulama, bu API anahtarını Authentication SDK'ya nasıl eriştiğinize bağlı olarak alır:
Kullanıcıların Authentication JS SDK ile giriş yapmasını sağlamak için Barındırma tarafından sağlanan Kimlik Doğrulama yardımcılarını kullanırsanız Firebase Hosting'e her dağıtım yaptığınızda Firebase, Firebase yapılandırmanızın geri kalanıyla birlikte API anahtarınızı otomatik olarak alır. Web uygulamanızdaki
firebaseConfig
authDomain
alanının, ilgili Hosting sitesinin alanlarından birini kullanacak şekilde doğru şekilde yapılandırıldığından emin olun.https://authDomain__/firebase/init.json
adresine gidipprojectId
öğesininfirebaseConfig
cihazınızdaki öğeyle eşleşip eşleşmediğini kontrol ederek bunu doğrulayabilirsiniz.Oturum açma kodunu kendiniz barındırıyorsanız kendiliğinden barındırılan Authentication JS SDK Yönlendirme yardımcısına Firebase yapılandırmasını sağlamak için
__/firebase/init.json
dosyası kullanabilirsiniz. API anahtarı ve bu yapılandırma dosyasında listelenenprojectId
, web uygulamanızfirebaseConfig
ile eşleşmelidir.
Bu API anahtarının silinmediğinden emin olun: Google Cloud Console'da, projenizin tüm API anahtarlarının listelendiği API'ler ve Hizmetler > Kimlik Bilgileri paneline gidin.
Browser key
silinmediyse aşağıdakileri kontrol edin:Firebase Authentication API'nin, anahtarın erişebileceği izin verilen API'ler listesinde bulunduğundan emin olun (API anahtarlarına yönelik API kısıtlamaları hakkında daha fazla bilgi edinin).
Oturum açma kodunu kendiniz barındırıyorsanız
__/firebase/init.json
dosyanızda listelenen API anahtarının Cloud Console'daki API anahtarıyla eşleştiğinden emin olun. Gerekirse dosyadaki anahtarı düzeltin, ardından uygulamanızı yeniden dağıtın.Browser key
silindiyse Firebase'in sizin için yeni bir API anahtarı oluşturmasını sağlayabilirsiniz: Firebase konsolunda settings > Proje ayarları'na gidin, ardından Uygulamalarınız bölümünde web uygulamanızı tıklayın. Bu işlem, web uygulamanızın SDK kurulumu ve yapılandırması bölümünde görebileceğiniz API anahtarını otomatik olarak oluşturur.
Cloud Console'da bu yeni API anahtarının
Browser key
olarak anılmayacağını, bunun yerine Firebase Web Uygulamanızın takma adıyla aynı olacağını unutmayın. Bu yeni API anahtarına API kısıtlamaları eklemeye karar verirseniz Firebase Authentication API'nin izin verilen API'ler listesinde olduğundan emin olun.Yeni API anahtarınızı oluşturduktan sonra aşağıdaki ilgili adımları uygulayın:
Ayrılmış Hosting URL'leri kullanıyorsanız uygulamanızı Firebase'e yeniden dağıtın. Böylece uygulamanız, Firebase yapılandırmanızın geri kalanıyla birlikte yeni API anahtarını otomatik olarak alabilir.
Oturum açma kodunu kendiniz barındırıyorsanız, yeni API anahtarını kopyalayıp
__/firebase/init.json
dosyanıza ekleyin, ardından uygulamanızı yeniden dağıtın.
Firebase Authentication: Bir OAuth web istemcisini manuel olarak nasıl oluştururum?
Google Cloud Console'un Kimlik Bilgileri sayfasını açın.
Sayfanın üst tarafında, Kimlik bilgisi oluştur > OAuth istemci kimliği seçeneğini belirleyin.
İzin ekranınızı yapılandırmanız istenirse ekrandaki talimatları uygulayın, ardından bu SSS'de yer alan aşağıdaki adımlarla devam edin.
OAuth web istemcisini oluşturun:
Uygulama Türü için Web uygulaması'nı seçin.
Yetkilendirilmiş JavaScript Kaynakları bölümüne aşağıdakileri ekleyin:
http://localhost
http://localhost:5000
https://PROJECT_ID.firebaseapp.com
https://PROJECT_ID.web.app
Yetkilendirilmiş yönlendirme URI'leri için aşağıdakileri ekleyin:
https://PROJECT_ID.firebaseapp.com/__/auth/handler
https://PROJECT_ID.web.app/__/auth/handler
OAuth istemcisini kaydedin.
Yeni OAuth istemci kimliğini ve istemci sırrını panonuza kopyalayın.
Firebase konsolunda Kimlik Doğrulama bölümünü açın.
Oturum açma yöntemi sekmesinde Google ile Oturum Açma sağlayıcısını açın ve Google Cloud Console'dan oluşturup kopyaladığınız web sunucusu istemci kimliğini ve gizli anahtarını yapıştırın. Save'i (Kaydet) tıklayın.
Firebase Authentication: Kullanıcı e-posta adresi ve şifre kullanarak kaydolduğunda onay e-postasının e-posta şablonunda %APP_NAME%
nasıl belirlenir?
Aralık 2022'den önce, e-posta şablonundaki %APP_NAME%
, Firebase projesine bir Android uygulaması kaydedildiğinde otomatik olarak sağlanan OAuth marka adıyla dolduruluyordu. OAuth markası yalnızca Google ile Oturum Açma özelliği etkinleştirildiğinde sağlandığından aşağıda %APP_NAME%
özelliğinin nasıl belirlendiği açıklanmaktadır:
OAuth marka adı varsa e-posta şablonundaki
%APP_NAME%
, OAuth marka adı olur (Aralık 2022 öncesi davranışla aynıdır).OAuth marka adı kullanılamıyorsa e-posta şablonundaki
%APP_NAME%
şu şekilde belirlenir:Web uygulamalarında
%APP_NAME%
, varsayılan Firebase Hosting site adı olur (.firebaseapp.com
ve.web.app
'dan önceki değer ve genellikle Firebase proje kimliğidir).Mobil uygulamalar için:
İstekte Android paket adı veya iOS paket kimliği varsa
%APP_NAME%
, sırasıyla Play Store veya App Store'da kullanılan uygulama adı olacaktır.Aksi takdirde
%APP_NAME%
, varsayılan Firebase Hosting site adı (.firebaseapp.com
ve.web.app
öncesinde ve genellikle Firebase proje kimliği) olur.
Varsayılan Firebase Hosting site adı araması başarısız olursa son yedek,
%APP_NAME%
olarak Firebase proje kimliğini kullanmaktır.
Cloud Functions
Cloud Functions çalışma zamanı desteği
Desteklenen en yeni Node.js sürümüne nasıl geçebilirim?
- Blaze fiyatlandırma planını kullandığınızdan emin olun.
- Firebase CLI'nın en son sürümünü kullandığınızdan emin olun.
- İşlevlerinizin
package.json
içindekiengines
alanını güncelleyin. - İsteğe bağlı olarak, değişikliklerinizi Firebase Local Emulator Suite'i kullanarak test edin.
- Tüm işlevleri yeniden dağıtın.
İşlevlerimi belirli bir Node.js çalışma zamanına dağıttığımdan nasıl emin olabilirim?
Firebase konsolunda işlev kontrol paneline gidin, bir işlev seçin ve Ek ayrıntılar bölümünden işlevin dilini kontrol edin.
Firebase Extensions kullanıyorum. Cloud Functions çalışma zamanı güncellemelerinden etkilenir miyim?
Evet. Uzantılar Cloud Functions'ı kullandığından uzantılarınızın çalışma zamanının Cloud Functions ile aynı zaman çizelgesinde güncellenmesi gerekir.
Projenizde yüklü olan her uzantının düzenli olarak en son sürümüne güncelleme yapmanızı öneririz. Projelerinizin uzantılarını Firebase konsolu veya Firebase CLI üzerinden yeni sürüme geçirebilirsiniz.
Cloud Messaging
Cloud Messaging: Notifications oluşturucu ile Cloud Messaging arasındaki fark nedir?
Firebase Cloud Messaging; istemci SDK'ları, HTTP ve XMPP sunucu protokolleri aracılığıyla eksiksiz bir mesajlaşma özellikleri grubu sunar. Daha karmaşık mesajlaşma gereksinimleri olan dağıtımlar için FCM doğru seçimdir.
Notifications oluşturucu, Firebase Cloud Messaging temelinde oluşturulmuş hafif, sunucusuz bir mesajlaşma çözümüdür. Kullanıcı dostu bir grafik konsolu ve daha düşük kodlama gereksinimleriyle Notifications oluşturucu, kullanıcıların kullanıcılarla yeniden etkileşime geçmek ve onları elde tutmak, uygulamaların büyümesini desteklemek ve pazarlama kampanyalarını desteklemek için kolayca mesaj göndermesine olanak tanır.
Özellikler | Bildirim oluşturucu | Bulut Mesajlaşma | |
---|---|---|---|
Hedef | Tek cihaz | ||
Müşteriler konulara (ör. hava durumu) abone oldu | |||
Önceden tanımlanmış kullanıcı segmentindeki müşteriler (uygulama, sürüm, dil) | |||
Belirtilen analiz kitlelerindeki müşteriler | |||
Cihaz gruplarındaki istemciler | |||
İstemciden sunucuya veri akışı | |||
İleti Türü | 2 kb'a kadar bildirimler | ||
4 KB'a kadar veri mesajları | |||
Teslimat | Derhal | ||
Gelecekteki istemci cihazı yerel saati | |||
Analizler | Yerleşik bildirim analizi toplama ve dönüşüm hunisi analizi |
Cloud Messaging: Apple, APN'ler için eski ikili program protokolünü kullanımdan kaldırdığını duyurdu. Herhangi bir şey yapmam gerekiyor mu?
Hayır. Firebase Cloud Messaging, 2017'de HTTP/2 tabanlı APNs protokolüne geçiş yaptı. iOS cihazlara bildirim göndermek için FCM'yi kullanıyorsanız herhangi bir işlem yapmanıza gerek yoktur.
Cloud Messaging: FCM'yi kullanmak için diğer Firebase hizmetlerini kullanmam gerekir mi?
Firebase Cloud Messaging'i, GCM'de kullandığınız gibi, diğer Firebase hizmetlerini kullanmadan bağımsız bir bileşen olarak kullanabilirsiniz.
Cloud Messaging: Mevcut bir Google Cloud Messaging (GCM) geliştiricisiyim. Firebase Cloud Messaging'e geçmeli miyim?
FCM, GCM'nin Firebase markası altındaki yeni sürümüdür. Cloud Messaging'in geliştirilmesini kolaylaştıran yeni SDK'larla GCM'nin temel altyapısını devralır.
FCM SDK'sına geçmenin avantajları şunlardır:
- Müşteri geliştirme sürecini basitleştirin. Artık kendi kayıt veya abonelik yeniden deneme mantığınızı yazmanız gerekmez.
- Kullanıma hazır bildirim çözümü. Google Analytics'ten elde edilen analizlere göre herkesin belirli kitleleri hedeflemek için bildirim göndermesine olanak tanıyan bir web konsoluyla sunucusuz bildirim çözümü olan Bildirim oluşturucuyu kullanabilirsiniz.
GCM SDK'larından FCM SDK'larına geçiş yapmak için Android ve iOS uygulamalarını taşıma kılavuzlarına bakın.
Cloud Messaging: Hedeflenen cihazlarım neden mesaj alamıyor?
Cihazların mesajları başarılı bir şekilde almadığı görülüyorsa öncelikle aşağıdaki iki olası nedeni kontrol edin:
Bildirim mesajları için ön plan mesaj işleme. İstemci uygulamalarının, cihazda ön plandayken bildirim mesajlarını işleyebilmesi için mesaj işleme mantığı eklemesi gerekir. iOS ve Android ile ilgili ayrıntıları inceleyin.
Ağ güvenlik duvarı kısıtlamaları. Kuruluşunuzda internet trafiğini kısıtlayan bir güvenlik duvarı varsa Firebase Cloud Messaging istemci uygulamalarınızın mesaj alabilmesi için güvenlik duvarını FCM ile bağlantıya izin verecek şekilde yapılandırmanız gerekir. Açılacak bağlantı noktaları şunlardır:
- 5228
- 5229
- 5230
FCM genellikle 5228'i kullanır, ancak bazen 5229 ve 5230'u kullanır. FCM belirli IP'ler sağlamaz. Bu nedenle güvenlik duvarınızın, Google'ın ASN 15169 maddesinde listelenen IP bloklarında bulunan tüm IP adreslerine giden bağlantıları kabul etmesine izin vermeniz gerekir.
Cloud Messaging: Android uygulamamda onMessageReceived
uygulamasını uyguladım, ancak çağrılmıyor.
Uygulamanız arka plandayken sistem tepsisinde
bildirim mesajları görüntülenir ve onMessageReceived
çağrılmaz. Veri yükü içeren bildirim mesajları için bildirim mesajı sistem tepsisinde görüntülenir ve bildirim mesajındaki veriler, kullanıcı bildirime dokunduğunda başlatılan amaçtan alınabilir.
Daha fazla bilgi için Mesaj alma ve işleme başlıklı makaleye göz atın.
Bildirim oluşturucu: Notifications oluşturucu ile Cloud Messaging arasındaki fark nedir?
Notifications oluşturucu, Firebase Cloud Messaging temelinde oluşturulmuş hafif, sunucusuz bir mesajlaşma çözümüdür. Kullanıcı dostu bir grafik konsolu ve daha düşük kodlama gereksinimleriyle Notifications oluşturucu, kullanıcıların kullanıcılarla yeniden etkileşime geçmek ve onları elde tutmak, uygulamaların büyümesini desteklemek ve pazarlama kampanyalarını desteklemek için kolayca mesaj göndermesine olanak tanır.
Firebase Cloud Messaging; istemci SDK'ları, HTTP ve XMPP sunucu protokolleri aracılığıyla eksiksiz bir mesajlaşma özellikleri grubu sunar. Daha karmaşık mesajlaşma gereksinimleri olan dağıtımlar için FCM doğru seçimdir.
Firebase Cloud Messaging ve Notifications oluşturucu tarafından sağlanan mesajlaşma özelliklerinin bir karşılaştırmasını burada bulabilirsiniz:
Özellikler | Bildirim oluşturucu | Bulut Mesajlaşma | |
---|---|---|---|
Hedef | Tek cihaz | ||
Müşteriler konulara (ör. hava durumu) abone oldu | |||
Önceden tanımlanmış kullanıcı segmentindeki müşteriler (uygulama, sürüm, dil) | |||
Belirtilen analiz kitlelerindeki müşteriler | |||
Cihaz gruplarındaki istemciler | |||
İstemciden sunucuya veri akışı | |||
İleti Türü | 2 kb'a kadar bildirimler | ||
4 KB'a kadar veri mesajları | |||
Teslimat | Derhal | ||
Gelecekteki istemci cihazı yerel saati | |||
Analizler | Yerleşik bildirim analizi toplama ve dönüşüm hunisi analizi |
Bildirim oluşturucu: Mevcut bir Google Cloud Messaging (GCM) geliştiricisiyim ve Bildirimler oluşturucuyu kullanmak istiyorum. Ne yapmalıyım?
Bildirim oluşturma aracı, herkesin Google Analytics analizlerine dayanarak belirli kitleleri hedeflemek için bildirim göndermesine olanak tanıyan kullanıma hazır bir çözümdür. Ayrıca, Notifications oluşturucu, her mesaj için dönüşüm hunisi analizi sunarak bildirim etkisinin kolayca değerlendirilmesini sağlar.
Mevcut bir GCM geliştiricisiyseniz Bildirim oluşturucuyu kullanmak için GCM SDK'larından FCM SDK'larına yükseltmeniz gerekir. Android ve iOS uygulamalarını taşıma ile ilgili kılavuzlara bakın.
FCM özellikleri Haziran 2023'te kullanımdan kaldırılacak
20 Haziran 2023'te hangi FCM API'lerin desteği sonlandırıldı ve bu API'leri kullanıyorsam ne yapmalıyım?
Kullanımdan kaldırma işleminden aşağıdaki API'ler/SDK'lar etkilenecektir:
Sunucu API'leri
API adı | API Uç Noktası | Kullanıcılar üzerindeki etkisi | İşlem Gerekli |
---|---|---|---|
Eski HTTP protokolü | https://fcm.googleapis.com/fcm/send | Uç noktaya gönderilen istekler, 21.06.2024 tarihinden sonra başarısız olmaya başlayacaktır. | HTTP v1 API'ye geçiş yapın. |
Eski XMPP protokolü | fcm-xmpp.googleapis.com:5235 | Uç noktaya gönderilen istekler, 21.06.2024 tarihinden sonra başarısız olmaya başlayacaktır. | HTTP v1 API'ye geçiş yapın. |
Örnek kimliği sunucu API'leri | https://iid.googleapis.com/v1/web/iid | Uç noktaya gönderilen istekler, 21.06.2024 tarihinden sonra başarısız olmaya başlayacaktır. | FCM web kayıtları oluşturmak için Web JS SDK'sını kullanın. |
https://iid.googleapis.com/iid/* | Uç noktalar çalışmaya devam edecek ancak 21.06.2024'ten sonra statik sunucu anahtarları kullanarak kimlik doğrulamayı desteklemeyecektir. | Bir hizmet hesabından türetilmiş bir OAuth 2.0 erişim jetonu kullanın. | |
Cihaz grubu yönetimi API'si | https://fcm.googleapis.com/fcm/notification | Uç nokta çalışmaya devam edecek ancak 21.06.2024'ten sonra statik sunucu anahtarları kullanarak kimlik doğrulamayı desteklemeyecektir. | Bir hizmet hesabından türetilmiş bir OAuth 2.0 erişim jetonu kullanın. |
XMPP üzerinden yukarı akış mesajlaşması | fcm-xmpp.googleapis.com:5235 | Uygulamada FirebaseMessaging.send'e yapılan API çağrıları, 21.06.2024'ten sonra uygulama sunucusuna gönderilen yukarı yönlü mesajları tetiklemeyecektir. | Bu işlevselliği sunucu mantığınıza uygulayın. Örneğin, bazı geliştiriciler kendi HTTP/gRPC uç noktalarını uygular ve istemcilerinden uygulama sunucusuna mesaj göndermek için doğrudan bu uç noktayı çağırır. gRPC kullanarak yukarı akış mesajlaşmasının bir örneği için gRPC Hızlı Başlangıç Kılavuzu'na bakın. |
Toplu Gönderme API'si | https://fcm.googleapis.com/batch | Uç noktaya gönderilen istekler, 21.06.2024 tarihinden sonra başarısız olmaya başlayacaktır. | Çoğullama için HTTP/2'yi destekleyen standart HTTP v1 API gönderme yöntemine geçiş yapın. |
Firebase Yönetici SDK'sı API'leri
API adı | API Dili | Kullanıcılar üzerindeki etkisi | İşlem Gerekli |
---|---|---|---|
sendToDevice()
|
Node.js | API, eski HTTP send API'yi çağırdığı için 21.06.2024'ten sonra çalışmayı durduracaktır. | send() yöntemini kullanın.
|
sendToDeviceGroup()
|
Node.js | API, eski HTTP send API'yi çağırdığı için 21.06.2024'ten sonra çalışmayı durduracaktır. | send() yöntemini kullanın.
|
sendAll()/sendAllAsync()/send_all()/sendMulticast()/SendMulticastAsync()/send_multicast()
|
Node.js, Java, Python, Go, C# | Bu API'ler, toplu gönderme API'sini çağırdıkları için 21.06.2024 tarihinden sonra çalışmayı durduracak. | Firebase Admin SDK'nın en yeni sürümüne geçin ve yeni API'leri kullanın: sendEach()/
sendEachAsync()/send_each()/sendEachForMulticast()/sendEachForMulticastAsync()/
send_each_for_multicast() .
Yeni API'lerin artık desteği sonlandırılan toplu gönderme API'sini çağırmadığını ve bu nedenle eski API'lerden daha fazla eşzamanlı HTTP bağlantısı oluşturabileceğini unutmayın. |
İstemci SDK'ları
SDK sürümleri | Kullanıcılar üzerindeki etkisi | İşlem Gerekli |
---|---|---|
GCM SDK'ları (2018'de kullanımdan kaldırılmıştır) | GCM SDK'larını kullanan uygulamalar, 21.06.2024 tarihinden sonra jetonları kaydedemeyecek ve FCM'den mesaj alamayacak. | Henüz yapmadıysanız Android SDK'nızı en son Firebase SDK'sına yükseltin. |
JS SDK'ları sürüm <7.0.0 (2019'da sürüm 7.0.0'da büyük değişiklik) | Eski JS SDK'larını kullanan web uygulamaları, 21.06.2024'ten sonra jetonları kaydedemeyecektir. | Firebase Web SDK'nızı en son sürüme yükseltin. |
Haziran 2024'ten önce hizmet kesintisi yaşar mıyım?
Hayır. Hizmeti düşürmeden eski API'lerden yeni API'lere geçiş yapmak için 12 ayınız (20.06.2023 - 21.06.2024) süreniz vardır. Haziran 2024'te API'lerin kullanımdan kaldırılmasından etkilenmemek için taşıma işlemini mümkün olduğunca erken planlamanızı önemle tavsiye ederiz.
Haziran 2024'ten sonra, yukarıda listelenen API'leri/SDK'ları kullanırken hata sayısında artış veya işlev eksikliği olduğunu görebilirsiniz.
OAuth 2.0 jetonları ile sunucu anahtarları arasındaki fark nedir?
OAuth 2.0 jetonu, hizmet hesabından türetilen kısa ömürlü bir jetondur. Google'ın standart kimlik doğrulama modelidir ve statik sunucu anahtarlarından daha güvenlidir.
Jeton almak üzere Google Kimlik Doğrulama Kitaplığı'nı kullanma hakkında bilgi edinmek için Erişim jetonlarını bastırmak için kimlik bilgilerini kullanma bölümüne bakın.
Farklı uç noktalara yapılan istekler için OAuth 2.0 jetonları kullandığınızda istek başlıklarının farklı olacağını unutmayın.
- HTTP v1 API'si:
Authorization: Bearer $oauth_token
- Instance ID server API ve Device group Management API:
Authorization: Bearer $oauth_token
access_token_auth: true
İsteklerimi yeni API'ye tek seferde taşıyabilir miyim?
Yeni API'ye yönelik trafiğinizi yavaş yavaş artırmanızı öneririz. Düzenli olarak dakikada 600.000'den fazla mesaj göndermeyi düşünüyorsanız kotanın nasıl artırılacağı veya trafiğin nasıl dağıtılacağıyla ilgili öneriler için Firebase destek ekibiyle iletişime geçin.
Konulara/cihaz gruplarına mesaj gönderdiğimde HTTP v1 API ile eski API'ler arasındaki fark nedir?
Konular: v1 API'yi kullanırken konu hedefinize "/topics/" ön ekini eklemeniz gerekmez.
Cihaz grupları: Bir grup jetonunu HTTP v1 API'de jeton hedefi olarak kullanabilirsiniz. Ancak HTTP v1 API, yanıtta başarı/başarısızlık sayılarını döndürmez. FCM konularını kullanmanızı veya cihaz gruplarınızı kendiniz yönetmenizi öneririz.
HTTP v1 API, tek bir istekte birden fazla jetona mesaj göndermeyi destekliyor mu?
Hayır. Eski HTTP API'lerinde "çok noktaya yayın" adı verilen bu özellik, ölçeklenebilirlik için daha iyi tasarlanmış HTTP v1 API tarafından desteklenmez.
Uçtan uca gecikmenin kritik olduğu veya toplam dağılma boyutunun küçük olduğu (1 milyondan az) kullanım durumlarında Google, HTTP v1 API kullanarak birden fazla ayrı istek gönderilmesini önerir. HTTP/2 üzerinden HTTP v1 API, çoklu yayın isteklerinin% 99,9'unda benzer şekilde performans gösterir (< 100 jeton gönderme). Aykırı kullanım alanlarında (1.000 jeton gönderme) bu işlem, işleme hızının üçte birine kadar ulaşır. Bu nedenle, bu alışılmadık kullanım alanı için optimizasyon sağlamak üzere ek eşzamanlılık gerekir. Kullanıcılar, HTTP v1 API ile eski çoklu yayına göre daha fazla güvenilirlik ve kullanılabilirlik elde edebilir.
Google, işlem ve çıkış bant genişliğine öncelik verilen veya toplam dağılma boyutunun büyük (1 milyondan fazla) olduğu kullanım durumları için konu mesajlarının kullanılmasını önerir. Konu mesajlaşması, alıcıların bir konuya abone olması için tek seferlik bir işlem yapılmasını gerektirse de konu boyutuyla ilgili maksimum sınır olmadan proje dağılma oranı başına 10.000 QPS'ye kadar sunar.
Yeni API'ler, Firebase Admin SDK'nın hangi sürümlerinde kullanılıyor?
Platform | Firebase Admin SDK sürümü |
---|---|
Node.js | >=11,7,0 |
Python | >=6,2,0 |
Java | >=9,2,0 |
Go | >=4,12,0 |
.NET | >=2,4,0 |
Toplu gönderme API'si ile HTTP v1 API arasındaki fark nedir?
FCM toplu gönderme API'si, HTTP v1 API ile aynı mesaj biçimini ve kimlik doğrulama mekanizmasını kullanır. Ancak, farklı bir uç nokta kullanır. Verimliliği artırmak istiyorsanız HTTP v1 API'ye aynı HTTP bağlantısı üzerinden birden çok istek göndermek için HTTP/2'yi kullanabilirsiniz.
Projeme erişemiyorsam ne yapmalıyım?
Yardım almak için Google Cloud Destek Ekibi ile iletişime geçin.
Yeni projeler eski Cloud Messaging API'yi etkinleştirebilir mi?
Hayır. 20.05.2024'ten itibaren yeni projelerde eski API'lerin etkinleştirilmesine izin verilmeyecektir.
Cloud Storage for Firebase
Cloud Storage for Firebase: Neden Cloud Storage for Firebase'i kullanamıyorum?
Cloud Storage for Firebase, App Engine'in ücretsiz katmanında varsayılan paket oluşturur. Bu sayede, kredi kartı takmanıza veya bir Cloud Faturalandırma Hesabı etkinleştirmeniz gerekmeden Firebase ve Cloud Storage for Firebase'i hızla kullanmaya başlayabilirsiniz. Ayrıca Firebase ile Google Cloud projeleri arasında kolayca veri paylaşmanıza olanak tanır.
Bununla birlikte, bu paketin oluşturulamadığı ve Firebase için Cloud Storage'ı kullanamayacağınız bilinen iki durum vardır:
- App Engine Ana/Yardımcı Datastore uygulaması bulunan, Google Cloud'dan içe aktarılan bir proje.
-
Google Cloud'dan içe aktarılan ve alan adı ön ekli projeleri olan bir proje. Örneğin:
domain.com:project-1234
.
Bu sorunlar için şu anda geçici bir çözüm bulunmamaktadır. Firebase konsolunda yeni bir proje oluşturup bu projede Cloud Storage for Firebase'i etkinleştirmenizi öneririz.
Cloud Storage for Firebase: Cloud Storage for Firebase API'yi kullanırken neden hizmet hesabı izinleri ve başarısız hizmet hesabı işlemleri hakkında hata kodu 412 yanıtları alıyorum?
412 hata kodlarını almanızın nedeni, projenizde Cloud Storage for Firebase API'nin etkinleştirilmemesi veya gerekli bir hizmet hesabının gerekli izinlere sahip olmaması olabilir.
İlgili SSS bölümüne bakın.
Firebase için Cloud Storage: Spark planı projelerinde yürütülebilir dosyaları depolayabilir miyim?
Firebase, ücretsiz (Spark) plan projelerinde Windows, Android ve Apple için Firebase için Cloud Storage ve Firebase Hosting'den belirli yürütülebilir dosya türlerinin yüklenmesini ve barındırılmasını engeller. Bu politika, platformumuzda kötüye kullanımı önlemek için hazırlanmıştır.
28 Eylül 2023'te veya sonrasında oluşturulan tüm Spark projeleri için izin verilmeyen dosyaların sunulması, barındırılması ve dosya yüklemeleri engellenir. Bu tarihten önce yüklenmiş dosyaların bulunduğu mevcut Spark projeleri için bu tür dosyalar yüklenebilir ve barındırılabilir.
Bu kısıtlama, Spark planı projeleri için geçerlidir. Kullandıkça öde (Blaze) planındaki projeler bu durumdan etkilenmez.
Aşağıdaki dosya türleri, Firebase Hosting ve Cloud Storage for Firebase'de barındırılamaz:
.exe
,.dll
ve.bat
uzantılarına sahip Windows dosyaları.apk
uzantısına sahip Android dosyaları.ipa
uzantılı Apple platform dosyaları
Ne yapmanız gerekiyor?
Bu dosya türlerini 28 Eylül 2023'ten sonra da barındırmaya devam etmek istiyorsanız:
- Hosting için: Bu dosya türlerini
firebase deploy
komutu aracılığıyla Firebase Hosting'e dağıtmadan önce Blaze planına yükseltin. - Depolama için: Bu dosya türlerini GCS CLI, Firebase konsolu veya Google Cloud Console'u kullanarak istediğiniz pakete yüklemek için Blaze planına geçin.
Firebase Hosting ve Cloud Storage kaynaklarınızı yönetmek için Firebase araçlarını kullanın.
- Firebase Hosting'deki kaynakları yönetmek için sürümleri bu rehbere göre silmek amacıyla Firebase konsolunu kullanın.
- Cloud Storage'daki kaynakları yönetmek için projenizdeki Storage ürün sayfasına gidin.
- Dosyalar sekmesinde, klasör hiyerarşinizde silinecek izin verilmeyen dosyaları bulun, ardından panelin sol tarafındaki dosya adlarının yanındaki onay kutusunu kullanarak dosyaları seçin.
- Sil'i tıklayın ve dosyaların silindiğini onaylayın.
Kaynakları Firebase araçlarıyla barındırma ve İstemci kitaplıklarıyla Firebase için Cloud Storage paketleri yönetme hakkında daha fazla bilgi için lütfen belgelerimize bakın.
Cloud Storage for Firebase: Yükleme ve indirme işlemlerinde neden beklenmedik bir artış görüyorum?
Daha önce, Cloud Storage for Firebase API'ye yapılan indirme ve yükleme istekleri düzgün şekilde sayılmıyordu. Bu sorunu düzeltmek için 15 Eylül 2023'ten itibaren gerekli adımları attık.
Blaze kullanıcılarının yükleme ve indirme işlemleri, aylık faturanıza dahil edilmeye başlayacak. Spark kullanıcıları aylık ücretsiz sınırına dahil edilmeye başlayacak.
Sınırlarınıza dahil olabilecek tüm artışlar için Kullanım sayfanızı izlemenizi öneririz.
Cloud Storage for Firebase: Neden Firebase için Cloud Storage kullanan Firebase projelerimle ilişkilendirilmiş yeni hizmet hesabı kimlikleri görüyorum?
Firebase, kullanıcı kimlik bilgilerini paylaşmadan hizmetleri çalıştırmak ve yönetmek için hizmet hesaplarını kullanır. Firebase projesi oluşturduğunuzda, projenizde bir dizi hizmet hesabının zaten mevcut olduğunu fark edebilirsiniz.
Cloud Storage for Firebase'in kullandığı hizmet hesabı, projenizin kapsamına girer ve service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
olarak adlandırılır.
Firebase için Cloud Storage'ı 19 Eylül 2022'den önce kullandıysanız önceden bağlanmış olan firebase-storage@system.gserviceaccount.com
adlı Cloud Storage paketlerinde ek bir hizmet hesabı görebilirsiniz. 19 Eylül 2022 itibarıyla bu hizmet hesabı desteklenmemektedir.
Projenizle ilişkili tüm hizmet hesaplarını Firebase konsolundaki Hizmet hesapları sekmesinde görüntüleyebilirsiniz.
Yeni hizmet hesabını ekleme
Hizmet hesabını daha önce kaldırdıysanız veya hizmet hesabı projenizde yoksa hesabı eklemek için aşağıdakilerden birini yapabilirsiniz.
- (Önerilen) Otomatik: Paketinizi Firebase'e yeniden aktarmak için AddFirebase REST uç noktasını kullanın. Bu uç noktayı her bağlı paket için bir kez değil, yalnızca bir kez çağırmanız gerekir.
-
Manuel: Hizmet hesaplarını oluşturma ve yönetme başlıklı makaledeki adımları uygulayın.
Bu kılavuzdan sonra IAM rolü
Cloud Storage for Firebase Service Agent
ve hizmet hesabı adıservice-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
olan bir hizmet hesabı ekleyin.
Yeni hizmet hesabını kaldırma
Uygulamalarınızdan Cloud Storage paketlerinize erişimi engelleyebileceği için hizmet hesabını kaldırmanızı kesinlikle önermiyoruz. Hizmet hesabını projenizden kaldırmak için Hizmet hesabını devre dışı bırakma bölümündeki talimatları uygulayın.
Crashlytics
Faydalı ipuçları ve daha fazla SSS için yanıtlar için Crashlytics sorun giderme ve SSS sayfasını ziyaret edin.
Dynamic Links
Dinamik Bağlantılar: Firebase'in Dinamik Bağlantılar ile ilgili gelecekteki planları nelerdir?
Dinamik Bağlantılar Hakkında SSS bölümünü inceleyin.
Dinamik Bağlantılar: Android uygulamam neden her Dinamik Bağlantı'ya neden iki kez erişiyor?
getInvitation
API, iki kez erişilmesini önlemek için kayıtlı Dinamik Bağlantıyı temizler. Etkinlik ana etkinlik dışında tetiklendiğinde durum için temizlemek üzere bu API'yi derin bağlantı etkinliklerinin her birinde autoLaunchDeepLink
parametresi false
olarak ayarladığınızdan emin olun.
Firebase Local Emulator Suite
Emulator Suite günlüklerinde neden "Tek proje modunda birden fazla proje kimliği önerilmez" hatasıyla başlıyor?
Bu mesaj Emulator Suite'in farklı proje kimlikleri kullanarak belirli bir ürün emülatörü çalıştırıyor olabileceğini algıladığını gösterir. Bu durum, yanlış yapılandırmaya işaret edebilir ve emülatörler birbirleriyle iletişim kurmaya çalıştığında ve siz kodunuzdan emülatörlerle etkileşim kurmaya çalıştığında sorunlara yol açabilir. Proje kimlikleri eşleşmezse genellikle emülatörlerde depolanan veriler projectID için anahtarlandığı için veriler eksik görünür. Birlikte çalışabilirlik ise eşleşen proje kimliklerine bağlıdır.
Bu durum geliştiricilerin ortak bir kafa karışıklığı yaşamasına neden olmuştur. Bu nedenle, firebase.json
yapılandırma dosyasında aksini belirtmediğiniz sürece, varsayılan olarak Local Emulator Suite yalnızca tek bir proje kimliğiyle çalıştırılmaya izin verir. Bir emülatör birden fazla proje kimliği tespit ederse bir uyarı kaydeder ve önemli bir hata verebilir.
Proje kimliği beyanlarınızda uyuşmazlık olup olmadığını kontrol edin:
-
Komut satırında ayarlanan varsayılan proje. Proje kimliği varsayılan olarak
firebase init
veyafirebase use
ile seçilen projeden başlangıçta alınır. Proje listesini görüntülemek (ve hangisinin seçildiğini görmek) içinfirebase projects:list
kodunu kullanın. -
Ünite testleri. Proje kimliği genellikle
initializeTestEnvironment
veyainitializeTestApp
Kural Birimi Testi kitaplık yöntemlerine yapılan çağrılarda belirtilir. Diğer test kodları,initializeApp(config)
ile başlatılabilir. -
--project
komut satırı işareti. Firebase CLI--project
işaretinin iletilmesi, varsayılan projeyi geçersiz kılar. Birim testlerinde ve uygulama başlatmada, işaret değerinin proje kimliğiyle eşleştiğinden emin olmanız gerekir.
Kontrol edilecek platforma özel yerler:
Web | JavaScript firebaseConfig nesnenizdeki projectId özelliği (initializeApp içinde kullanılır).
|
Android | google-services.json yapılandırma dosyasındaki project_id özelliği.
|
Apple platformları | GoogleService-Info.plist yapılandırma dosyasındaki PROJECT_ID özelliği.
|
Tek proje modunu devre dışı bırakmak için firebase.json
uygulamasını singleProjectMode
tuşuyla güncelleyin:
{ "firestore": { ... }, "functions": { ... }, "hosting": { ... }, "emulators": { "singleProjectMode": false, "auth": { "port": 9099 }, "functions": { "port": 5001 }, ... } }
Hosting
Barındırma: Spark planı projelerinde yürütülebilir dosyaları depolayabilir miyim?
Firebase, ücretsiz (Spark) plan projelerinde Windows, Android ve Apple için Firebase için Cloud Storage ve Firebase Hosting'den belirli yürütülebilir dosya türlerinin yüklenmesini ve barındırılmasını engeller. Bu politika, platformumuzda kötüye kullanımı önlemek için hazırlanmıştır.
28 Eylül 2023'te veya sonrasında oluşturulan tüm Spark projeleri için izin verilmeyen dosyaların sunulması, barındırılması ve dosya yüklemeleri engellenir. Bu tarihten önce yüklenmiş dosyaların bulunduğu mevcut Spark projeleri için bu tür dosyalar yüklenebilir ve barındırılabilir.
Bu kısıtlama, Spark planı projeleri için geçerlidir. Kullandıkça öde (Blaze) planındaki projeler bu durumdan etkilenmez.
Aşağıdaki dosya türleri, Firebase Hosting ve Cloud Storage for Firebase'de barındırılamaz:
.exe
,.dll
ve.bat
uzantılarına sahip Windows dosyaları.apk
uzantısına sahip Android dosyaları.ipa
uzantılı Apple platform dosyaları
Ne yapmanız gerekiyor?
Bu dosya türlerini 28 Eylül 2023'ten sonra da barındırmaya devam etmek istiyorsanız:
- Hosting için: Bu dosya türlerini
firebase deploy
komutu aracılığıyla Firebase Hosting'e dağıtmadan önce Blaze planına yükseltin. - Depolama için: Bu dosya türlerini GCS CLI, Firebase konsolu veya Google Cloud Console'u kullanarak istediğiniz pakete yüklemek için Blaze planına geçin.
Firebase Hosting ve Cloud Storage kaynaklarınızı yönetmek için Firebase araçlarını kullanın.
- Firebase Hosting'deki kaynakları yönetmek için sürümleri bu rehbere göre silmek amacıyla Firebase konsolunu kullanın.
- Cloud Storage'daki kaynakları yönetmek için projenizdeki Storage ürün sayfasına gidin.
- Dosyalar sekmesinde, klasör hiyerarşinizde silinecek izin verilmeyen dosyaları bulun, ardından panelin sol tarafındaki dosya adlarının yanındaki onay kutusunu kullanarak dosyaları seçin.
- Sil'i tıklayın ve dosyaların silindiğini onaylayın.
Kaynakları Firebase araçlarıyla barındırma ve İstemci kitaplıklarıyla Firebase için Cloud Storage paketleri yönetme hakkında daha fazla bilgi için lütfen belgelerimize bakın.
Barındırma: Firebase konsolundaki Hosting sürüm geçmişi tablomda neden yerel projemin gerçekte sahip sayısından daha fazla dosya sayısı gösteriliyor?
Firebase, Hosting sitesiyle ilgili meta verileri içeren ekstra dosyaları otomatik olarak ekler ve bu dosyalar sürümün toplam dosya sayısına dahil edilir.
Barındırma: Firebase Hosting'e dağıtabileceğim en büyük dosya boyutu nedir?
Barındırma hizmeti, tek tek dosyalar için maksimum 2 GB boyut sınırına sahiptir.
Daha büyük dosyaları Cloud Storage kullanarak depolamanızı öneririz. Bu özellik, her nesne için terabayt aralığında maksimum boyut sınırı sunar.
Barındırma: Firebase projesi başına kaç Hosting sitem olabilir?
Firebase Hosting çoklu site özelliği, proje başına maksimum 36 siteyi destekler.
Performance Monitoring
Faydalı ipuçları ve daha fazla sık sorulan sorunun yanıtı için Performans İzleme ile ilgili sorun giderme ve SSS sayfasını ziyaret edin.
Performance Monitoring: Kaç tane özel URL kalıbı oluşturabilirim?
Uygulama başına toplam 400 özel URL kalıbı ve alan adı başına en fazla 100 özel URL kalıbı oluşturabilirsiniz.
Performans İzleme: Performans verilerinin gerçek zamanlı görüntüsünü neden görmüyorum?
Gerçek zamanlı performans verilerini görüntülemek için uygulamanızın, gerçek zamanlı veri işlemeyle uyumlu bir Performance Monitoring SDK sürümü kullandığından emin olun.
- iOS - 7.3.0 veya sonraki sürümler
- tvOS - 8.9.0 veya sonraki sürümler
- Android - 19.0.10 veya sonraki sürümler (ya da Firebase Android BoM 26.1.0 veya sonraki sürümler)
- Web - 7.14.0 veya sonraki sürümler
Her zaman SDK'nın en son sürümünü kullanmanızı öneririz. Ancak yukarıda listelenen sürümlerin tümü, Performance Monitoring'in verilerinizi neredeyse gerçek zamanlı olarak işlemesini sağlar.
Realtime Database
Realtime Database: Realtime Database'im raporladığı bant genişliği Eylül 2016 ile Mart 2017 arasında neden ortalamadan daha düşüktü?
Bant genişliği hesaplamalarımızda normalde SSL şifreleme ek yükünü dahil ederiz (OSI modelinin 5. katmanına göre). Ancak Eylül 2016'da bant genişliği raporlamamızın şifreleme ek yükünü göz ardı etmesine neden olan bir hatayı kullanıma sunduk. Bu durum, bildirilen bant genişliğinin ve faturaların birkaç ay boyunca yapay olarak düşük olmasına yol açmış olabilir.
Mart 2017'nin sonlarında bu hata için düzeltme yayınlayıp bant genişliği raporlaması ve faturalandırmasını normal seviyelerine döndürdük.
Realtime Database: Realtime Database'in ölçeklendirme sınırlamaları nelerdir?
Her Realtime Database örneğinin saniye başına yazma işlemi sayısı sınırları vardır. Küçük yazma işlemleri için bu sınır saniyede yaklaşık 1.000 yazma işlemidir. Bu sınıra yaklaşıyorsanız çok yollu güncellemeleri kullanarak toplu işlemler yapmak daha yüksek işleme hızı elde etmenize yardımcı olabilir.
Ayrıca, her veritabanı örneğinin eş zamanlı veritabanı bağlantı sayısı için bir sınırı vardır. Varsayılan sınırlarımız çoğu uygulama için yeterince büyüktür. Ek ölçek gerektiren bir uygulama oluşturuyorsanız ek ölçek için uygulamanızı birden fazla veritabanı örneğine ayırmanız gerekebilir. Alternatif bir veritabanı olarak Cloud Firestore'u da deneyebilirsiniz.
Realtime Database: Realtime Database kullanım sınırlarımı aşarsam ne yapabilirim?
Firebase konsolunda Realtime Database kullanım sınırlarınızı aştığınızı belirten bir e-posta uyarısı veya bildirim aldıysanız, aştığınız kullanım sınırına göre bu durumu ele alabilirsiniz. Realtime Database kullanımınızı görmek için Firebase konsolundaki Realtime Database Usage kontrol paneline gidin.
İndirme sınırınızı aştıysanız Firebase fiyatlandırma planınızı yükseltebilir veya bir sonraki faturalandırma döngünüzün başında indirme sınırınızın sıfırlanmasını bekleyebilirsiniz. İndirme sayınızı azaltmak için aşağıdaki adımları deneyin:
- Dinleme işlemlerinizin döndürdüğü verileri sınırlandırmak için sorgular ekleyin.
- Dizine eklenmeyen sorgu olup olmadığını kontrol edin.
- Yalnızca veri güncellemelerini indiren işleyicileri kullanın. Örneğin,
once()
yerineon()
. - Yetkisiz indirmeleri engellemek için güvenlik kurallarını kullanın.
Depolama alanı sınırınızı aştıysanız hizmet kesintilerini önlemek için fiyatlandırma planınızı yükseltin. Veritabanınızdaki veri miktarını azaltmak için aşağıdaki adımları deneyin:
- Periyodik temizlik işleri çalıştırın.
- Veritabanınızdaki yinelenen verileri azaltın.
Tüm veri silme işlemlerinin depolama alanı servis biriminize yansıtılması biraz zaman alabilir.
Eşzamanlı veritabanı bağlantısı sınırınızı aştıysanız hizmet kesintisi yaşamamak için planınızı yükseltin. Veritabanınıza eşzamanlı bağlantıları yönetmek için gerçek zamanlı bağlantı gerektirmiyorsa kullanıcılar aracılığıyla REST API üzerinden bağlanmayı deneyin.
Remote Config
Remote Config: Getirilen değerler uygulamamın davranışını ve görünümünü neden değiştirmiyor?
fetchAndActivate()
ile değer getirmediğiniz sürece değerler yerel olarak depolanır ancak etkinleştirilmez. Getirilen değerleri etkinleştirmek üzere etkinleştirmek için activate
yöntemini çağırın. activate
öğesini ne zaman çağıracağınızı seçebildiğinizden bu tasarım, uygulamanızın davranışının ve görünümünün ne zaman değişeceğini kontrol etmenizi sağlar. activate
yöntemini çağırdıktan sonra, güncellenen parametre değerlerinin ne zaman kullanılacağını uygulama kaynak kodunuz belirler.
Örneğin, değerleri getirebilir ve daha sonra kullanıcının uygulamanızı bir sonraki başlatışında bu değerleri etkinleştirebilirsiniz. Böylece uygulamanız hizmetten getirilen değerleri beklerken uygulamanın başlatılmasını geciktirme ihtiyacını ortadan kaldırır. Daha sonra, uygulamanız güncellenmiş parametre değerlerini kullandığında uygulamanızın davranışı ve görünümünde değişiklikler meydana gelir.
Remote Config API ve kullanım modeli hakkında daha fazla bilgi edinmek için Remote Config API'ye Genel Bakış sayfasını inceleyin.
Remote Config: Uygulamamı geliştirirken çok sayıda getirme isteği yapıyorum. Uygulamam neden getirme istekleri gönderdiğinde hizmetten her zaman en son değerleri almıyor?
Uygulamanızı geliştirirken ve test ederken hızlı bir şekilde yinelemenizi sağlamak için uygulama geliştirme sırasında yapılandırmaları çok sık (saatte birçok kez) getirip etkinleştirmek isteyebilirsiniz. Bir projede 10'a kadar geliştiriciyle hızlı yineleme gerçekleştirmek için uygulamanızda geçici olarak düşük minimum getirme aralığına (setMinimumFetchIntervalInSeconds
) sahip bir FirebaseRemoteConfigSettings
nesnesi ayarlayabilirsiniz.
Remote Config: Uygulamam bir getirme isteği gönderdikten sonra Remote Config hizmeti, getirilen değerleri ne kadar süre içinde döndürür?
Cihazlar, getirilen değerleri genellikle bir saniyeden kısa bir süre içinde, getirilen değerleri ise milisaniyeler içinde alır. Remote Config hizmeti, getirme isteklerini milisaniyeler içinde işler ancak bir getirme isteğinin tamamlanması için gereken süre, cihazın ağ hızına ve cihaz tarafından kullanılan ağ bağlantısının gecikmesine bağlıdır.
Hedefiniz, getirilen değerlerin uygulamanızda mümkün olan en kısa sürede geçerli olmasını sağlamak ancak bu işlemi sakıncalı bir kullanıcı deneyimi yaratmadan yapmaksa uygulamanız tam ekran yenilendiğinde fetchAndActivate
öğesine çağrı eklemeyi düşünebilirsiniz.
Test Lab
Yararlı ipuçları ve sık sorulan soruların yanıtları için Test Lab sorun giderme sayfasını ziyaret edin.
Firebase Kullanıcı Segmentasyon Depolaması
Firebase Kullanıcı Segmentasyon Depolama Alanı nedir?
Firebase User Segmentation Storage, Firebase yükleme kimliklerini ve ilgili özellikleri ve segmentlerin yanı sıra bunları kullanan diğer Firebase hizmetlerine (ör. Crashlytics, FCM, Remote Config kişiselleştirme ve daha fazlası) hedefleme bilgileri sağlamak için oluşturduğunuz kitle listelerini depolar.