Başka sorunlarınız var mı veya sorununuzun aşağıda açıklandığı gibi olmadığını mı düşünüyorsunuz? Lütfen hata bildirme veya özellik isteğinde bulunma işlemlerini yapın ve StackOverflow tartışmalarına katılın.
Firebase projeleri ve Firebase uygulamaları
Firebase projesi nedir?
Firebase projesi, Firebase için ü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 özel Firebase SDK'larını uygulamanıza ekleyebilirsiniz.
Apple, Android ve web uygulaması varyantlarınızı tek bir Firebase projesine 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 edinmek için şu kaynaklardan yararlanabilirsiniz:
- Firebase projelerini anlama: Firebase projeleri hakkında, Google Cloud ile ilişkilerinin yanı sıra projenin, uygulama ve kaynaklarının temel hiyerarşisi gibi bazı önemli kavramlara kısa genel bakış sunar.
- Firebase projeleri oluşturmayla ilgili genel en iyi uygulamalar: Firebase projeleri oluşturma ve uygulamalarınızı bir projeye kaydetmeyle ilgili genel, üst düzey en iyi uygulamaları sağlar. Böylece farklı ortamlar kullanan net bir geliştirme iş akışı elde edersiniz.
Firebase'in tüm Firebase projeleri için Google Cloud konsolundaki projenizin Etiketler sayfasına otomatik olarak firebase:enabled
etiketi eklediğini unutmayın. Bu etiket hakkında daha fazla bilgiyi SSS bölümünde bulabilirsiniz.
Google Cloud kuruluşu nedir?
Google Cloud kuruluşu, Google Cloud projeleri (Firebase projeleri dahil) için bir kapsayıcıdır. Bu hiyerarşi, Google Cloud ve Firebase projelerinizi daha iyi düzenlemenizi, erişim yönetimini ve denetimini yapmanızı sağlar. Daha fazla bilgi için Kuruluşları Oluşturma ve Yönetme başlıklı makaleye bakın.
Mevcut bir Google Cloud projesine Firebase'i nasıl ekleyeceğim?
Google Cloud konsolu veya Google API'leri Konsolu üzerinden yönetilen mevcut Google Cloud projeleriniz olabilir.
Firebase'i aşağıdaki seçeneklerden birini kullanarak mevcut projelere ekleyebilirsiniz:
- Firebase Konsolu'nu kullanarak:
Firebase Konsolu açılış sayfasında Proje Ekle'yi tıklayın ve ardından Proje adı menüsünden mevcut projenizi seçin. - Programatik bir seçenek kullanarak:
- Firebase Management REST API uç noktasını çağırın
addFirebase
. firebase projects:addfirebase
Firebase CLI komutunu çalıştırın.- Terraform'u kullanın.
- Firebase Management REST API uç noktasını çağırın
Google Cloud projem neden firebase:enabled
etiketine sahip?
Google Cloud konsolundaki projenizin Etiketler sayfasında firebase:enabled
etiketi (özellikle enabled
Value
içeren firebase
Key
) görebilirsiniz.
Projeniz bir Firebase projesi olduğu için Firebase bu etiketi otomatik olarak ekledi. Bu, projenizde Firebase'e özgü yapılandırmaların ve hizmetlerin etkin olduğu anlamına gelir. Firebase projeleri ile Google Cloud arasındaki ilişki hakkında daha fazla bilgi edinin.
Bu etiketi değiştirmemenizi veya silmenizi önemle tavsiye ederiz. Bu etiket, Firebase projelerinizi listelemek için Firebase ve Google Cloud tarafından kullanılır (örneğin, REST API projects.list
uç noktası kullanılarak veya Firebase konsolundaki menülerde).
Bu etiketi proje etiketleri listenize manuel olarak eklemenin, Google Cloud projeniz için Firebase'e özgü yapılandırmaları ve hizmetleri etkinleştirmediğini unutmayın. Bunu yapmak için Firebase'i Firebase konsolu üzerinden (veya ileri seviye kullanım alanları için Firebase Yönetimi REST API veya Firebase KSA üzerinden) eklemeniz gerekir.
Firebase projem neden Firebase proje listemde 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ğırırken alınan yanıtta - Firebase İTŞ komutunun çalıştırılmasından elde edilen yanıtta
firebase projects:list
Şu sorun giderme adımlarını deneyin:
- Öncelikle, projenin URL'sini doğrudan ziyaret ederek projenize erişmeyi deneyin. Aşağıdaki biçimi kullanın:
https://console.firebase.google.com/project/PROJECT-ID/overview
- Projeye erişemiyorsanız veya izin hataları alıyorsanız aşağıdakileri kontrol edin:
- Projeye erişimi olan aynı 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 çıkış yapabilirsiniz.
- Projeyi Google Cloud konsolunda görüntüleyip görüntüleyemediğinizi kontrol edin.
- Google Cloud konsolunda projenizin Etiketler sayfasında
firebase:enabled
etiketinin bulunduğ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 (özellikle,Value
enabled
ilefirebase
Key
öğesinin). - Temel IAM rollerinden (Sahip, Düzenleyen, Görüntüleyen) birine veya Firebase ile ilgili izinlere sahip bir role (ör. önceden tanımlanmış bir Firebase rolü) atandığınızdan emin olun. Rollerinizi Google Cloud konsolunun IAM sayfasında görüntüleyebilirsiniz.
- Projeniz bir Google Cloud kuruluşuna aitse projeyi Firebase konsolunda listelenen görmek için ek izinlere ihtiyaç duyabilirsiniz. Projeyi görüntülemek için size uygun rolü (ör. Tarayıcı rolü) vermesi amacıyla Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçin.
Yukarıdaki sorun giderme adımlarından hiçbiri projenizi Firebase projelerinin listesinde görmenizi sağlamıyorsa Firebase Destek Ekibi ile iletişime geçin.
Hesap başına kaç proje oluşturabilirim?
- Spark fiyatlandırma planı: Proje kotanız az sayıda projeyle sınırlıdır (genellikle 5-10 civarında).
- Blaze fiyatlandırma planı: Cloud Billing hesabınız iyi durumda olduğu sürece hesap başına proje kotanız önemli ölçüde artar.Cloud Billing
Proje kotasındaki sınır çoğu geliştiriciyi nadiren endişeye alır. Ancak gerekirse proje kotanızda artış talep edebilirsiniz.
Bir projenin tamamen silinmesinin 30 gün sürdüğünü ve tamamen silinene kadar kotanızdan düştüğünü unutmayın.
Bir Firebase projesinde kaç tane Firebase uygulamam olabilir?
Firebase projeleri; Apple, Android ve web'de Firebase uygulamalarının kapsayıcısıdır. Firebase, bir Firebase projesindeki toplam Firebase uygulaması sayısını 30 ile sınırlandırır.
Bu sayıdan sonra performans düşmeye başlar (özellikle Google Analytics için) ve uygulama sayısı daha da arttığında bazı ürün işlevleri çalışmayı durdurur. Ayrıca, kimlik doğrulama sağlayıcısı olarak Google ile oturum açma özelliğini kullanıyorsanız projenizdeki her uygulama için temel bir OAuth 2.0 istemci kimliği oluşturulur. Tek bir projede yaklaşık 30 istemci kimliği oluşturulabilir.
Tek bir Firebase projesindeki tüm Firebase uygulamalarının, son kullanıcı açısından aynı uygulamanın platform varyantları olduğundan emin olmalısınız. Ö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.
Projeniz için 30'dan fazla uygulamaya ihtiyaç duymanız nadir bir durumdur. Bu durumda uygulama sınırının artırılmasını talep edebilirsiniz. Bu isteği gönderebilmeniz için projenizin Blaze fiyatlandırma planında olması gerekir. İsteğinizi göndermek ve değerlendirilmesini sağlamak için Google Cloud konsolunu ziyaret edin. Google Cloud dokümanlarında kota yönetimi hakkında daha fazla bilgi edinin.
Projemi "üretim" ortamı olarak etiketlediğimde ne olur?
Firebase konsolunda, Firebase projelerinizi ortam türleriyle etiketleyebilirsiniz. Üretim veya Belirtilmemiş (üretim dışı) ortamlar olarak etiketleyebilirsiniz.
Projenizi bir ortam türü olarak etiketlemenin Firebase projenizin işleyiş şekli veya özellikleri üzerinde etkisi yoktur. Ancak etiketleme, size ve ekibinize uygulama yaşam döngüsü için çeşitli Firebase projelerinizi yönetmenize yardımcı olabilir.
Projenizi üretim ortamı olarak etiketlerseniz Firebase konsolunda projeye parlak renkli bir Prod etiketi ekleriz. Böylece, herhangi bir değişikliğin ilişkili üretim uygulamalarınızı etkileyebileceğini hatırlatırız. Gelecekte, üretim ortamı olarak etiketlenen Firebase projeleri için daha fazla özellik ve önlem eklenebilir.
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 edit simgesini tıklayarak ortam türünü değiştirin.
Firebase uygulamamın Uygulama Kimliğini nerede bulabilirim?
Firebase konsolunda settings Proje ayarları bölümüne gidin. Uygulamalarınız kartına gidin, ardından Uygulama Kimliği dahil olmak üzere uygulamanın bilgilerini görüntülemek için istediğiniz Firebase uygulamasını tıklayın.
Aşağıda bazı örnek uygulama kimliği değerleri 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'i Firebase projeme veya uygulamama bağlamak için gereken ön koşullar nelerdir?
- Google Play hesabınızı bağlamak için şunlara ihtiyacınız vardır:
- Şu Firebase rollerinden birine sahip olmalısınız: Sahibi veya Firebase Yöneticisi
ve - Aşağıdaki Google Play erişim düzeylerinden biri: Hesap sahibi veya Yönetici
- Şu Firebase rollerinden birine sahip olmalısınız: Sahibi veya Firebase Yöneticisi
- AdMob uygulamanızı bağlamak için hem Firebase projesi sahibi hem de AdMob yöneticisi olmanız gerekir.
- AdWords hesabınızı bağlamak için hem Firebase projesi sahibi hem de AdWords yöneticisi olmanız gerekir.
- BigQuery projenizi bağlamak için Firebase proje sahibi olmanız gerekir.
Uygulamama hangi açık kaynak bildirimlerini eklemeliyim?
Apple platformlarında Firebase kapsülü, ilgili girişleri içeren bir NOTICES dosyası içerir. Firebase Android SDK'sı, lisans bilgilerini göstermek için bir yardımcı Activity
içerir.
Firebase projelerine erişim ve izinler
Bir proje üyesine nasıl sahip rolü gibi bir rol atayabilirim?
Her proje üyesine atanan rolleri yönetmek için Firebase projesinin sahibi olmanız (veya resourcemanager.projects.setIamPolicy
iznine sahip bir role atanmış olmanız) gerekir.
Aşağıdaki yerlerde rol atayabilir ve yönetebilirsiniz:
- Firebase konsolu, settings > Proje ayarları bölümündeki Kullanıcılar ve izinler sekmesinde proje üyelerine rol atama konusunda basit bir yöntem sunar. Firebase konsolunda temel rollere (Sahip, Düzenleyici, Görüntüleyici), Firebase Yönetici/Görüntüleyen rollerinden veya Firebase önceden tanımlanmış ürün kategorisi rollerinden herhangi birini atayabilirsiniz.
- Google Cloud konsolu, IAM sayfasında proje üyelerine rol atamak için geniş bir araç seti sunar. Cloud konsolunda özel roller oluşturabilir ve yönetebilir, ayrıca hizmet hesaplarına projenize erişim izni verebilirsiniz.
Google Cloud konsolunda proje üyelerinin yönetici olarak adlandırıldığını unutmayın.
Projenizin sahibi artık sahip görevlerini yerine getiremiyorsa (örneğin, bu kişi şirketinizden ayrıldıysa) ve projeniz bir Google Cloud kuruluşu üzerinden yönetilmiyorsa (sonraki paragrafa bakın) Firebase Destek Ekibi ile iletişime geçebilir ve Firebase projesine erişim isteğinde bulunma hakkında bilgi alabilirsiniz.
Bir Firebase projesi Google Cloud kuruluşunun parçasıysa sahibi olmayabilir. Firebase projeniz için bir sahip bulamıyorsanız projeye sahip atamak üzere kuruluşunuzu yöneten kişiyle iletişime geçin. Google Cloud
Firebase projesinin sahibini nasıl bulabilirim?
Proje üyelerini ve rollerini aşağıdaki yerlerde 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 proje üyelerinin listesini Google Cloud konsolunun IAM sayfasında görüntüleyebilirsiniz.
Projenizin sahibi artık proje sahibinin görevlerini yerine getiremiyorsa (örneğin, bu kişi şirketinizden ayrıldıysa) ve projeniz bir Google Cloud kuruluşu üzerinden yönetilmiyorsa (sonraki paragrafa bakın) geçici bir proje sahibi atanması için Firebase Destek Ekibi ile iletişime geçebilirsiniz.
Google Cloud kuruluşunun parçası olan Firebase projesinin Sahibi'nin olmayabileceğini unutmayın. Bunun yerine, Google Cloud kuruluşunuzu yöneten kişi, bir Sahip'in yapabileceği birçok görevi gerçekleştirebilir. Ancak, Sahibe özel bazı görevleri (ör. rol atama veya Google Analytics mülklerini yönetme) gerçekleştirmek için yöneticinin bu görevleri gerçekleştirmek üzere kendine gerçek Sahip rolünü ataması gerekebilir. Firebase projeniz için bir sahip bulamıyorsanız projeye sahip atamak üzere Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçin.
Bir proje üyesine neden veya ne zaman sahip rolü vermeliyim?
Firebase projelerinin düzgün şekilde yönetilebilmesi için bir sahibi olmalıdır. Projenin sahibi, çeşitli önemli yönetim işlemlerini (ör. rol atama ve Google Analytics mülklerini yönetme) gerçekleştirebilen kişidir. Firebase Destek Ekibi yalnızca proje sahiplerinin yönetim taleplerini yerine getirebilir.
Bir Firebase projesinin sahiplerini ayarladıktan sonra bu atamaları güncel tutmanız önemlidir.
Bir Firebase projesi Google Cloud kuruluşunun parçasıysa Google Cloud kuruluşunuzu yöneten kişinin, Sahibin yapabileceği birçok görevi gerçekleştirebileceğini unutmayın. Ancak, Sahibe özgü bazı görevler (ör. rol atama veya Google Analytics mülklerini yönetme) için yöneticinin bu görevleri gerçekleştirmek üzere kendisine gerçek Sahib rolünü ataması gerekebilir.
Firebase projem olduğunu sanmıyorum ancak bir Firebase projesiyle ilgili e-posta aldım. Bu projeye nasıl erişebilirim?
Aldığınız e-postada Firebase projenizi açma bağlantısı yer alır. E-postadaki bağlantıyı tıkladığınızda proje Firebase konsolunda açılır.
Bağlantıdaki projeyi açamıyorsanız projeyle ilgili e-postayı alan Google Hesabı ile Firebase'de oturum açtığınızdan emin olun. Firebase konsolunun sağ üst köşesindeki hesap avatarınız üzerinden konsolda oturum açabilir ve oturumunuzu kapatabilirsiniz.
Google Cloud kuruluşunun yöneticisiyseniz kuruluşunuzdaki Firebase projelerinde yapılan değişikliklerle ilgili bildirim alabilirsiniz. Ancak Firebase projesini açmak için yeterli izniniz olmayabilir. Bu gibi durumlarda, projeyi açıp gerekli işlemleri gerçekleştirmek için kendinize gerçek sahip rolünü atamak en basit çözümdür. Sahip rolünün neden ve ne zaman atanması gerektiği hakkında daha fazla bilgi edinin.
Platformlar ve çerçeveler
Daha fazla SSS için faydalı ipuçları ve yanıtlar için platforma özel sorun giderme ve SSS sayfalarını ziyaret edin.
Firebase konsol
Firebase konsoluna erişmek için hangi tarayıcılar destekleniyor?
Firebase konsoluna Chrome, Firefox, Safari ve Edge gibi popüler masaüstü tarayıcıların son sürümlerinden erişilebilir. Mobil tarayıcılar şu anda tam olarak desteklenmemektedir.
Firebase konsolunu yükleyebiliyorum ancak Firebase projemi neden bulamıyor 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üyor.
- Firebase konsolu, konsolun arama alanına proje kimliğini veya proje adını girseniz bile projenizi göstermez.
Şu sorun giderme adımlarını deneyin:
- Öncelikle, projenin URL'sini doğrudan ziyaret ederek projenize erişmeyi deneyin. Aşağıdaki biçimi kullanın:
https://console.firebase.google.com/project/PROJECT-ID/overview
- Projeye hâlâ erişemiyor veya izin hataları alıyorsanız aşağıdakileri kontrol edin:
- Projeye erişimi olan aynı 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 çıkış yapabilirsiniz.
- Proje için Firebase Management API'nin etkinleştirildiğinden emin olun.
- Temel IAM rollerinden (Sahip, Düzenleyen, Görüntüleyen) birine veya Firebase ile ilgili izinlere sahip bir role (ör. önceden tanımlanmış bir Firebase rolü) atandığınızdan emin olun. Rollerinizi Google Cloud konsolunun IAM sayfasında görüntüleyebilirsiniz.
- Projeniz bir Google Cloud kuruluşuna aitse projeyi Firebase konsolunda görebilmeniz için ek izinlere ihtiyacınız olabilir. Projeyi görüntülemeniz için uygun rolü (ör. Tarayıcı rolü) vermesi için Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçin.
Yukarıdaki sorun giderme adımlarından hiçbiri projenizi bulmanıza veya projenize erişmenize olanak tanımıyorsa Firebase Destek Ekibi ile iletişime geçin.
Firebase konsolu neden benim için 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.
- 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 özel bir pencerede yüklemeyi deneyin.
- Tüm tarayıcı uzantılarını devre dışı bırakın.
- Ağ bağlantısının reklam engelleyici, antivirüs, proxy, güvenlik duvarı veya başka bir yazılım tarafından 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 Hesabı ayarlarınızda seçtiğiniz dile bağlıdır.
Dil tercihinizi değiştirmek için Dili değiştirme başlıklı makaleyi inceleyin.
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 konsolu aynı temel rolleri ve izinleri kullanır. Roller ve izinler hakkında daha fazla bilgi edinmek için Firebase IAM dokümanlarını inceleyin.
Firebase; sahip, düzenleyici ve görüntüleyen olmak üzere temel (basit) rolleri destekler:
- Projenin sahibi, projeye başka üyeler ekleyebilir, entegrasyonlar (BigQuery veya Slack gibi hizmetlere bağlanan proje) ayarlayabilir ve proje için tam düzenleme erişimine sahip olur.
- Proje Düzenleyicisi, proje için tam düzenleme erişimine sahiptir.
- Proje Görüntüleyen'in projeye yalnızca okuma erişimi vardır. Firebase konsolunun şu anda proje görüntüleyenlerinden kullanıcı arayüzü düzenleme denetimlerini gizlemediğini/devre dışı bırakmadığını ancak görüntüleyen rolü atanan proje üyeleri için bu işlemlerin başarısız olacağını unutmayın.
Firebase ayrıca şunları da destekler:
- Firebase önceden tanımlanmış rolleri: Sahip, Düzenleyici ve İzleyici gibi temel rollerden daha ayrıntılı erişim denetimi sağlayan, Firebase'e özel, özel olarak seçilmiş rollerdir.
- Özel roller: Kuruluşunuzun özel gereksinimlerini karşılayan bir dizi izin uyarlamak için oluşturduğunuz, tamamen özelleştirilmiş IAM rolleri.
Fiyatlandırma
Hangi ürünler ücretli? Hangileri ücretsiz?
Firebase'in ücretli altyapı ürünleri Realtime Database, Cloud Storage for Firebase, Cloud Functions, Hosting, Test Lab ve telefonla kimlik doğrulamasıdır. Bu özelliklerin tümü için ücretsiz bir katman sunuyoruz.
Firebase'in ücretsiz birçok ürünü de vardır: Analytics, Cloud Messaging, Bildirim 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ğrulamanın dışındaki tüm Authentication özellikleri ücretsizdir.
Firebase, ücretli ürünler için ücretsiz deneme kredisi sunuyor mu?
Firebase ücretli hizmetleri, Google CloudÜcretsiz Deneme kapsamında kullanılabilir. Yeni Google Cloud ve Firebase kullanıcıları, 300 ABD doları değerinde ücretsiz Cloud Billing kredinin dahil olduğu 90 günlük deneme süresinden yararlanarak Google Cloud ve Firebase ürün ve hizmetlerini keşfedip değerlendirebilir.
Google Cloud Ücretsiz Deneme Süreci boyunca size bir Ü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ında olur.
Endişelenmeyin, bu ücretsiz deneme Cloud Billing hesabı oluşturmanız sizden ücret almamıza olanak tanımaz. Ücretsiz Deneme Cloud Billing hesabınızı ücretli hesaba yükselterek faturalandırmayı açık bir şekilde etkinleştirmediğiniz sürece sizden ücret alınmaz. Deneme süresi boyunca dilediğiniz zaman ücretli hesaba yükseltme yapabilirsiniz. Yükseltme yaptıktan sonra da geriye kalan kredileri kullanabilirsiniz (90 günlük süre içinde).
Ücretsiz deneme süresi sona erdiğinde, Firebase projenizi kullanmaya devam etmek için projenizi Spark fiyatlandırma planına indirmeniz veya Firebase konsolunda Blaze fiyatlandırma planını ayarlamanız gerekir.
Google Cloud Ücretsiz Deneme 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, uygulamanızı ücretsiz olarak geliştirmek için mükemmel bir seçenektir. 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ınızın kaynaklarını aşarsanız uygulamanız o ayın geri kalanı için 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 özellikleriyle 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ımızı, sektör lideri bulut sağlayıcılarla rekabetçi olacak şekilde belirlemeye çalışıyoruz.
Spark planındaki ücretsiz SMS'ye ne oldu?
Telefonla Kimlik Doğrulama'nın güvenlik ve hizmet kalitesini artırmak amacıyla, Eylül 2024'ten itibaren Firebase projelerinin SMS Hizmeti'nin etkinleştirilip kullanılabilmesi için bir Cloud Faturalandırma Hesabı'na bağlanması gerekiyor.
Kullanımımı ve faturalandırmamı nasıl izleyebilirim?
Proje kaynaklarınızın kullanımını Firebase konsolundaki aşağıdaki kontrol panellerinden birinde izleyebilirsiniz:
- Proje düzeyinde genel Kullanım ve faturalandırma kontrol paneli
- Authentication 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
- Hosting Kullanım kontrol paneli
- Realtime Database Kullanım kontrol paneli
Flame fiyatlandırma planına ne oldu?
Ocak 2020'de Flame fiyatlandırma planı (ek kota için ayda 25 ABD doları), yeni kayıtlar için bir seçenek olarak kaldırıldı. Mevcut plan kullanıcılarına, projelerini Flame planından taşımaları için bir ek süre tanındı.
Şubat 2022'de Flame fiyatlandırma planında kalan projeler Spark fiyatlandırma planına düşürüldü.
Bu nedenle,
- Mevcut Spark ve Blaze planı projeleri ve yeni projeler artık Flame planına geçemez veya Flame planına kaydolamaz.
- Mevcut bir Flame planı projesini farklı bir fiyatlandırma planına taşıdıysanız proje Flame planına geri döndürülemez.
- Spark planına düşürülen projeler, ek ücretli hizmetleri devam ettirmek için Blaze planına yükseltilebilir.
- Flame planına yapılan 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'den bazılarını okuyun.
Firebase'in sunduğu 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 istiyorsanız bunu projenizin Firebase konsolunda yapabilirsiniz.
Flame planının kullanımdan kaldırılmasıyla ilgili diğer SSS
Sabit bir Firebase maliyetine dayalı bir projem, sürecim veya iş modelim var. Ne yapmalıyım?
Blaze fiyatlandırma planına kaydolun ve bütçe uyarıları ayarlayın.
Yeni Flame plan projeleri oluşturmak için özel erişim izni alabilir miyim?
Hayır. Firebase, Flame planına geçme veya bu plana kaydolma için projelere özel erişim imkanı sunmamaktadır.
Flame plan projemi farklı bir fiyatlandırma planına değiştirdim. Bunu nasıl geri değiştiririm?
Artık Flame planına geçmek mümkün değil. Flame planının sağladığı hizmetlere erişmek için Blaze fiyatlandırma planını kullandığınızdan emin olun ve projeniz için bütçe uyarıları ayarlayın.
Flame planının kullanımdan kaldırılması kapsamında projem otomatik olarak farklı bir fiyatlandırma planına geçirildi. Ne yapmalıyım?
Projeniz için Spark planında sağlananın ötesinde ek kota gerekiyorsa 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ında düşüş olduğunu ve bu planı kullanan projelerin çoğunun planın tüm değerini tüketmediğini gördük. Bu fiyatlandırma planını sürdürmek genellikle maliyet etkin değildir ve kaynakların diğer Firebase girişimlerine aktarılması durumunda 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 Billing hesap düzeyinde hesaplanır ve aşağıdaki sınırlara sahiptir:
- Ayda 2 milyon çağrı
- 400 K GB/sn/ay
- Ayda 200.000 CPU-saniye
- Aylık 5 GB ağ çıkışı
Blaze planında telefonla kimlik doğrulama için ücretsiz kullanım aylık olarak hesaplanır.
Test Lab için Blaze planındaki ücretsiz kullanım için aşağıdaki sınırlar geçerlidir:
- Günde 30 fiziksel cihaz dakikası
- Günde 60 sanal cihaz dakikası
Spark'tan Blaze'a geçtiğimde ücretsiz kullanım kotası sıfırlanır mı?
Spark planındaki ücretsiz kullanım Blaze planına dahildir. Ücretsiz kullanım, Blaze planına geçiş sırasında 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ıların sayısına katı 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 uygulanır.
Spark plan sınırı 100'dür ve yükseltilemez. Flame ve Blaze planlarında veritabanı başına 200.000 eşzamanlı bağlantı sınırı vardır.
Tüm kullanıcılarınızın aynı anda bağlanmaması nedeniyle 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 başlıklı makaleyi okuyun.
Realtime Database için Spark planının depolama alanı veya indirme sınırlarını aşarsam ne olur?
Spark planlarında sunulan kaynaklar için üst sınır uygulanır. Bu sayede, tahmin edilebilir bir fiyattan yararlanabilirsiniz. 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ındaki eşzamanlılık sınırına ulaştığında, mevcut bağlantılardan bazıları kapatılana kadar sonraki bağlantılar reddedilir. Uygulama, bağlı olan kullanıcılar için çalışmaya devam eder.
Firebase'ın Google Cloud ile entegrasyonu nasıl çalışır?
Firebase, Google Cloud ile derinlemesine entegredir. Projeler Firebase ile Google Cloud arasında paylaşılır. Bu nedenle, projelerde Firebase hizmetleri ve Google Cloud hizmetleri etkinleştirilebilir. Aynı projeye Firebase konsolundan veya Google Cloud konsolundan erişebilirsiniz. Özellikle:
- Belirli Firebase ürünleri, Cloud Storage for Firebase gibi doğrudan Google Cloud tarafından desteklenir. Google Cloud tarafından desteklenen ürünlerin listesi zaman içinde büyüyecek.
- Ortak çalışanlar ve fatura bilgileri dahil olmak üzere birçok ayarınız, Firebase ile 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 tarafından sunulan birinci sınıf Hizmet Olarak Altyapı'dan ve API'lerden herhangi birini, standart Google Cloud fiyatlandırmasıyla doğrudan Firebase projenizde kullanabilirsiniz. Dilerseniz verileri analiz için doğrudan Google Cloud kaynağından BigQuery hedefine aktarabilirsiniz. Daha fazla bilgi edinmek için BigQuery'i Firebase'e bağlama başlıklı makaleyi inceleyin.
Google Cloud'ü Firebase ile birlikte kullanmak (aynı yerde bulunmayan diğer bulut hizmetlerine kıyasla), güvenlik artırıcı, gecikmeyi azaltıcı ve zaman kazandırıcı birçok avantaj sağlar. Daha fazla bilgi için Google Cloud sitesine göz atın.
Google Cloud konsolunda ilgili proje için faturalandırma hesabı eklersem veya kaldırırsam Firebase projeme ne olur?
Google Cloud konsolunda bir projeye Cloud Billing hesabı eklenirse söz konusu proje şu anda Spark planındaysa otomatik olarak Firebase Blaze planına yükseltilir.
Buna karşın, Google Cloud konsolundaki bir projeden mevcut bir etkin Cloud Billing hesabı kaldırılırsa söz konusu proje Firebase Spark planına geçirilir.
İstediğim zaman aboneliğimi yükseltebilir, düşürebilir veya iptal edebilir miyim?
Evet. İstediğiniz zaman aboneliğinizi yükseltebilir, düşürebilir veya iptal edebilirsiniz. Alt plana geçiş veya iptal işlemleri için oransal geri ödeme yapılmadığını unutmayın. Yani fatura döneminizin sona ermesinden önce planınızı düşürür veya iptal ederseniz ayın kalanı için ödeme yapmaya devam edersiniz.
Ne tür bir destek alacağım?
Ücretsiz planları kullananlar da dahil olmak üzere tüm Firebase uygulamaları için ABD Pasifik iş saatlerinde Firebase ekibi tarafından e-posta desteği sunulur. Tüm hesaplar faturalandırma, hesap, teknik (sorun giderme) soruları ve olay raporları ile ilgili konularda sınırsız destek alır.
Blaze planında kullanım sınırı belirleyebilir miyim?
Hayır, şu anda Blaze planı kullanımınızı sınırlayamazsınız. Blaze planı kullanımında tavan belirleme 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ığında uyarı alabilir. Bütçe uyarılarını nasıl ayarlayacağınızı öğrenin.
Otomatik yedekler nedir? Saatlik yedekleme sunuyor musunuz?
Otomatik yedeklemeler, Blaze fiyatlandırma planımızdaki müşterilere sunulan gelişmiş bir özelliktir. Bu özellik, Firebase Realtime Database verilerinizi günde bir kez yedekler ve Google Cloud Storage'e yükler.
Saatlik yedekleme seçeneği sunmuyoruz.
Açık kaynak, sivil toplum kuruluşu veya eğitim indirimleri sunuyor musunuz?
Spark planımız; sivil toplum kuruluşları, okullar ve açık kaynak projeler dahil olmak üzere her tür birey veya kuruluş tarafından kullanılabilir. Bu planlar zaten cömert kotalar içerdiğinden, açık kaynak, sivil toplum kuruluşu veya eğitim projeleri için özel indirimler ya da planlar sunmuyoruz.
Kurumsal sözleşmeler, fiyatlandırma, destek veya özel altyapı barındırma sunuyor musunuz?
Blaze planımız her ölçekte kuruluş için uygundur ve Hizmet Seviyesi Sözleşmemiz, bulut altyapısı için sektör standardını karşılar veya aşar. Ancak şu anda kurumsal sözleşmeler, fiyatlandırma veya destek sunmuyoruz. Ayrıca Realtime Database gibi hizmetler için özel altyapı barındırma (yani şirket içi kurulumlar) da sunmuyoruz. Bu özelliklerden bazılarını eklemek için yoğun şekilde çalışıyoruz.
İsteğe bağlı fiyatlandırma sunuyor musunuz? Yalnızca bir veya iki özellik için kullandıkça ödeme yapmak istiyorum.
Blaze planında, yalnızca kullandığınız özellikler için ödeme yaptığınız isteğe bağlı fiyatlandırma sunuyoruz.
Ücretli Firebase planları Ads ile nasıl çalışır? Ücretli planlarda ücretsiz reklam kredileri var mı?
Firebase fiyatlandırma planları Ads'ten ayrı olduğundan maliyeti olmayan 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'te yönetilir ve Ads faturalandırması Ads konsolundan yönetilir.
Cloud Functions fiyatlandırması
Cloud Functions for Firebase'ü kullanmak için neden faturalandırma hesabıma ihtiyacım var?
Cloud Functions for Firebase, bazı ücretli Google hizmetlerini kullanır. Firebase KSA 11.2.0 ve üzeri sürümlere sahip yeni işlev dağıtımlarında Cloud Build ve Artifact Registry kullanılır. Eski sürümlere yapılan dağıtımlarda da Cloud Build aynı şekilde kullanılır ancak depolama alanı olarak Artifact Registry yerine Container Registry ve Cloud Storage kullanılır. Bu hizmetlerin kullanımı, mevcut fiyatlandırmaya ek olarak faturalandırılır.
Firebase CLI 11.2.0 ve sonraki sürümler için depolama alanı
Artifact Registry işlevlerin çalıştırıldığı kapsayıcıları sağlar. Artifact Registry, ilk 500 MB'ı ücretsiz olarak sağlar. Bu nedenle, ilk işlev dağıtımlarınız ücrete tabi olmayabilir. Bu eşiğin üzerindeki her ek GB depolama alanı için aylık 0, 10 ABD doları faturalandırılır.
Firebase CLI 11.1.x ve önceki sürümler için depolama alanı
Eski sürümlere dağıtılan işlevler için Container Registry, işlevlerin çalıştığı kapsayıcıları sağlar. Bir işlevi dağıtmak için gereken her kapsayıcı için ücretlendirilirsiniz. Depolanan her kapsayıcı için küçük ücretler alınabilir.Örneğin, 1 GB depolama alanı ayda 0,026 ABD dolarından faturalandırılır.
Faturanızın nasıl değişebileceği hakkında daha fazla bilgi edinmek için lütfen aşağıdakileri inceleyin
- Cloud Functions fiyatlandırması: Mevcut ücretsiz katman değişmez.
- Cloud Build fiyatlandırması: Cloud Build ücretsiz bir katman sunar.
- Artifact Registry fiyatlandırması.
- Container Registry fiyatlandırması.
Cloud Functions for Firebase hâlâ ücretsiz mi?
Evet. Blaze planında Cloud Functions, çağrılar, işlem süresi ve internet trafiği için ücretsiz bir katman sunar. İlk 2.000.000 çağrı, 400.000 GB-saniye, 200.000 CPU-saniye ve 5 GB internet çıkış trafiği her ay ücretsiz olarak sağlanır. Yalnızca bu eşikleri aşan kullanımlar için ücretlendirilirsiniz.
İlk 500 MB ücretsiz depolama alanının ardından her dağıtım işlemi, işlevin kapsayıcısı için kullanılan depolama alanı için küçük ölçekli ücretlere tabi olur. Geliştirme süreciniz, test için işlevleri dağıtmaya bağlıysa geliştirme sırasında Firebase Local Emulator Suite kullanarak maliyetleri daha da azaltabilirsiniz.
Firebase fiyatlandırma planları ve Cloud Functions fiyatlandırma örnek senaryolarına bakın.
Firebase, Cloud Functions for Firebase için kotaları ve sınırları artırmayı planlıyor mu?
Hayır. Maksimum derleme süresi sınırının kaldırılması dışında kotalarda değişiklik yapma planımız yoktur. 120 dakikalık günlük derleme kotasına ulaşıldığında hata veya uyarı almanız yerine Blaze fiyatlandırma planının şartları uyarınca faturalandırılırsınız. Bkz. Kotalar ve sınırlar.
300 ABD doları değerinde Google Cloud tutarında kredi alabilir miyim?
Evet, 300 ABD doları kredi almak için Google Cloud konsolunda bir Cloud Billing hesabı oluşturabilir ve ardından bu Cloud Billing hesabını bir Firebase projesine bağlayabilirsiniz.
Google Cloud kredisi hakkında daha fazla bilgiyi burada bulabilirsiniz.
Bunu yaparsanız 300 ABD doları tutarındaki kredi tükendikten sonra projenizin ç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'i takip etmek istiyorum. Bana geçici bir faturalandırma hesabı verebilir misiniz?
Hayır, maalesef. 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 başvurabilirsiniz. Bu değişiklik nedeniyle faturanızı ödeme konusunda sorun yaşamaya devam ederseniz Firebase Destek Ekibi ile iletişime geçin.
Çok yüksek bir fatura alacağımdan endişeleniyorum.
Maliyetleri kontrol etmek için Google Cloud konsolunda bütçe uyarıları oluşturabilirsiniz. Ayrıca, işlevleriniz için oluşturulan faturalandırılan örneklerin sayısına sınır belirleyebilirsiniz. Tipik senaryolarda maliyet hakkında fikir edinmek için Cloud Functions Fiyatlandırması örneklerine göz atın.
Mevcut faturalandırma ücretlerimi nasıl kontrol edebilirim?
Firebase konsolunda Kullanım ve faturalandırma kontrol panelini görüntüleyin.
Firebase Extensions kullanıyorum. Faturalandırma hesabı gerekli mi?
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 yükseltmeniz gerekir. Firebase hizmetlerinin kullanımıyla ilişkili ücretlere ek olarak, yüklediğiniz her uzantının gerektirdiği Firebase kaynakları (kullanılmasa bile) için küçük bir ücret (normal şartlarda aylık yaklaşık 0,01 ABD doları) ödeyeceksiniz.
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. Hesaplama aracında, Cloud Storage for Firebase için tüm kullanım türleri listelenir.
Depolama alanı paketinizin beklenen kullanımını girmek için kaydırma çubuklarını kullanın. Hesaplayıcı, aylık faturanızı tahmini olarak gösterir.
Cloud Storage for Firebase için Spark planının yükleme, indirme veya depolama alanı sınırlarını aşarsam ne olur?
Spark planı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ıdır:
- Depolanan GB sınırını aşarsanız depolanan verilerin bir kısmını kaldırmadığınız veya daha fazla depolama alanı ya da sınırsız depolama alanı sunan bir plana geçmediğiniz sürece söz konusu projede daha fazla veri depolayamazsınız.
- İndirilen GB miktarı sınırını aşarsanız, daha az kısıtlayıcı sınırları olan veya sınırsız bir plana geçmediğiniz sürece uygulamanız, ertesi güne kadar (ABD Pasifik Saati'ne göre gece yarısından itibaren) daha fazla veri indiremez.
- Yükleme veya indirme işlemi sınırını aşarsanız daha az kısıtlayıcı sınırlara veya sınırsız bir plana geçmediğiniz sürece uygulamanız ertesi 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üvenlik hakkında bilgi edinebileceğim yer neresidir?
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 kaydeder mi?
Evet. Bu özellik şu anda yalnızca iOS'te kullanılabilir ancak gelecekte değişebilir. Firebase Apple platformları SDK'sı, FirebaseCoreDiagnostics
çerçevesini varsayılan olarak içerir. Bu çerçeve, Firebase tarafından gelecekteki ürün geliştirmelerine öncelik vermek için SDK kullanımı ve teşhis bilgileri toplamak amacıyla 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ırabilirsiniz. Günlüğe kaydedilen değerler dahil olmak üzere kaynağın tamamına GitHub'da göz atabilirsiniz.
A/B Testing
A/B Testing: Kaç deneme oluşturabilir ve çalıştırabilirim?
Proje başına en fazla 300 deneme oluşturabilirsiniz. Bu denemelerden en fazla 24 tanesi yayınlanabilir durumda olabilir. Diğerleri taslak veya tamamlanmış olarak kalır.
A/B Testing: Projemin bağlantısını kaldırıp Google Analytics'e yeniden bağladıktan sonra denememi neden görüntüleyemiyorum?
Farklı bir Google Analytics mülküyle bağlantı oluşturmanız, daha önce oluşturulan denemelere erişiminizi kaybetmenize neden olur. Önceki bir denemeye tekrar erişmek için projenizi, deneme oluşturulduğunda bağlanan Google Analytics mülküne yeniden bağlayın.
A/B Testing: Remote Config denemesi oluştururken neden "Proje Google Analytics'e bağlı değil" mesajı alıyorum?
Firebase ve Google Analytics'i bağladıysanız ancak Google Analytics'in bağlı olmadığına dair bir mesaj görüyorsanız projenizdeki tüm uygulamalar için bir Analytics akışı bulunduğundan emin olun. Şu anda A/B Testi'ni kullanmak için bir projedeki tüm uygulamaların 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 bölümünden erişebilirsiniz.
Veri akışı olmayan uygulamalar için Google Analytics akışı oluşturmak sorunu çözmelidir. Eksik uygulamalar için yayın oluşturmanın birkaç yolu vardır:
-
İlişkili bir 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:
- Firebase konsolunda etkin bir yayını olmayan uygulamaları silin ve yeniden ekleyin.
- Google Analytics konsolunda Yönetici'yi seçin, Veri Akışları'nı ve ardından Akış ekle'yi tıklayın, eksik uygulamanın ayrıntılarını ekleyin ve Uygulamayı kaydettir'i tıklayın.
-
Birkaç taneden fazla eksik uygulama veri akışınız varsa 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ı bölümünden 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 bağlantısını kaldır'ı seçin.
-
Görüntülenen uyarıyı inceleyin (buradan endişelenmeyin; bir sonraki adımda aynı mülkü yeniden bağlayacaksınız) ve ardından Google Analytics bağlantısını kaldır'ı tıklayın.
Bağlantıyı 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şturun seçeneğinin yanındaki edit Düzenle'yi tıklayın ve görünen Analytics mülkü listesinden mülk kimliğinizi seçin.
Projenizdeki tüm uygulamaların listesi gösterilir. Her uygulamanın mevcut akış eşlemeleri listelenir ve akışı olmayan uygulamalar için bir akış 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 testi oluşturma sırasında hata 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 desteklenmiyor.
AdMob: Uygulamamı Firebase konsolundan AdMob'a neden bağlayamıyorum?
AdMob konsolu üzerinden bir AdMob uygulamasını Firebase uygulamasına 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 ihtiyacım var?
Bu bağlantıyı oluşturmak 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ünde bulunan
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 iznine sahip olmanız gerekir. Daha fazla bilgi edinin.
AdMob: Aynı AdMob hesabında birden fazla kullanıcı AdMob uygulamaları ile Firebase uygulamalarını bağlayabilir mi?
Çok kullanıcılı AdMob hesapları için AdMob uygulamaları ile Firebase uygulamaları arasında yeni bağlantılar oluşturabilecek tek kullanıcı, ilk Firebase bağlantısını oluşturan ve Firebase Hizmet Şartları'nı kabul eden kullanıcıdır.
AdMob: AdMob'u kullanmak için hangi SDK'ları kullanmalıyım?
AdMob'ü kullanmak için bu SSS bölümünde açıklandığı gibi her zaman Google Mobile Ads SDK'sını 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ı dahil edin.
- iOS projeleri için:
AdMob iOS dokümanlarında yer alan 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ı bağımlılığını ekleyin:
implementation 'com.google.android.gms:play-services-ads:23.5.0'
- C++ projeleri ve Unity projeleri için: İlgili dokümanlardaki talimatları uygulayın.
Analytics
Analytics: Google Analytics, Firebase ürünlerini kullanmanın neden önerilen bir parçasıdır?
Google Analytics, güçlü analizler sağlamak için Firebase özellikleriyle birlikte çalışan ücretsiz ve sınırsız bir analiz çözümüdür. Bu özellik, Crashlytics'teki etkinlik günlüklerini, FCM'teki bildirim etkililiğini, Dynamic Links için derin bağlantı performansını ve Google Play'tan uygulama içi satın alma verilerini görüntülemenizi sağlar. Remote Config, Remote Config kişiselleştirme ve daha birçok alanda gelişmiş kitle hedeflemeyi destekler.
Google Analytics, yüksek kaliteli bir uygulama geliştirme, kullanıcı tabanınızı büyütme ve daha fazla para kazanma hakkında daha fazla uygulanabilir analiz sunmak için Firebase konsolunda bir zeka 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?
Varsayılan olarak Google Analytics verileriniz diğer Firebase ve Google özelliklerini geliştirmek için kullanılır. Verilerinizin nasıl paylaşıldığını dilediğiniz zaman proje ayarlarınızdan kontrol edebilirsiniz.Google Analytics 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üzün Yönetici sayfasından 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öster'i 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: Reklam ilişkilendirme ve IDFA toplama özellikleri olmadan Analytics'i yükleyebilir miyim?
Evet. Daha fazla bilgi için Veri Toplama ve Kullanımı Yapılandır sayfasına bakın.
Analytics: Ekim 2021 güncellemesiyle Google Analytics bölümünde ne değişti?
Bu değişikliklerin özetini Firebase için Google Analytics'teki yeni Google Analytics 4 işlevleri başlıklı Firebase Yardım Merkezi makalesinde bulabilirsiniz.
Analytics: Firebase'in Google Analytics ile bağlantısını kaldırdıktan sonra Firebase konsolunda neden Analytics verileri görmüyorum?
Analytics verileri Firebase projesinde değil, Google Analytics mülkünde bulunur. Mülkü silerseniz veya mülkün bağlantısını kaldırırsanız Analytics verilerine Firebase erişemez ve Firebase konsolunda boş bir Analytics kontrol paneli görürsünüz. Veriler daha önce bağlanmış mülkte bulunduğundan mülkü dilediğiniz zaman Firebase'e yeniden bağlayabilir ve Analytics verilerini Firebase konsolunda görebilirsiniz.
Firebase projenize yeni bir Google Analytics hesabını (ve dolayısıyla yeni bir Google Analytics mülkünü) bağladığınızda Firebase konsolunda boş bir Analytics kontrol paneli gösterilir. Ancak daha önce bağladığınız mülk hâlâ mevcutsa eski mülkten yeni mülke mevcut verileri taşıyabilirsiniz.
Analytics: Analytics mülküm ve verilerim silindiyse bunları geri almanın bir yolu var mı?
Hayır. Mülkünüz silindiyse mülkün silinmesini geri almak veya daha önce toplanmış Analytics verilerini almak mümkün değildir.
Google Analytics'i tekrar kullanmaya başlamak istiyorsanız Firebase projenize yeni veya mevcut bir mülk bağlayabilirsiniz. Bu bağlamayı Firebase konsolundan veya Google Analytics kullanıcı arayüzünden yapabilirsiniz. Bir Google Analytics mülkünü Firebase projenize bağlama hakkında daha fazla bilgi edinin.
Analytics: Analytics mülküm silindiyse Firebase projeme yeni bir Google Analytics mülkü bağlayıp Analytics'i tekrar kullanabilir miyim?
Google Analytics'i tekrar kullanmaya başlamak istiyorsanız Firebase projenize yeni veya mevcut bir mülk bağlayabilirsiniz. Bu bağlamayı Firebase konsolundan veya Google Analytics kullanıcı arayüzünden yapabilirsiniz. Google Analytics mülkünü Firebase projenize bağlama hakkında daha fazla bilgi edinin.
Tüm Analytics verilerinin Firebase projesinde değil mülkte depolandığından, daha önce toplanan Analytics verilerinin alınamayacağını unutmayın.
Analytics: Analytics mülkümün silinmesi Firebase ürünlerini veya entegre Google ürünlerini nasıl etkileyecek?
Birçok Firebase ürünü, Google Analytics entegrasyonundan yararlanır. Analytics mülkünüz ve verileri silinirse aşağıdaki ürünleri kullanıyorsanız aşağıdakiler olur:
- Crashlytics: Artık kilitlenme yaşamayan kullanıcıları, içerik haritası günlüklerini ve/veya hız uyarılarını göremezsiniz.
- Cloud Messaging ve In-App Messaging: Artık hedefleme, kampanya metrikleri, kitle segmentasyonu ve analiz etiketlerini kullanamazsınız.
- Remote Config: Artık hedeflenen yapılandırmaları veya kişiselleştirmeyi kullanamazsınız.
- A/B Testing: Deneme ölçümü Google Analytics tarafından sağlandığından artık A/B Testing'ü kullanamazsınız.
- Dynamic Links: Google Analytics'teki verileri kullanan tüm özellikler devre dışı bırakılır.
Ayrıca aşağıdaki entegrasyonlar da bu durumdan etkilenecektir:
- Artık Analytics verilerini BigQuery'e aktaramazsınız.
- Artık Google Ads entegrasyonlarından veya Google AdMob entegrasyonlarından yararlanamazsınız.
Analytics: Belirli bir ölçütü karşılamayan kullanıcıları nasıl segmentlere ayırabilirim?
Bu kullanıcıları "negatif olarak hedefleyerek" sorunu yeniden çerçevelendirebilirsiniz. Örneğin, sorunu "Bir şey satın almış kullanıcılara reklam gösterme" olarak yeniden ifade edin ve hedeflenecek bu kullanıcılardan bir kitle oluşturun.
Analytics: Google Analytics arayüzünde tanımlanan kitleler ve/veya etkinlikler Firebase konsolunda da mevcut mu?
Kitleleriniz ve kullanıcı özellikleriniz senkronize edilir. Segmentasyon ve kapalı dönüşüm hunileri gibi bazı özellikler için 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 konsolundan yaptığınız tüm değişiklikler Google Analytics'te de yapılabilir ve bu değişiklikler Firebase'e yansıtılır.
Authentication
Firebase Authentication: Telefonla kimlik doğrulama için hangi bölgeler desteklenir?
Firebase Authentication, telefon numarası doğrulamayı dünya genelinde destekler ancak tüm ağlar doğrulama mesajlarını güvenilir bir şekilde yayınlamaz. Aşağıdaki bölgelerde teslimat oranları iyidir ve telefonla kimlik doğrulama için iyi çalışması beklenir. Belirtilen durumlarda, teslimat başarı oranlarının düşük olması nedeniyle bazı operatörler bir bölgede kullanılamaz.
Bölge | Kod |
---|---|
REKLAM | Andora |
AE | Birleşik Arap Emirlikleri |
AF | Afganistan |
AG | Antigua ve Barbuda |
AL | Arnavutluk |
ÖÖ | Ermenistan |
AO | Angola |
AR | Arjantin |
AS | Amerikan Samoası |
AT | 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 |
BR | Brezilya |
BS | Bahamalar |
BT | Butan |
BW | Botsvana |
BY | Belarus |
BZ | Beliz |
CA | Kanada |
CD | Kongo (Kinşasa) |
CF | Orta Afrika Cumhuriyeti |
CG | Kongo (Brazavil) |
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 |
DK | Danimarka |
DM | Dominika |
DO | Dominik Cumhuriyeti |
DZ | Cezayir |
EC | Ekvador |
EG | Mısır |
ES | İspanya |
ET | Etiyopya |
FI | Finlandiya |
FJ | Fiji |
FK | Falkland Adaları (Malvinas) |
FM | Mikronezya Federe Devletleri |
FO | Faroe Adaları |
FR | Fransa |
GKST | Gabon |
GB | İngiltere |
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 |
GR | 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 |
IT | İtalya |
JE | Jersey |
JM | Jamaika |
JO | Ürdün |
JP | 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 Bölgesi) |
MG | Madagaskar |
MK | Makedonya Cumhuriyeti |
MM | Burma |
MN | Moğolistan |
MO | Makao, Çin Özel İdari Bölgesi |
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 |
PA | Panama |
PE | Peru |
PG | Papua Yeni Gine |
PH | Filipinler |
PK | Pakistan |
PL | Polonya |
ÖS | Saint Pierre ve Miquelon |
PR | 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 |
SE | İsveç |
SG | Singapur |
Out vuruşu | Saint Helena |
SI | Slovenya |
SK | Slovakya |
SL | Sierra Leone |
SN | Senegal |
SR | Surinam |
ST | Sao Tome ve Principe |
SV | El Salvador |
SZ | Svaziland |
TC | Turks ve Caicos Adaları |
TG | Togo |
TH | Tayland |
TL | Doğu Timor |
TM | Türkmenistan |
TO | Tonga |
TR | Türkiye |
TT | Trinidad ve Tobago |
TW | 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 | Britanya Virjin Adaları |
VI | Virgin Adaları, ABD |
VN | Vietnam |
WS | Samoa |
YE | Yemen |
YT | Mayotte |
ZA | Güney Afrika |
ZM | Zambiya |
ZW | Zimbabve |
Firebase Authentication: Telefon kimlik doğrulamasını kullanırken SMS kötüye kullanımını nasıl önleyebilirim?
Projenizi SMS trafiği pompalamaya ve API kötüye kullanımına karşı korumak için aşağıdaki adımları uygulayın:
SMS bölgesi politikası belirleme
Bölgesel SMS kullanımınızı görüntüleyin.
Gönderilen SMS'lerin çok yüksek, doğrulanmış SMS'lerin ise çok düşük (veya sıfır) olduğu bölgeleri bulun. Doğrulanma/gönderme oranı, başarı oranınızı gösterir. SMS, garanti edilen bir teslim protokolü olmadığından sağlıklı başarı oranları genellikle% 70-85 aralığındadır ve bazı bölgelerde kötüye kullanım yaşanabilir. %50'nin altındaki başarı oranları, çok sayıda SMS gönderilmiş ancak az sayıda başarılı giriş yapıldığını gösterir. Bu, kötü niyetli kullanıcıların ve SMS trafiğinin hızlı bir şekilde arttığına dair yaygın bir göstergedir.
Başarı oranı düşük SMS bölgelerini reddetmek veya uygulamanız yalnızca belirli pazarlarda dağıtılmak üzere tasarlandıysa yalnızca belirli bölgelere izin vermek için SMS Bölge Politikası'nı kullanın.
Yetkili kimlik doğrulama alanlarınızı sınırlama
Yetkili alanları yönetmek için Kimlik doğrulama ayarları kontrol panelini kullanın. Geliştirmeyi basitleştirmek için localhost
alanı, onaylanmış kimlik doğrulama alanlarına varsayılan olarak eklenir. Kötü niyetli kişilerin üretim projenize erişmek için kendi localhost
'lerinde kod çalıştırmasını önlemek amacıyla localhost
'yi üretim projenizdeki yetkili alanlardan kaldırabilirsiniz.
Uygulama Kontrolü'nü etkinleştirme ve zorunlu kılma
İsteklerin yalnızca projenizle ilişkili uygulamalardan geldiğini onaylayarak projenizi API kötüye kullanımına karşı korumak için Uygulama Kontrolü'nü etkinleştirin.
Uygulama Denetimi'ni Firebase Authentication ile kullanmak için Firebase Authentication with Identity Platform sürümüne geçmeniz gerekir.
Firebase konsolunda Kimlik Doğrulama için Uygulama Kontrolü'nü zorunlu kılmanız gerektiğini unutmayın (zorlamadan önce trafiği izlemeyi düşünün). Ayrıca, reCAPTCHA Enterprise onaylı siteler listenizi bir kez daha kontrol ederek listenin yalnızca üretim sitelerinizi içerdiğini ve Uygulama Kontrolü'nde projenize kaydedilen uygulamaların listesinin doğru olduğunu doğrulayın.
Uygulama Kontrolü, çağrının kayıtlı uygulamalarınızdan birinden geldiğini doğrulayarak otomatik saldırılara karşı korunmanıza yardımcı olur. Kullanıcıların uygulamanızı istenmeyen şekillerde kullanmasını engellemez (ör. gönderilen SMS'ler oluşturmak için giriş akışlarını başlatıp hiç bitirmemek).
Firebase Authentication: Telefon numaraları, telefon kimlik doğrulaması tarafından desteklenen yeni bir operatöre taşınıyor mu?
Şu anda operatörler arasında taşınan numaralar, söz konusu son kullanıcılar için tüm SMS'lerin teslim edilememesine neden olmaktadır. Bu sorunun geçici bir çözümü yoktur. Firebase bu sorun üzerinde çalışmaktadır.
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çma özelliğinin kimlik doğrulama sağlayıcısı olarak düzgün şekilde etkinleştirildiğinden emin olun:
Firebase konsolunda Authentication bölümünü açın.
Oturum açma yöntemi sekmesinde, Google ile oturum açma yöntemini devre dışı bırakıp 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 ile oturum açma yöntemini yeniden açın, etkinleştirin ve ardından 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ı edinin.Hatayı hâlâ alıp almadığınızı kontrol edin. Bu durumda, sonraki sorun giderme adımına geçin.
Gerekli temel OAuth 2.0 istemcilerinin bulunduğundan emin olun.
Google Cloud konsolunun Kimlik Bilgileri sayfasında OAuth 2.0 İstemci Kimlikleri bölümüne bakın.
OAuth 2.0 istemcileri bulunmuyorsa (ve yukarıdaki tüm sorun giderme adımlarını uyguladıysanız) Destek Ekibi ile 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çma özelliğinin bir kimlik doğrulama sağlayıcısı olarak düzgün şekilde etkinleştirildiğinden emin olun:
Firebase konsolunda Authentication bölümünü açın.
Oturum açma yöntemi sekmesinde, Google oturum açma yöntemini devre dışı bırakın ve 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çın, etkinleştirin ve ardından 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ı edinin.Hatayı almaya devam edip etmediğinizi kontrol edin. Bu durumda, sonraki sorun giderme adımına geçin.
Gerekli temel OAuth 2.0 istemcilerinin bulunduğundan emin olun.
Google Cloud konsolunun Kimlik Bilgileri sayfasında OAuth 2.0 istemci kimlikleri bölümüne bakın.
OAuth 2.0 istemcileri yoksa (ve yukarıdaki tüm sorun giderme adımlarını tamamladıysanız) destek ekibiyle iletişime geçin.
Firebase Authentication: Web uygulamamda neden şu 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çma özelliğinin kimlik doğrulama sağlayıcısı olarak düzgün şekilde etkinleştirildiğinden emin olun:
Firebase konsolunda Authentication bölümünü açın.
Oturum açma yöntemi sekmesinde, Google oturum açma yöntemini devre dışı bırakın ve 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 ile oturum açma yöntemini yeniden açın, etkinleştirin ve ardından Kaydet'i tıklayın.
Ayrıca, Authentication bölümünün Google ile oturum açma sağlayıcı yapılandırmasında, OAuth istemci kimliğinin ve gizli anahtarının Google Cloud konsolunun Kimlik Bilgileri sayfasında gösterilen web istemciyle eşleştiğinden emin olun (OAuth 2.0 İstemci Kimlikleri bölümüne bakın).
Firebase Authentication: Web uygulamamda yönlendirmeyle oturum açma işlemi neden şu hatayla 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 hata büyük olasılıkla yönlendirme alanınızın Firebase Authentication için yetkili alan olarak listelenmemesi veya Firebase Authentication Hizmeti ile kullandığınız API anahtarının geçersiz olmasından kaynaklanmaktadır.
Öncelikle YOUR_REDIRECT_DOMAIN'ün Firebase projenizin yetkili alan adları listesinde olduğundan emin olun. Yönlendirme alanınız zaten listedeyse geçersiz API anahtarı sorunlarını gidermeye devam edin.
Varsayılan olarak Firebase Authentication JS SDK'sı, Browser key
olarak etiketlenen Firebase projenizin API anahtarını kullanır ve oturum açma yönlendirme URL'sinin yetkili alanlar listesine göre geçerli olup olmadığını doğrulamak için bu anahtarı kullanır.
Authentication, Authentication SDK'sına nasıl eriştiğinize bağlı olarak bu API anahtarını alır:
Kullanıcıları Authentication JS SDK'sıyla oturum açmak için Hosting tarafından sağlanan kimlik doğrulama yardımcılarını kullanıyorsanız Firebase, Firebase Hosting'e her dağıttığınızda Firebase yapılandırmanızın geri kalanıyla birlikte API anahtarınızı otomatik olarak alır. Web uygulamanızdaki
firebaseConfig
authDomain
öğesinin, 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
değerininfirebaseConfig
adresinizdeki değerle eşleşip eşleşmediğini kontrol ederek bunu doğrulayabilirsiniz.Giriş kodunu kendi kendinize barındırıyorsanız Firebase yapılandırmasını kendi kendinize barındırılan Authentication JS SDK Yönlendirme yardımcısına sağlamak için bir
__/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, erişim anahtarı için izin verilen API'ler listesinde bulunduğundan emin olun (API anahtarları için 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 dosyada anahtarı düzeltin ve 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 bir API anahtarını otomatik olarak oluşturur.
Cloud konsolunda bu yeni API anahtarının
Browser key
olarak adlandırılmayacağını, bunun yerine Firebase Web Uygulamanızın takma adıyla aynı adı 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şturulduktan sonra aşağıdaki geçerli adımları tamamlayın:
Ayrılmış Hosting URL'leri kullanıyorsanız uygulamanızı Firebase'e yeniden dağıtın. Böylece, Firebase yapılandırmanızın geri kalanıyla birlikte yeni API anahtarını otomatik olarak edinebilirsiniz.
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: OAuth web istemcisini manuel olarak nasıl oluşturabilirim?
Google Cloud konsolunun Kimlik bilgileri sayfasını açın.
Sayfanın üst kısmından Kimlik bilgileri oluştur > OAuth istemci kimliği'ni seçin.
Kullanıcı rızası ekranınızı yapılandırmanız istenirse ekrandaki talimatları uygulayın ve ardından bu SSS'deki aşağıdaki adımlara geçin.
OAuth web istemcisini oluşturun:
Uygulama Türü için Web uygulaması'nı seçin.
Yetkilendirilmiş JavaScript Kaynakları için 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 Authentication 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 ardından yeni oluşturduğunuz ve Google Cloud konsolundan kopyaladığınız web sunucusu istemci kimliğini ve gizli anahtarını yapıştırın. Kaydet'i tıklayın.
Firebase Authentication: %APP_NAME%
, kullanıcılara e-posta adresi ve şifre kullanarak kaydolduğunda gönderilebilecek onay e-postasının e-posta şablonu için 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 etkinleştirildiğinde sağlandığından, %APP_NAME%
değerinin nasıl belirlendiği aşağıda açıklanmıştır:
OAuth marka adı mevcutsa e-posta şablonundaki
%APP_NAME%
, OAuth marka adı olur (Aralık 2022'den önceki davranışla aynıdır).OAuth marka adı mevcutsa e-posta şablonundaki
%APP_NAME%
aşağıdaki şekilde belirlenir:Web uygulamaları için
%APP_NAME%
, varsayılan Firebase Hosting site adı (.firebaseapp.com
ve.web.app
'ten önceki değer ve genellikle Firebase proje kimliği) olur.Mobil uygulamalar için:
İstekte Android paket adı veya iOS paket kimliği varsa
%APP_NAME%
, Play Store'da ya da App Store'da kullanılan uygulama adı olur (sırasıyla).Aksi takdirde
%APP_NAME%
, varsayılan Firebase Hosting site adı olur (.firebaseapp.com
ve.web.app
'den önceki değer ve genellikle Firebase proje kimliği).
Varsayılan Firebase Hosting site adının aranması başarısız olursa son yedek olarak
%APP_NAME%
için Firebase proje kimliğinin kullanılacağını unutmayın.
Cloud Functions
Cloud Functions çalışma zamanı desteği
Node.js'nin desteklenen en son sürümüne nasıl yükseltebilirim?
- Blaze fiyatlandırma planını kullandığınızdan emin olun.
- Firebase CLI'nin en son sürümünü kullandığınızdan emin olun.
- İşlevlerinizin
package.json
bölümündeengines
alanını güncelleyin. - İsterseniz Firebase Local Emulator Suite simgesini kullanarak değişikliklerinizi test edebilirsiniz.
- 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şlevler kontrol paneline gidin, bir işlev seçin ve Ek ayrıntılar bölümünde işlevin dilini kontrol edin.
Firebase Extensions kullanıyorum. Cloud Functions çalışma zamanı güncellemelerinden etkilenecek 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ü her uzantının düzenli olarak en son sürümüne güncellemenizi öneririz. Projelerinizin uzantılarını Firebase konsolu veya Firebase CLI üzerinden yükseltebilirsiniz.
Cloud Messaging
Cloud Messaging: Bildirimler derleyici ile Cloud Messaging arasındaki fark nedir?
Firebase Cloud Messaging, istemci SDK'ları ve HTTP ile XMPP sunucu protokolleri aracılığıyla eksiksiz bir mesajlaşma özelliği grubu sağlar. Daha karmaşık mesajlaşma gereksinimleri olan dağıtımlar için FCM doğru seçimdir.
Bildirimler oluşturucu, Firebase Cloud Messaging temel alınarak geliştirilmiş hafif ve sunucusuz bir mesajlaşma çözümüdür. Kullanıcı dostu bir grafik konsolu ve daha az kodlama şartıyla bildirimler derleyicisi, kullanıcıların yeniden etkileşime geçmelerini ve elde tutmalarını, uygulama büyümesini desteklemelerini ve pazarlama kampanyalarını desteklemelerini sağlamak için kolayca mesaj göndermelerine olanak tanır.
Özellikler | Bildirim Oluşturucu | Cloud Messaging | |
---|---|---|---|
Hedef | Tek cihaz | ||
Konulara (ör. hava durumu) abone olan müşteriler | |||
Önceden tanımlanmış kullanıcı segmentindeki istemciler (uygulama, sürüm, dil) | |||
Belirtilen analiz kitlelerindeki istemciler | |||
Cihaz gruplarındaki istemciler | |||
İstemciden sunucuya yayın | |||
Mesaj Türü | 2 KB'a kadar bildirimler | ||
4 KB'a kadar veri mesajları | |||
Teslimat | Hemen | ||
Gelecekteki istemci cihazının yerel saati | |||
Analytics | Dahili bildirim analizi toplama ve dönüşüm hunisi analizi |
Cloud Messaging: Apple, APN'ler için eski ikili protokolü kullanımdan kaldıracağını duyurdu. Herhangi bir işlem yapmam gerekiyor mu?
Hayır. Firebase Cloud Messaging, 2017'de HTTP/2 tabanlı APN protokolüne geçti. iOS cihazlara bildirim göndermek için FCM kullanıyorsanız herhangi bir işlem yapmanız gerekmez.
Cloud Messaging: FCM'i kullanmak için başka Firebase hizmetleri kullanmam gerekiyor mu?
Firebase Cloud Messaging'ü diğer Firebase hizmetlerini kullanmadan, GCM'de yaptığınız gibi 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, Firebase markası altında GCM'nin yeni sürümüdür. Geliştirmeyi kolaylaştırmak için yeni SDK'lar ile GCM'nin temel altyapısını devralır.Cloud Messaging
FCM SDK'sına geçmenin avantajları arasında şunlar yer alır:
- Daha basit müşteri geliştirme. Artık kendi kayıt veya abonelik yeniden deneme mantığınızı yazmanız gerekmez.
- Kullanıma hazır bir bildirim çözümü. Herkesin Google Analytics'teki analizlere dayanarak belirli kitleleri hedeflemek için bildirim göndermesine olanak tanıyan bir web konsoluna sahip sunucusuz bildirim çözümü olan Notifications oluşturucuyu kullanabilirsiniz.
GCM SDK'larından FCM SDK'larına yeni sürüme geçmek için Android ve iOS uygulamalarını taşımayla ilgili kılavuzlara bakın.
Cloud Messaging: Hedeflenen cihazlarım neden mesaj alamıyor?
Cihazların mesajları başarıyla almadığı anlaşılıyorsa öncelikle aşağıdaki iki olası nedeni kontrol edin:
Bildirim mesajları için ön plan mesaj işlemesi. İstemci uygulamalarının, uygulama cihazda ön plandayken bildirim mesajlarını işlemek 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, internete gelen veya internetten giden trafiği kısıtlayan bir güvenlik duvarı varsa Firebase Cloud Messaging istemci uygulamalarınızın ileti alabilmesi için bu 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 kullanır, ancak bazen 5229 ve 5230'u kullanır. FCM belirli IP'ler sağlamadığından, güvenlik duvarınızın Google'ın ASN 15169 listesinde yer alan IP bloklarında bulunan tüm IP adreslerine giden bağlantıları kabul etmesine izin vermeniz gerekir.
Cloud Messaging: Android uygulamamda onMessageReceived
'ı uyguladım ancak çağrılmıyor.
Uygulamanız arka plandayken sistem tepsisinde
bildirim mesajları gösterilir ve onMessageReceived
çağrılmaz. Veri yükü içeren bildirim mesajları için sistem tepsisinde bildirim mesajı görüntülenir ve bildirim mesajında yer alan veriler, kullanıcı bildirime dokunduğunda başlatılan amaçtan alınabilir.
Daha fazla bilgi için Mesajları alma ve işleme konusuna bakın.
Bildirim derleyici: Bildirim derleyici ile Cloud Messaging arasındaki fark nedir?
Bildirimler oluşturucu, Firebase Cloud Messaging temel alınarak geliştirilmiş hafif ve sunucusuz bir mesajlaşma çözümüdür. Kullanıcı dostu bir grafik konsolu ve daha az kodlama şartıyla bildirimler derleyicisi, kullanıcıların yeniden etkileşime geçmelerini ve elde tutmalarını, uygulama büyümesini desteklemelerini ve pazarlama kampanyalarını desteklemelerini sağlamak için kolayca mesaj göndermelerine olanak tanır.
Firebase Cloud Messaging, istemci SDK'ları ve HTTP ile XMPP sunucu protokolleri aracılığıyla eksiksiz bir mesajlaşma özelliği grubu sağlar. Daha karmaşık mesajlaşma gereksinimleri olan dağıtımlar için FCM doğru seçimdir.
Aşağıda, Firebase Cloud Messaging ve Bildirim Oluşturucu tarafından sağlanan mesajlaşma özelliklerinin karşılaştırması verilmiştir:
Özellikler | Bildirim Oluşturucu | Cloud Messaging | |
---|---|---|---|
Hedef | Tek cihaz | ||
Konulara (ör. hava durumu) abone olan müşteriler | |||
Önceden tanımlanmış kullanıcı segmentindeki istemciler (uygulama, sürüm, dil) | |||
Belirtilen analiz kitlelerindeki istemciler | |||
Cihaz gruplarındaki istemciler | |||
İstemciden sunucuya yayın | |||
Mesaj Türü | 2 KB'a kadar bildirimler | ||
4 KB'a kadar veri mesajları | |||
Teslimat | Hemen | ||
Gelecekteki istemci cihazının yerel saati | |||
Analytics | Yerleşik Bildirim analizi toplama ve dönüşüm hunisi analizi |
Bildirimler Derleyici: Mevcut bir Google Cloud Messaging (GCM) geliştiricisiyim ve Bildirimler Derleyici'yi kullanmak istiyorum. Ne yapmalıyım?
Bildirimler derleyicisi, Google Analytics'teki analizlere dayalı olarak belirli kitleleri hedeflemek için herkesin bildirim göndermesine olanak tanıyan hazır bir çözümdür. Ayrıca Bildirim Oluşturucu, her mesaj için dönüşüm hunisi analizi sağlayarak bildirim etkinliğinin 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ükseltme yapmanız gerekir. Android ve iOS uygulamalarını taşımayla ilgili kılavuzları inceleyin.
Haziran 2023'te desteği sonlandırılan FCM özellikler
20 Haziran 2023'te desteği sonlandırılan FCM API'leri hangileridir ve bu API'leri kullanıyorsam ne yapmalıyım?
Desteğin sonlandırılmasından 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ç nokta istekleri 21.06.2024'ten sonra başarısız olmaya başlayacak. | HTTP v1 API'ye geçiş yapın. |
Eski XMPP protokolü | fcm-xmpp.googleapis.com:5235 | Bitiş noktasına yapılan istekler 21.06.2024'ten sonra başarısız olmaya başlayacak. | HTTP v1 API'ye geçiş yapın. |
Instance ID sunucu API'leri | https://iid.googleapis.com/v1/web/iid | Bitiş noktasına yapılan istekler 21.06.2024'ten sonra başarısız olmaya başlayacak. | FCM web kayıtları oluşturmak için Web JS SDK'sını kullanın. |
https://iid.googleapis.com/iid/* | Bitiş noktaları çalışmaya devam edecek ancak 21.06.2024'ten sonra statik sunucu anahtarları kullanılarak yapılan kimlik doğrulama desteklenmeyecek. | Bir hizmet hesabından türetilen 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 tarihinden sonra statik sunucu anahtarları kullanarak kimlik doğrulamayı desteklemeyecek. | Hizmet hesabından türetilen bir OAuth 2.0 erişim jetonu kullanın. |
XMPP üzerinden yayın mesajları | fcm-xmpp.googleapis.com:5235 | Uygulamadaki FirebaseMessaging.send API çağrıları, 21.06.2024'ten sonra uygulama sunucusuna yayın mesajları tetiklemez. | Bu işlevi 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 uç noktayı doğrudan çağırır. gRPC'yi kullanarak yayın mesajlaşmasını örnek uygulamak için bu gRPC Hızlı Başlangıç makalesine bakın. |
Toplu Gönderme API'si | https://fcm.googleapis.com/batch | Uç nokta istekleri 21.06.2024'ten sonra başarısız olmaya başlayacak. | Çoklu yayın için HTTP/2'yi destekleyen standart HTTP v1 API gönderme yöntemine geçin. |
Firebase Yönetici SDK'sı API'leri
API adı | API Dili | Kullanıcılar üzerindeki etkisi | İşlem Gerekli |
---|---|---|---|
sendToDevice()
|
Node.js | API, eski HTTP gönderme API'sini çağırdığı için 21.06.2024'ten sonra çalışmayı durduracak. | send() yöntemini kullanın.
|
sendToDeviceGroup()
|
Node.js | API, eski HTTP gönderme API'sini çağırdığı için 21.06.2024'ten sonra çalışmayı durduracak. | send() yöntemini kullanın.
|
sendToTopic()
|
Node.js | API, eski HTTP gönderme API'sini çağırdığı için 21.06.2024'ten sonra çalışmayı durduracak. | send() yöntemini kullanın.
|
sendToCondition()
|
Node.js | API, eski HTTP gönderme API'sini çağırdığı için 21.06.2024'ten sonra çalışmayı durduracak. | 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'ten sonra çalışmayı durduracak. | En yeni Firebase Admin SDK'sına geçin ve bunun yerine 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'lere kıyasla 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 desteği sonlandırıldı) | GCM SDK'larını kullanan uygulamalar, 21.6.2024'ten sonra jeton kaydedemeyecek veya FCM'den mesaj alamayacak. | Henüz yapmadıysanız Android SDK'nızı en yeni Firebase SDK'sına yükseltin. |
JS SDK'ları sürüm <7.0.0 (2019'da 7.0.0 sürümünde önemli değişiklik) | Eski JS SDK'larını kullanan web uygulamaları 21.06.2024'ten sonra jeton kaydedemeyecek. | Firebase Web SDK'nızı en son sürüme yükseltin. |
Haziran 2024'ten önce hizmetin düşürülmesini görecek miyim?
Hayır. Hizmette alt sürüme geçmeden önce 12 ay içinde (20.06.2023 - 21.06.2024) eski API'lerden yeni API'lere geçiş yapabilirsiniz. Haziran 2024'te API'lerin kullanımdan kaldırılmasından etkilenmemek için geçişi mümkün olduğunca erken planlamanızı önemle tavsiye ederiz.
Haziran 2024'ten sonra, yukarıda listelenen API'leri/SDK'ları kullanırken daha fazla hata veya işlev eksikliği görebilirsiniz (daha fazla bilgi için sonraki SSS'ye bakın).
Desteği sonlandırılan API'ler nasıl ve ne zaman kapatılacak?
FCM, desteği sonlandırılan API'leri 22 Temmuz 2024'te kademeli olarak kullanımdan kaldıracak. Bu tarihten sonra, desteği sonlandırılan hizmetler için isteklerin giderek artan bir oranda hata yanıtı döndüreceği bir "titreşim" süreci uygulanacaktır. Kademeli olarak azaltma döneminde aşağıdaki davranış ve hata yanıtlarının zaman içinde sıklığının artmasını bekleyebilirsiniz:
Kategori | Beklenecek sonuçlar |
---|---|
Eski HTTP protokolü | İstekler 301 HTTP koduyla reddediliyor. |
Eski XMPP protokolü | İstekler 302 hata koduyla reddediliyor. |
FCM yayını | FCM arka ucu tarafından sessizce bırakılan mesajlar. |
Toplu Gönderme API'si | İstekler, UNIMPLEMENTED hata kodu ve "API'nin desteği sonlandırıldı." hata mesajıyla reddediliyor. |
GCM SDK'ları - Jeton Kaydetme | İstekler 301 HTTP koduyla reddediliyor. |
GCM SDK'ları - Mesaj Gönderme | İstekler 400 hata kodu ve "V3 jetonunun desteği sonlandırıldı" hata mesajıyla reddediliyor. |
JS SDK'ları 7.0.0'dan eski sürümler | İstekler 501 HTTP koduyla reddediliyor. |
Instance ID ve cihaz grubu yönetim API'lerine erişmek için sunucu anahtarını kullanma | HTTP kodu 401 ile reddedilen istekler. |
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.
Jetonları almak için Google Kimlik Doğrulama Kitaplığı'nın kullanımıyla ilgili yardım için Erişim jetonlarını basmak 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 üstbilgilerinin farklı olduğunu unutmayın.
- HTTP v1 API:
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 trafiğinizi yavaş yavaş artırmanızı öneririz. Düzenli olarak dk. başına 600.000'den fazla mesaj göndermeyi planlıyorsanız kotayı artırma talimatları için Firebase destek ekibiyle iletişime geçin veya trafiği nasıl dağıtacağınızla ilgili öneriler alın.
Konulara/cihaz gruplarına mesaj gönderirken HTTP v1 API ile eski API'ler arasındaki fark nedir?
Konu: v1 API'yi kullanırken konu hedefinize "/topics/" ön ekini eklemeniz gerekmez.
Cihaz grupları: 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 istekle birden fazla jetona mesaj göndermeyi destekler mi?
Hayır. Eski HTTP API'lerinde "çoklu yayın" olarak adlandırılan 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ğıtım boyutunun küçük (1 milyondan az) olduğu kullanım alanlarında Google, HTTP v1 API'yi kullanarak birden fazla ayrı istek göndermenizi önerir. HTTP/2 üzerinden HTTP v1 API, çoklu yayın isteklerinin% 99,9'unda (100'den az jeton gönderme) benzer performans gösterir. Tekil kullanım alanları (1.000 jeton gönderme) için işleme hızının üçte birine kadar ulaşır. Bu nedenle, bu anormal kullanım alanı için optimizasyon yapmak üzere ek eşzamanlılık gerekir. Kullanıcılar, eski çoklu yayın özelliğine kıyasla HTTP v1 API ile daha fazla güvenilirlik ve kullanılabilirlik deneyimi yaşayabilir.
Veri çıkışı ve çıkış bant genişliğinin öncelikli olduğu veya toplam dağıtım boyutunun büyük olduğu (1 milyondan fazla) kullanım alanları için Google, konu mesajlaşmasını önerir. Konu mesajları, alıcıların bir konuya abone olması için tek seferlik işlem yapılmasını gerekse de konu boyutuyla ilgili maksimum sınır olmaksızın proje yayılma hızı başına 10.000 QPS'ye kadar bir değer sunar.
Yeni API'ler Firebase Admin SDK'nın hangi sürümlerinde mevcut?
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 aynı HTTP bağlantısı üzerinden HTTP v1 API'ye birden fazla istek göndermek için HTTP/2 kullanmayı düşünebilirsiniz.
Projemin dosyalarına erişemiyorsam ne yapmalıyım?
Yardım için lütfen Google Cloud Destek Ekibi ile iletişime geçin.
Yeni projeler eski Cloud Messaging API'yi etkinleştirebilir mi?
Hayır. 20 Mayıs 2024'ten itibaren yeni projelerin eski API'lerimizi etkinleştirmesine izin verilmeyecek.
Eski Cloud Messaging API'yi ne zaman devre dışı bırakabilirim?
HTTP v1 API'ye tamamen geçiş yaptığınızdan emin olduktan sonra eski Cloud Messaging API'yi devre dışı bırakabilirsiniz (API zaten devre dışıysa sayfa yüklenmeyebilir).
FCM kotaları ve sınırları
2 dakika içinde geniş bir müşteri tabanını bilgilendirmem gerekiyor.
Maalesef bu kullanım alanı desteklenmiyor. Trafiğinizi 5 dakikaya yaymanız gerekir.
Uygulamam, kullanıcıları etkinlikler hakkında bilgilendiriyor. İş modelimin desteklenmesi için mesajların hemen teslim edilmesi gerekiyor. Daha fazla kota alabilir miyim?
Maalesef bu nedenle kota artışına izin veremiyoruz. Trafiğinizi 5 dakikaya yaymanız gerekir.
İletilerim planlanmış etkinliklerle ilgili ve trafiğimi saatin en başında göndermem gerekiyor.
Bildirimleri etkinlikten en az 5 dakika önce göndermeye başlamanızı öneririz.
Kota isteğimin yerine getirilmesi ne kadar sürer?
Bu, FCM'yi kullanma şeklinize bağlıdır. Her durumda, birkaç iş günü içinde yanıt alabilirsiniz. Bazı durumlarda, FCM kullanımınız ve çeşitli durumlarla ilgili olarak birtakım geri bildirimler olabilir. Bu da süreci uzatabilir. Tüm gereksinimler karşılanırsa isteklerin çoğu 2 hafta içinde ele alınır.
Kota kullanımımı nasıl izleyebilirim?
Kota metriklerini grafik hâline getirme ve izleme ile ilgili Google Cloud kılavuzlarına bakın.
429 hataları benim için / işletmem için zor. 429 hatası almamak için muafiyet veya daha fazla kota alabilir miyim?
Kota sınırlarının zor olabileceğinin farkındayız ancak kotalar, hizmetin güvenilirliğini korumak için çok önemlidir ve kotalardan muafiyet veremeyiz.
Geçici bir etkinlik için daha fazla kota alabilir miyim?
1 aya kadar süren bir etkinliği desteklemek için ek kota isteyebilirsiniz. İsteği etkinlikten en az 1 ay önce gönderin ve etkinliğin ne zaman başlayıp ne zaman sona ereceğiyle ilgili net ayrıntılar sağlayın. FCM, isteği yerine getirmek için her türlü çabayı gösterir (artış garanti edilemez). Bu kota artışları, etkinliğin bitiş tarihinden sonra geri alınır.
Mevcut kotam değişecek mi?
Google bu işlemi kolayca yapmasa da sistemin bütünlüğünü korumak için kotalar gerektiğinde değiştirilebilir. Mümkün olduğunda Google bu tür değişiklikleri size önceden bildirecektir.
Cloud Storage for Firebase
Cloud Storage for Firebase: Cloud Storage for Firebase özelliğini neden kullanamıyorum?
Cloud Storage for Firebase, App Engine ücretsiz katmanında varsayılan bir paket oluşturur. Bu sayede, kredi kartı takmak veya Cloud Billing hesabı etkinleştirmek zorunda kalmadan Firebase ve Cloud Storage for Firebase ile hızlı bir şekilde çalışmaya başlayabilirsiniz. Ayrıca, Firebase ile Google Cloud projesi arasında kolayca veri paylaşmanıza olanak tanır.
Ancak bu paketin oluşturulamadığı ve Cloud Storage for Firebase'ü kullanamadığınız iki bilinen durum vardır:
- Google Cloud'ten içe aktarılan ve App Engine Üst/Alt Datastore uygulamasına sahip bir proje.
-
Google Cloud alanından içe aktarılan ve alan öneki projelerinin bulunduğu bir proje. Örneğin:
domain.com:project-1234
.
Şu anda bu sorunlar için geçici bir çözüm bulunmamaktadır. Firebase konsolunda yeni bir proje oluşturmanızı ve bu projede Cloud Storage for Firebase hizmetini 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şlemleriyle ilgili 412 hata kodu yanıtları alıyorum?
412 hata kodları alıyorsunuzdur. Bunun nedeni, Cloud Storage for Firebase API'nin projeniz için etkinleştirilmemesi veya gerekli bir hizmet hesabının gerekli izinlere sahip olmaması olabilir.
İlgili SSS bölümüne göz atın.
Cloud Storage for Firebase: Spark plan projelerinde yürütülebilir dosyaları depolayabilir miyim?
Ücretsiz (Spark) plan projeleri için Firebase, Cloud Storage for Firebase ve Firebase Hosting tarafından Windows, Android ve Apple için 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 uygulanmaktadır.
İzin verilmeyen dosyaların sunulması, barındırılması ve dosya yüklemeleri, 28 Eylül 2023'te veya sonrasında oluşturulan tüm Spark projeleri için engellenir. Bu tarihten önce yüklenen dosyaların bulunduğu mevcut Spark projeleri için bu dosyalar yüklenmeye ve barındırılmaya devam edebilir.
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 üzerinde barındırılamaz:
.exe
,.dll
ve.bat
uzantılı Windows dosyaları.apk
uzantılı Android dosyaları.ipa
uzantılı Apple platformu dosyaları
Ne yapmam gerekiyor?
28 Eylül 2023'ten sonra bu dosya türlerini barındırmaya devam etmek istiyorsanız:
- Barındırma için: Bu dosya türlerini
firebase deploy
komutu aracılığıyla Firebase Hosting'e dağıtabilmek için Blaze planına geçin. - Depolama için: Bu dosya türlerini GCS CLI, Firebase konsolu veya Google Cloud konsolunu kullanarak istediğiniz pakete yüklemek için Blaze planına yükseltin.
Firebase Hosting ve Cloud Storage kaynaklarınızı yönetmek için Firebase araçlarını kullanın.
- Firebase Hosting'teki kaynakları yönetmek için Firebase konsolunu kullanarak sürümleri bu kılavuza göre silin.
- Cloud Storage'teki kaynakları yönetmek için projenizdeki Depolama Alanı ürün sayfasına gidin.
- Dosyalar sekmesinde, klasör hiyerarşinizde silinmesine izin verilmeyen dosyaları bulun ve panelin sol tarafındaki dosya adlarının yanındaki onay kutusunu kullanarak seçin.
- Sil'i tıklayın ve dosyaların silindiğini onaylayın.
Hosting kaynaklarını Firebase araçlarıyla yönetme ve Firebase için Cloud Storage paketlerini istemci kitaplıklarıyla yönetme hakkında daha fazla bilgi için lütfen dokümanlarımıza 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 doğru şekilde sayılmıyordu. 15 Eylül 2023'ten itibaren bu sorunu düzeltmek için gerekli işlemleri yaptık.
Blaze kullanıcıları için yükleme ve indirme işlemleri aylık faturanıza dahil edilmeye başlanacak. Spark kullanıcıları için bu kullanıcılar, aylık ücretsiz sınırınıza dahil edilmeye başlayacak.
Sınırlarınıza dahil edilebilecek artışlar olup olmadığını görmek için Kullanım sayfanızı izlemenizi öneririz.
Cloud Storage for Firebase: Cloud Storage for Firebase kullanan Firebase projelerimle ilişkili yeni hizmet hesabı kimliklerini neden görüyorum?
Firebase, kullanıcı kimlik bilgilerini paylaşmadan hizmetleri çalıştırmak ve yönetmek için hizmet hesaplarını kullanır. Bir Firebase projesi oluşturduğunuzda, projenizde halihazırda bir dizi hizmet hesabının mevcut olduğunu fark edebilirsiniz.
Cloud Storage for Firebase tarafından kullanılan hizmet hesabı, projenizin kapsamına sahiptir ve service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
olarak adlandırılır.
Cloud Storage for Firebase'ü 19 Eylül 2022'den önce kullandıysanız daha önce bağlanmış Cloud Storage paketlerinde firebase-storage@system.gserviceaccount.com
adlı ek bir hizmet hesabı görebilirsiniz. Bu hizmet hesabı 19 Eylül 2022'den itibaren desteklenmemektedir.
Projenizle ilişkilendirilmiş 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 içe 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ı oluşturma ve yönetme başlıklı makaledeki adımları uygulayın.
Bu kılavuzu izleyerek 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
Cloud Storage paketlerinize uygulamalarınızdan 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 başlıklı makaledeki talimatları uygulayın.
Crashlytics
Faydalı ipuçları ve diğer SSS'lerin yanıtlarını görmek için Crashlyticssorun giderme ve SSS sayfasını ziyaret edin.
Dynamic Links
Dynamic Links: Firebase'in Dynamic Links ile ilgili gelecek planları nelerdir?
Dynamic Links SSS bölümüne bakın.
Dynamic Links: Android uygulamam her Dinamik Bağlantı'ya neden iki kez erişiyor?
getInvitation
API, kaydedilen Dinamik Bağlantı'ya iki kez erişilmesini önlemek için bu bağlantıyı temizler. Etkinliğin ana etkinlik dışında tetiklenmesi durumunda temizlemek için bu API'yi, derin bağlantı etkinliklerinin her birinde autoLaunchDeepLink
parametresi false
olarak ayarlanmış şekilde çağırdığınızdan emin olun.
Firebase Local Emulator Suite
Emulator Suite günlüklerinde neden "Tek proje modunda birden fazla proje kimliği önerilmez" ile başlayan bir hata gösteriliyor?
Bu mesaj, Emülatör Paketi'nin farklı proje kimlikleri kullanan belirli bir ürün emülatörünün çalıştığını algıladığı anlamına gelir. Bu durum, yanlış yapılandırmadan kaynaklanabilir ve emülatörlerin birbirleriyle iletişim kurmaya çalıştığında ve kodunuzdan emülatörlerle etkileşime geçmeye çalıştığınızda sorunlara neden olabilir. Proje kimlikleri eşleşmezse genellikle veriler eksik görünür. Bunun nedeni, emülatörlerde depolanan verilerin proje kimliğiyle ilişkilendirilmesi ve birlikte çalışabilirliğin proje kimliklerinin eşleşmesine bağlı olmasıdır.
Bu, geliştiriciler arasında yaygın bir kafa karışıklığı kaynağı olmuştur. Bu nedenle, firebase.json
yapılandırma dosyasında aksini belirtmediğiniz sürece Local Emulator Suite artık varsayılan olarak yalnızca tek bir proje kimliğiyle çalıştırılmasına izin verecektir. Bir emülatör birden fazla proje kimliği algılarsa günlüğe bir uyarı kaydeder ve potansiyel olarak önemli bir hata verir.
Proje kimliği beyanlarınızda aşağıdakiler açısından uyuşmazlık olup olmadığını kontrol edin:
-
Komut satırında ayarlanan varsayılan proje. Varsayılan olarak, proje kimliği,
firebase init
veyafirebase use
ile seçilen projeden alınır. Proje listesini görüntülemek (ve hangisinin seçili olduğunu görmek) içinfirebase projects:list
simgesini kullanın. -
Birim testleri. Proje kimliği genellikle Kurallar Birim Testi kitaplığı yöntemlerine yapılan
initializeTestEnvironment
veyainitializeTestApp
çağrılarında belirtilir. Diğer test kodlarıinitializeApp(config)
ile başlatılabilir. -
Komut satırı
--project
işareti. Firebase KSA--project
işareti geçmek, varsayılan projeyi geçersiz kılar. İşaretin değerinin birim testlerindeki ve uygulama başlatma işlemindeki proje kimliğiyle eşleştiğinden emin olmanız gerekir.
Kontrol edilmesi gereken platforma özgü yerler:
Web | initializeApp içinde kullanılan JavaScript firebaseConfig nesnenizdeki projectId özelliği.
|
Android | google-services.json yapılandırma dosyasındaki project_id özelliği.
|
Apple platformları | GoogleService-Info.plist yapılandırma dosyasında PROJECT_ID mülkü.
|
Tek proje modunu devre dışı bırakmak için firebase.json
değerini singleProjectMode
anahtarıyla güncelleyin:
{ "firestore": { ... }, "functions": { ... }, "hosting": { ... }, "emulators": { "singleProjectMode": false, "auth": { "port": 9099 }, "functions": { "port": 5001 }, ... } }
Hosting
Hosting: Spark plan projelerinde yürütülebilir dosyaları depolayabilir miyim?
Ücretsiz (Spark) plan projeleri için Firebase, Cloud Storage for Firebase ve Firebase Hosting tarafından Windows, Android ve Apple için 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.
İzin verilmeyen dosyaların sunulması, barındırılması ve dosya yüklemeleri, 28 Eylül 2023'te veya sonrasında oluşturulan tüm Spark projeleri için engellenir. Bu tarihten önce yüklenen dosyaların bulunduğu mevcut Spark projeleri için bu dosyalar yüklenmeye ve barındırılmaya devam edebilir.
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 üzerinde barındırılamaz:
.exe
,.dll
ve.bat
uzantılı Windows dosyaları.apk
uzantılı Android dosyaları.ipa
uzantılı Apple platformu dosyaları
Ne yapmam gerekiyor?
28 Eylül 2023'ten sonra bu dosya türlerini barındırmaya devam etmek istiyorsanız:
- Barındırma için: Bu dosya türlerini
firebase deploy
komutu aracılığıyla Firebase Hosting'e dağıtabilmek için Blaze planına geçin. - Depolama için: Bu dosya türlerini GCS CLI, Firebase konsolu veya Google Cloud konsolunu kullanarak istediğiniz pakete yüklemek için Blaze planına yükseltin.
Firebase Hosting ve Cloud Storage kaynaklarınızı yönetmek için Firebase araçlarını kullanın.
- Firebase Hosting'teki kaynakları yönetmek için Firebase konsolunu kullanarak sürümleri bu kılavuza göre silin.
- Cloud Storage'teki kaynakları yönetmek için projenizdeki Depolama Alanı ürün sayfasına gidin.
- Dosyalar sekmesinde, klasör hiyerarşinizde silinmesine izin verilmeyen dosyaları bulun ve panelin sol tarafındaki dosya adlarının yanındaki onay kutusunu kullanarak seçin.
- Sil'i tıklayın ve dosyaların silindiğini onaylayın.
Hosting kaynaklarını Firebase araçlarıyla yönetme ve Firebase için Cloud Storage paketlerini istemci kitaplıklarıyla yönetme hakkında daha fazla bilgi için lütfen dokümanlarımıza bakın.
Hosting: Firebase Console'daki Hosting sürüm geçmişi tablom neden yerel projemdeki dosya sayısından daha fazla dosya sayısı gösteriyor?
Firebase, Hosting sitesiyle ilgili meta veriler içeren ek dosyaları otomatik olarak ekler. Bu dosyalar, sürümün toplam dosya sayısına dahil edilir.
Hosting: Firebase Hosting'a dağıtabileceğim en büyük dosya boyutu nedir?
Hosting'te tek dosyaların boyutu en fazla 2 GB olabilir.
Daha büyük dosyaları, bağımsız nesneler için terabayt aralığında maksimum boyut sınırı sunan Cloud Storage kullanarak depolamanızı öneririz.
Hosting: Firebase projesi başına kaç tane Hosting sitem olabilir?
Firebase Hosting çok siteli özellik, proje başına en fazla 36 siteyi destekler.
Performance Monitoring
Daha fazla SSS'nin yanıtlarını ve faydalı ipuçları için Performance Monitoring sorun giderme ve SSS sayfasını ziyaret edin.
Performance Monitoring: Kaç tane özel URL kalıbı oluşturabilirim?
Uygulama başına toplam 400'e kadar özel URL kalıbı ve bu uygulamanın alan adı başına 100'e kadar özel URL kalıbı oluşturabilirsiniz.
Performance Monitoring: Performans verilerini neden gerçek zamanlı olarak göremiyorum?
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 — v7.3.0 veya sonraki sürümler
- tvOS: v8.9.0 veya sonraki sürümler
- Android: 19.0.10 veya sonraki sürümler (veya 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'ün verilerinizi neredeyse gerçek zamanlı olarak işlemesine olanak tanır.
Realtime Database
Realtime Database: Realtime Database kanalımın bant genişliği, Eylül 2016 ile Mart 2017 arasında neden ortalamanın altında bildirildi?
Bant genişliği hesaplamalarımıza genellikle SSL şifreleme ek yükünü (OSI modelinin 5. katmanına göre) dahil ederiz. Ancak Eylül 2016'da, bant genişliği raporlamamızın şifreleme ek yükünü yoksaymasına neden olan bir hata ekledik. Bu durum, birkaç ay boyunca hesabınızda yapay olarak düşük bildirilen bant genişliği ve faturalara neden olmuş olabilir.
Mart 2017'nin sonlarında, bant genişliği raporlamasını ve faturalandırmayı normal seviyelerine döndüren bir düzeltme yayınladık.
Realtime Database: Realtime Database'ın ölçeklendirme sınırlamaları nelerdir?
Her Realtime Database örneğinin saniye başına yazma işlemi sayısı sınırlıdır. Küçük yazma işlemleri için bu sınır yaklaşık olarak saniye başına 1.000 yazma işlemidir. Bu sınıra yaklaşıyorsanız birden fazla yol güncellemesi kullanarak işlemleri gruplandırma, daha yüksek bir aktarım hızına ulaşmanıza yardımcı olabilir.
Ayrıca, her veritabanı örneğinde eşzamanlı veritabanı bağlantısı sayısına dair bir sınır vardır. Varsayılan sınırlarımız çoğu uygulama için yeterlidir. Daha fazla ölçek gerektiren bir uygulama geliştiriyorsanız ek ölçek için uygulamanızı birden fazla veritabanı örneğine bölmeniz gerekebilir. Alternatif bir veritabanı olarak Cloud Firestore'u da kullanabilirsiniz.
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ıza dair bir e-posta uyarısı veya bildirim aldıysanız aşıladığınız kullanım sınırına göre bu sorunu çözebilirsiniz. Realtime Database kullanımınızı görmek için Firebase konsolundaki Realtime Database Kullanım kontrol paneline gidin.
İndirilen dosya sayısı sınırınızı aştıysanız Firebase fiyatlandırma planınızı yükseltebilir veya bir sonraki faturalandırma döneminizin başında indirilen dosya sayısı sınırınızın sıfırlanmasını bekleyebilirsiniz. İndirme sayısını azaltmak için aşağıdaki adımları deneyin:
- Dinleme işlemlerinizin döndürdüğü verileri sınırlamak için sorgu ekleyin.
- Dizine eklenmeyen sorgu olup olmadığını kontrol edin.
- Yalnızca verilerdeki güncellemeleri indiren dinleyicileri kullanın (ör.
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 kesintisi yaşamamak 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 temizleme işleri çalıştırın.
- Veritabanınızdaki yinelenen verileri azaltın.
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ına yapılan eşzamanlı bağlantıları yönetmek için gerçek zamanlı bağlantı gerektirmiyorsa REST API üzerinden kullanıcılar aracılığıyla bağlanmayı deneyin.
Remote Config
Remote Config: Getirilen değerler neden uygulamamın davranışını ve görünümünü değiştirmiyor?
Değerleri fetchAndActivate()
ile getirmediğiniz sürece değerler yerel olarak depolanır ancak etkinleştirilmez. Getirilen değerlerin geçerlilik kazanması için activate
işlevini çağırın. Bu tasarım, activate
işlevini ne zaman çağıracağınızı seçebildiğiniz için uygulamanızın davranışının ve görünümünün ne zaman değişeceğini kontrol etmenize olanak tanır. activate
çağrısından sonra, güncellenen parametre değerlerinin ne zaman kullanılacağını uygulama kaynak kodunuz belirler.
Örneğin, değerleri getirip bir sonraki sefer kullanıcı uygulamanızı başlattığında etkinleştirebilirsiniz. Bu sayede, uygulamanız hizmetten getirilen değerleri beklerken uygulama başlatmayı geciktirmeniz gerekmez. Uygulamanızın davranışı ve görünümündeki değişiklikler, daha sonra uygulamanız güncellenmiş parametre değerlerini kullandığında gerçekleşir.
Remote Config API ve kullanım modeli hakkında daha fazla bilgi edinmek için Remote Config API'ye Genel Bakış başlıklı makaleyi inceleyin.
Remote Config: Uygulamamı geliştirirken çok sayıda getirme isteği gönderiyorum. Uygulamam, getirme isteği gönderdiğinde neden her zaman hizmetten en son değerleri almıyor?
Uygulama geliştirme sırasında, uygulamanızı geliştirip test ederken hızlı bir şekilde iterasyon yapabilmek için yapılandırmaları çok sık (saatte birkaç kez) getirmek ve etkinleştirmek isteyebilirsiniz. 10'a kadar geliştiricinin bulunduğu bir projede hızlı iterasyon sağlamak için uygulamanızda minimum getirme aralığı (setMinimumFetchIntervalInSeconds
) düşük bir FirebaseRemoteConfigSettings
nesnesi geçici olarak 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 daha kısa bir sürede alır ve getirilen değerleri genellikle milisaniye cinsinden alır. Remote Config hizmeti, getirme isteklerini milisaniyeler içinde işler ancak 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.
Amacınız, getirilen değerlerin uygulamanızda en kısa sürede geçerli olmasını sağlamak ancak bu işlemi rahatsız edici bir kullanıcı deneyimi oluşturmadan gerçekleştirmek ise uygulamanız tam ekran yenileme yaptığı her seferinde fetchAndActivate
çağrıları ekleyebilirsiniz.
Test Lab
Yararlı ipuçları ve SSS'lere yanıtlar için Test Lab sorun giderme sayfasını ziyaret edin.
Firebase Kullanıcı Segmentasyonu Depolama Alanı
Firebase User Segmentation Storage nedir?
Firebase Kullanıcı Segmentasyonu Depolama Alanı, Firebase kurulum kimliklerini, ilgili özellikleri ve segmentleri, ayrıca Crashlytics, FCM, Remote Config kişiselleştirme gibi bunları kullanan diğer Firebase hizmetlerine hedefleme bilgileri sağlamak için oluşturduğunuz kitle listelerini depolar.