Başka sorunlarınız var mı veya sorununuzu aşağıda ana hatlarıyla göremiyor musunuz? Lütfen bir hata bildirin veya özellik isteğinde bulunun ve Stack Overflow tartışmalarına katılın.
Firebase projeleri ve Firebase uygulamaları
Firebase projesi nedir?
Firebase 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 özgü Firebase SDK'larını uygulamanıza ekleyebilirsiniz.
Apple, Android ve web uygulaması varyantlarınızı tek bir Firebase projesinde kaydetmeniz gerekir. Geliştirme, hazırlık ve üretim gibi birden fazla ortamı desteklemek için birden fazla Firebase projesi kullanabilirsiniz.
Firebase projeleri hakkında daha fazla bilgi edinebileceğiniz bazı kaynakları aşağıda bulabilirsiniz:
- Firebase projelerini anlayın: Firebase projelerinin 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şturmak için genel en iyi uygulamalar: Farklı ortamlar kullanan net bir geliştirme iş akışınıza sahip olmanız için Firebase projeleri oluşturma ve uygulamalarınızı bir projeye kaydettirmeyle ilgili genel ve üst düzey en iyi uygulamaları sunar.
Firebase, tüm Firebase projeleri için Google Cloud konsolundaki projeniz için Etiketler sayfasına otomatik olarak firebase:enabled
etiketi ekler. SSS sayfamızda bu etiket hakkında daha fazla bilgi edinebilirsiniz.
Google Cloud kuruluşu nedir?
Google Cloud kuruluşu, Google Cloud projeleri (Firebase projeleri dahil) için bir container'dır. Bu hiyerarşi, Google Cloud ve Firebase projelerinizin daha iyi organize edilmesini, yönetilmesini ve denetlenmesini sağlar. Daha fazla bilgi için Kuruluş Oluşturma ve Yönetme bölümüne bakın.
Mevcut bir Google Cloud projesine Firebase'i nasıl eklerim?
Google Cloud Console veya Google API'leri konsolu üzerinden yönetilen mevcut Google Cloud projeleriniz olabilir.
Aşağıdaki seçeneklerden birini kullanarak Firebase'i bu mevcut projelere ekleyebilirsiniz:
- Firebase konsolunu kullanarak:
Firebase konsolu açılış sayfasında Proje Ekle'yi tıklayın, ardından Proje adı menüsünden mevcut projenizi seçin. - Programatik seçenek kullanma:
- Firebase Management REST API uç noktasını
addFirebase
çağırın. firebase projects:addfirebase
Firebase CLI komutunu çalıştırın.- Terraform'u kullanın.
- Firebase Management REST API uç noktasını
Google Cloud projemin neden firebase:enabled
etiketi var?
Google Cloud Console'daki projenizin
Etiketler sayfasında
firebase:enabled
etiketini görebilirsiniz (özellikle, Value
öğesine enabled
sahip firebase
veya Key
).
Projeniz bir Firebase projesi olduğundan Firebase bu etiketi otomatik olarak ekledi. Bu durum, projenizde Firebase'e özel yapılandırma ve hizmetlerin etkinleştirildiği anlamına gelir. Firebase projeleri ile Google Cloud arasındaki ilişki hakkında daha fazla bilgi edinin.
Bu etiketi değiştirmemenizi veya silmemenizi önemle tavsiye ederiz. Bu etiket, Firebase ve Google Cloud tarafından Firebase projelerinizi listelemek için kullanılır (ör. REST API projects.list
uç noktası kullanılarak veya Firebase konsolundaki menülerde).
Bu etiketi proje etiketleri listenize manuel olarak eklediğinizde Google Cloud projeniz için Firebase'e özel yapılandırmalar ve hizmetler ETKİNLEŞTİRMEZ. Bunun için Firebase konsolu üzerinden (veya gelişmiş kullanım alanları için Firebase Management REST API ya da Firebase CLI aracılığıyla) Firebase'i eklemeniz gerekir.
Firebase projem neden Firebase projeleri 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ğırmaktan gelen yanıtta - Firebase CLI komutunu çalıştırmanın yanıtı olarak
firebase projects:list
Şu sorun giderme adımlarını deneyin:
- Öncelikle, doğrudan projenin URL'sini ziyaret ederek projenize erişmeyi deneyin. Aşağıdaki biçimi kullanın:
https://console.firebase.google.com/project/PROJECT-ID/overview
- Projeye erişemiyor veya izin hataları alıyorsanız aşağıdakileri kontrol edin:
- Projeye erişimi olan 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 Console'da görüntüleyip görüntüleyemediğinizi kontrol edin.
- Google Cloud Console'daki projenizin Etiketler sayfasında, projeniz için
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 birine (Sahip, Düzenleyici, Görüntüleyici) veya Firebase ile ilgili izinlere sahip bir role (ör. önceden tanımlanmış Firebase rolü) atandığından emin olun. Rollerinizi, Google Cloud konsolunun IAM sayfasında görüntüleyebilirsiniz.
- Projeniz bir Google Cloud kuruluşuna aitse Firebase konsolunda listelenen projeyi görmek için ek izinlere ihtiyaç duyabilirsiniz. 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ının hiçbiri projenizi Firebase projeleri listesinde görmenizi sağlamıyorsa Firebase Destek Ekibi ile iletişime geçin.
Hesap başına kaç tane projem olabilir?
- 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ı başına proje kotanız, Cloud Billing hesabınız iyi durumda olduğu sürece önemli ölçüde artar.
Proje kotasının sınırı çoğu geliştiriciyi nadiren endişelendirir ancak gerekirse proje kotanızda artış talep edebilirsiniz.
Bir projenin tamamen silinmesinin 30 gün gerektirdiğini ve tamamen silinene kadar kotanıza dahil edildiğini unutmayın.
Bir Firebase projesinde kaç tane Firebase Uygulamam olabilir?
Firebase projeleri; Apple, Android ve web'deki Firebase Uygulamaları için bir kapsayıcıdır. Firebase, bir Firebase projesindeki toplam Firebase Uygulama sayısını 30 ile kısıtlar.
Bu sayıdan sonra performans düşmeye başlar (özellikle Google Analytics için) ve sonunda, uygulama sayısı yükseldiğinde 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 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.
Nadiren, projeniz için 30'dan fazla uygulama gerekiyorsa uygulama sınırını yükseltme isteğinde bulunabilirsiniz. Bu istekte bulunabilmeniz için projenizin Blaze fiyatlandırma planı kapsamında olması gerekir. İstekte bulunmak ve değerlendirilmesini sağlamak için Google Cloud Console'u ziyaret edin. Google Cloud belgelerinde kota yönetimi hakkında daha fazla bilgi edinebilirsiniz.
Projemi "üretim" ortamı olarak etiketlersem ne olur?
Firebase konsolunda Firebase projelerinizi ortam türleriyle (Üretim veya Belirtilmemiş (üretken olmayan) ortamlar olarak) etiketleyebilirsiniz.
Projenizi ortam türü olarak etiketlemenin, Firebase projenizin çalışma şekli veya özellikleri üzerinde herhangi bir etkisi yoktur. Bununla birlikte etiketleme, size ve ekibinize uygulama yaşam döngüsü boyunca ç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 ortamları olarak etiketlenen Firebase projeleri için daha fazla özellik ve koruma ekleyebiliriz.
Firebase projenizin ortam türünü değiştirmek için settings Proje ayarları > Genel bölümüne gidin. Ardından Ortam altındaki Projeniz kartında ortam türünü değiştirmek için edit simgesini tıklayın.
Firebase uygulamamın Uygulama Kimliğini nerede bulabilirim?
Firebase konsolunda settings Proje ayarları bölümüne gidin. Uygulamalarınız kartına ilerleyin. 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'yi Firebase projeme veya uygulamama bağlamak için ön koşullar nelerdir?
- Google Play hesabınızı bağlamak için gerekenler:
- Firebase rollerinden birini seçin: Sahip veya Firebase Yöneticisi
ve - Şu Google Play erişim düzeylerinden biri: Hesap Sahibi veya Yönetici
- Firebase rollerinden birini seçin: Sahip veya Firebase Yöneticisi
- AdMob uygulamanızı bağlamak için hem Firebase projesinin sahibi hem de AdMob yöneticisi olmanız gerekir.
- AdWords hesabınızı bağlamak için hem Firebase projesi sahibi hem de AdWords yöneticisi olmanız gerekir.
- BigQuery projenizi bağlamak için Firebase projesinin sahibi olmanız gerekir.
Uygulamama hangi açık kaynak bildirimlerini eklemeliyim?
Apple platformlarında Firebase kapsülü, ilgili girişleri içeren bir BİLDİRİM dosyası içerir. Firebase Android SDK'sı, lisans bilgilerini göstermek için bir yardımcı Activity
içerir.
Firebase projelerine izinler ve erişim
Bir proje üyesine Sahip rolünü nasıl 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.
Rolleri atayabileceğiniz ve yönetebileceğiniz yerler şunlardır:
- Firebase konsolu settings > Proje ayarları altındaki Kullanıcılar ve izinler sekmesinde proje üyelerine rol atamanın basitleştirilmiş bir yolunu sunar. Firebase konsolunda temel rollerden (Sahip, Düzenleyici, Görüntüleyici), Firebase Yönetici/Görüntüleyen rollerinden veya önceden tanımlanmış Firebase ürün kategorisi rollerinden herhangi birini atayabilirsiniz.
- Google Cloud Console, IAM sayfasında proje üyelerine rol atamak için kullanabileceğiniz kapsamlı bir araç seti sunar. Cloud Console'da özel roller oluşturup yönetebilir ve hizmet hesaplarına projeniz için erişim izni verebilirsiniz.
Google Cloud konsolunda proje üyelerinin ana hesap olarak adlandırıldığını unutmayın.
Projenizin Sahibi artık bir Sahip'in görevlerini (örneğin, şirketinizden ayrılan kişi) gerçekleştiremiyorsa ve projeniz bir Google Cloud kuruluşu (sonraki paragrafa bakın) aracılığıyla yönetilmiyorsa (sonraki paragrafa bakın) geçici sahip atanması için Firebase Destek Ekibi ile iletişime geçin.
Bir Google Cloud kuruluşunun parçası olan Firebase projelerinin Sahibi'nin bulunmayabileceğini unutmayın. Firebase projeniz için bir Sahip bulamıyorsanız Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçerek proje için bir Sahip atayın.
Bir Firebase projesinin Sahibini nasıl bulabilirim?
Proje üyelerini ve rollerini şuralarda görüntüleyebilirsiniz:
- Firebase konsolunda projeye erişiminiz varsa Proje üyelerinin listesini (Sahipler dahil) Firebase konsolunun Kullanıcılar ve izinler sayfasında görebilirsiniz.
- Firebase konsolunda projeye erişiminiz yoksa Google Cloud konsolundan projeye erişiminiz olup olmadığını kontrol edin. Google Cloud konsolunun IAM sayfasında, Proje Sahipleri de dahil olmak üzere proje üyelerinin listesini görebilirsiniz.
Projenizin Sahibi artık bir Sahip'in görevlerini (örneğin, şirketinizden ayrılan kişi) gerçekleştiremiyorsa ve projeniz bir Google Cloud kuruluşu tarafından yönetilmiyorsa (sonraki paragrafa bakın) Firebase Destek Ekibi ile iletişime geçerek geçici bir sahip atanmasını isteyebilirsiniz.
Bir Google Cloud kuruluşunun parçası olan Firebase projelerinin Sahibi'nin olmayabileceğini unutmayın. Bunun yerine, Google Cloud kuruluşunuzu yöneten kişi, bir Sahibin yapabileceği birçok görevi gerçekleştirebilir. Bununla birlikte, 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 Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçerek proje için bir Sahip atayın.
Bir proje üyesine neden veya ne zaman Sahip rolü atamalıyım?
Firebase projesinin doğru yönetilebilmesi için bir Sahibi olması gerekir. Proje Sahibi, çeşitli önemli yönetim işlemlerini (rolleri atama ve Google Analytics mülklerini yönetme gibi) gerçekleştirebilen kişidir ve Firebase Desteği yalnızca kanıtlanmış proje Sahiplerinden gelen yönetim taleplerini yerine getirebilir.
Bir Firebase projesinin Sahiplerini belirledikten sonra bu atamaları güncel tutmak önemlidir.
Firebase projesi bir Google Cloud kuruluşunun parçasıysa Google Cloud kuruluşunuzu yöneten kişinin, bir Sahip'in yapabileceği birçok görevi gerçekleştirebileceğini unutmayın. Ancak, Sahibe özel bazı görevler (ör. rol atama veya Google Analytics mülklerini yönetme) için yöneticinin, bu görevleri gerçekleştirmek için kendine gerçek Sahip rolünü ataması gerekebilir.
Firebase projem olduğunu sanmıyorum ama bu projeyle ilgili bir e-posta aldım. Bu projeye nasıl erişebilirim?
Aldığınız e-posta, Firebase projenizi açmak için bir bağlantı içermelidir. E-postadaki bağlantı tıklandığında proje Firebase konsolunda açılır.
Bağlantıdaki projeyi açamıyorsanız projeyle ilgili e-postanın gönderildiği Google Hesabı'nı kullanarak Firebase'de oturum açtığınızdan emin olun. Konsolun sağ üst köşesindeki hesap avatarınızı kullanarak Firebase konsolunda oturum açıp kapatabilirsiniz.
Bir Google Cloud kuruluşunun yöneticisiyseniz kuruluşunuzdaki Firebase projelerinde yapılan değişiklikler hakkında size bilgi verilebileceğini unutmayın. Ancak Firebase projesini açmak için yeterli izniniz olmayabilir. Böyle durumlarda en basit çözüm, projeyi açmak ve gerekli işlemleri gerçekleştirmek için kendinize gerçek Sahip rolünü atamaktır. Sahip rolünün neden ve ne zaman atanacağı hakkında daha fazla bilgi edinin.
Platformlar ve çerçeveler
Daha fazla SSS için faydalı ipuçları ve yanıtlar için platforma özel sorun giderme ve SSS sayfalarını ziyaret edin.
Firebase konsolu
Firebase konsoluna erişmek için desteklenen tarayıcılar hangileridir?
Firebase konsoluna Chrome, Firefox, Safari ve Edge gibi popüler masaüstü tarayıcıların son sürümlerinden erişilebilir. Mobil tarayıcılar şu anda tam olarak desteklenmemektedir.
Firebase konsolunu yükleyebiliyor ancak neden Firebase projemi bulamıyorum veya bu projeye neden erişemiyorum?
Bu SSS, aşağıdaki sorunlardan biriyle karşılaşıyorsanız geçerlidir:
- Firebase konsolu, projenizin mevcut olmayabileceğini veya projeye erişiminizin olmadığını belirten bir hata sayfası döndürür.
- Firebase konsolu, konsolun arama alanına proje kimliğini veya proje adını girseniz bile projenizi göstermez.
Şu sorun giderme adımlarını deneyin:
- Öncelikle, doğrudan projenin URL'sini ziyaret ederek projenize erişmeyi deneyin. Aşağıdaki biçimi kullanın:
https://console.firebase.google.com/project/PROJECT-ID/overview
- Projeye 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 birine (Sahip, Düzenleyici, Görüntüleyici) veya Firebase ile ilgili izinlere sahip bir role (ör. önceden tanımlanmış Firebase rolü) atandığından emin olun. Rollerinizi, Google Cloud konsolunun IAM sayfasında görüntüleyebilirsiniz.
- Projeniz bir Google Cloud kuruluşuna aitse Firebase konsolunda listelenen projeyi görmek için ek izinlere ihtiyaç duyabilirsiniz. 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ının hiçbiri projenizi bulmanıza veya erişmenize olanak tanı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 bitmez.
- Sayfadaki veriler beklendiği gibi yüklenmiyor.
- Firebase konsolunu yüklerken tarayıcı hata mesajları alıyorsunuz.
Şu sorun giderme adımlarını deneyin:
- Olası hizmet kesintileri için Firebase Durum Kontrol Paneli'nin Konsol satırını kontrol edin.
- Desteklenen bir tarayıcı kullandığınızdan emin olun.
- Firebase konsolunu gizli veya gizli bir pencerede yüklemeyi deneyin.
- Tüm tarayıcı uzantılarını devre dışı bırakın.
- 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 herhangi bir 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 konsolumun dili nasıl belirlenir?
Firebase konsolunun dil ayarı, Google Hesabı ayarlarınızda seçilen dile bağlıdır.
Dil tercihinizi değiştirmek için Dili değiştirme bölümüne bakın.
Firebase konsolu aşağıdaki dilleri destekler:
- İngilizce
- Portekizce (Brezilya)
- Fransızca
- Almanca
- Endonezce
- Japonca
- Korece
- Rusça
- Basitleştirilmiş Çince
- İspanyolca
- Geleneksel Çince
Firebase konsolu hangi rolleri ve izinleri destekler?
Firebase konsolu ve Google Cloud konsolu, aynı temel rol ve izinleri kullanır. Roller ve izinler hakkında daha fazla bilgiye Firebase IAM belgelerinden ulaşabilirsiniz.
Firebase; Sahip, Düzenleyici ve Görüntüleyici gibi temel (temel) 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.
- Düzenleyici, proje için tam düzenleme erişimine sahiptir.
- Görüntüleyici projesinin ilgili proje için yalnızca okuma erişimi vardır. Firebase konsolunda şu anda düzenleme kullanıcı arayüzü kontrollerinin projedeki görüntüleyiciler bölümünde gizlenmediğini veya devre dışı bırakılmadığını, ancak bu işlemlerin, Görüntüleyici rolüne atanan proje üyeleri için başarısız olacağını unutmayın.
Firebase aşağıdakileri de destekler:
- Önceden tanımlanmış Firebase rolleri: Sahip, Düzenleyici ve Görüntüleyici temel rollerine göre daha ayrıntılı erişim denetimi sağlayan, seçilmiş Firebase'e özgü roller.
- Özel roller: Kuruluşunuzun belirli 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 arasında Realtime Database, Cloud Storage for Firebase, Cloud Functions, Hosting, Test Lab ve telefonla kimlik doğrulama yer alır. Tüm bu özellikler için ücretsiz bir katman sunuyoruz.
Firebase'in ücretsiz olarak sunulan birçok ürünü vardır: Analytics, Cloud Messaging, Notifications oluşturucu, Remote Config, Uygulama Dizine Ekleme, 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 ötesindeki tüm Authentication özellikleri ücretsizdir.
Firebase, ücretli ürünler için ücretsiz deneme kredileri sunuyor mu?
Firebase ücretli hizmetleri, Google Cloud Ücretsiz Denemesi kapsamında kullanılabilir. Yeni Google Cloud ve Firebase kullanıcıları, Google Cloud ve Firebase ürün ve hizmetlerini keşfedip değerlendirmek için 300 ABD doları değerinde ücretsiz Cloud Billing kredisi içeren 90 günlük deneme süresinden yararlanabilir.
Google Cloud Ücretsiz Deneme süresi boyunca size Ücretsiz Deneme amaçlı Cloud Faturalandırma Hesabı sunulur. Bu faturalandırma hesabını kullanan tüm Firebase projeleri, ücretsiz deneme süresi boyunca Blaze fiyatlandırma planına dahil olur.
Endişelenmeyin, bu Ücretsiz Deneme Cloud Faturalandırma Hesabı'nın oluşturulması sizden ödeme almamızı sağlamaz. Ücretsiz Deneme Cloud Faturalandırma 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 istediğiniz zaman ücretli hesaba yükseltebilirsiniz. Yükseltme yaptıktan sonra kalan kredilerinizi (90 günlük dönem içinde) kullanmaya devam edebilirsiniz.
Ücretsiz deneme süresi sona erdiğinde, Firebase projenizi kullanmaya devam etmek için projenizi Spark fiyatlandırma planına düşürmeniz veya Firebase konsolunda Blaze fiyatlandırma planını oluşturmanız gerekir.
Google Cloud Ücretsiz Denemesi hakkında daha fazla bilgi edinin.
Hangi fiyatlandırma planının benim için doğru olduğunu nasıl anlayabilirim?
Spark fiyatlandırma planı
Spark planımız, uygulamanızı ücretsiz olarak geliştirmek için harika bir yerdir. Tüm ücretsiz Firebase özelliklerinden (Analytics, Notifications oluşturucu, Crashlytics vb.) ve cömert miktarda ücretli altyapı özelliklerinden yararlanabilirsiniz. Ancak, bir takvim ayında Spark planı kaynaklarınızı aşarsanız uygulamanız o ayın geri kalanında kapatılır. Ayrıca, Spark planı ile 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ın sektör lideri bulut sağlayıcılarla rekabetçi olmasını sağlamak için çalışıyoruz.
Kullanımımı ve faturalandırmamı nasıl izleyebilirim?
Proje kaynağı kullanımınızı aşağıdaki kontrol panellerinden Firebase konsolunda takip edebilirsiniz:
- Proje düzeyinde genel Kullanım ve faturalandırma kontrol paneli
- Kimlik doğrulama Kullanım kontrol paneli (özellikle Telefon kimlik doğrulaması örnekleri için)
- Cloud Firestore Kullanımı kontrol paneli
- Cloud Functions Kullanım kontrol paneli
- Cloud Storage Kullanımı kontrol paneli
- Barındırma Kullanım kontrol paneli
- Realtime Database Kullanımı kontrol paneli
Flame fiyatlandırma planına ne oldu?
2020'nin Ocak ayında Flame fiyatlandırma planı (ek kotanın aylık 25 ABD doları) yeni kayıt seçeneği olarak kaldırıldı. Mevcut plan kullanıcılarına, projelerini Flame planından taşımaları için ek süre tanındı.
Şubat 2022'de Flame fiyatlandırma planındaki diğer projeler Spark fiyatlandırma planına düşürüldü.
Buna bağlı olarak,
- Mevcut Spark ve Blaze plan projeleri ve yeni projeler artık Flame planına geçemez veya bu plana kaydolamaz.
- Mevcut bir Flame planı projesini farklı bir fiyatlandırma planına taşıdıysanız proje Flame planına dönemez.
- 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 belgelerden kaldırıldı.
Flame planının kullanımdan kaldırılmasıyla ilgili başka sorularınız mı var? Aşağıdaki ek SSS'lerden bazılarını okuyabilirsiniz.
Firebase'in sunduğu diğer fiyatlandırma planları hakkında bilgi edinmek ister misiniz? Firebase fiyatlandırma sayfamızı ziyaret edin. Mevcut projelerinizi başka bir fiyatlandırma planına taşımaya başlamak istiyorsanız bu işlemi projenizin Firebase konsolundan yapabilirsiniz.
Flame planının kullanımdan kaldırılmasıyla ilgili diğer SSS
Sabit Firebase maliyetine dayanan bir projem, sürecim veya iş modelim var. Ne yapmalıyım?
Blaze fiyatlandırma planına kaydolun ve bütçe uyarılarını ayarladığınızdan emin olun.
Yeni Flame planı projeleri oluşturmam için bana özel erişim izni verilebilir mi?
Hayır. Firebase, Flame planına geçmeleri veya kaydolmaları için özel erişim imkanı sunmuyor.
Flame planı projemi farklı bir fiyatlandırma planına geçirdim. Bunu nasıl eski haline getirebilirim?
Artık Flame planına geçmek mümkün değil. Flame planı tarafından sağlanan hizmetlere erişim için Blaze fiyatlandırma planını kullandığınızdan emin olun ve projeniz için bütçe uyarıları ayarlayın.
Projem, Flame planının kullanımdan kaldırılması kapsamında otomatik olarak farklı bir fiyatlandırma planına geçirildi. Ne yapmalıyım?
Projeniz, Spark planıyla sağlananın ötesinde ek kotaya ihtiyaç duyuyorsa 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üşüşe tanık olduk. Bu planı kullanan çoğu proje, planın tam değerini tüketmiyor. Bu fiyatlandırma planını sürdürmek genellikle uygun maliyetli değildir. Kaynaklar diğer Firebase girişimlerine aktarılırsa herkese daha iyi hizmet sağlayabileceğ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ı ayrıca Cloud Functions, telefon kimlik doğrulaması ve Test Lab'in Spark planından farklıdır.
Cloud Functions için Blaze planındaki ücretsiz kullanım, proje düzeyinde değil, Cloud Faturalandırma hesabı düzeyinde hesaplanır ve aşağıdaki sınırlara sahiptir:
- 2 milyon çağrı/ay
- 400 K GB/sn/ay
- 200.000 CPU/saniye/ay
- Aylık 5 GB ağ çıkışı
Telefonla kimlik doğrulama için Blaze planındaki ücretsiz kullanım aylık olarak hesaplanır.
Test Lab için Blaze planındaki ücretsiz kullanım aşağıdaki sınırlara sahiptir:
- Cihazda günlük 30 dakika
- Günlük 60 sanal cihaz dakikası
Spark'tan Blaze planına geçtiğimde ücretsiz kullanım kotası sıfırlanır mı?
Spark planındaki ücretsiz kullanım Blaze planına dahildir. Blaze planına geçildiğinde ücretsiz kullanım sıfırlanmaz.
"Eş zamanlı veritabanı bağlantısı" nedir?
Eş zamanlı bağlantı; veritabanına bağlı bir mobil cihaz, tarayıcı sekmesi veya sunucu uygulamasına eşdeğerdir. Firebase, uygulamanızın veritabanına eşzamanlı olarak yapılacak bağlantı sayısına kesin sınırlar getirir. 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ının,veritabanı başına 200.000 eşzamanlı bağlantı sınırı vardır.
Tüm kullanıcılarınızın hepsi aynı anda bağlanmadığı için 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 Çok Veritabanıyla Ölçeklendirme başlıklı makaleyi inceleyin.
Spark planı depolama alanı veya Realtime Database'i indirme sınırlarını aşarsam ne olur?
Size öngörülebilir bir fiyat sunmak için Spark planlarında kullanabileceğiniz kaynaklar sınırlanır. Bu, herhangi bir ayda bir plan sınırını aştığınızda daha fazla kaynak kullanımını ve ek ücretleri önlemek için uygulamanızın kapatılacağı anlamına gelir.
Realtime Database için Spark planı eş zamanlı bağlantı sınırlarını aşarsam ne olur?
Uygulamanız, Spark planında eşzamanlılık sınırına ulaştığında mevcut bağlantılardan bazıları kapatılana kadar sonraki tüm bağlantılar reddedilir. Uygulama, bağlı kullanıcılar için çalışmaya devam edecek.
Firebase'in Google Cloud ile entegrasyonu nasıl çalışır?
Firebase, Google Cloud ile derinlemesine entegredir. Projeler, Firebase ile Google Cloud arasında paylaşılır. Böylece projelerde Firebase hizmetleri ve Google Cloud hizmetleri etkinleştirilebilir. Aynı projeye Firebase konsolundan veya Google Cloud konsolundan erişebilirsiniz. Özellikle:
- Cloud Storage for Firebase gibi belirli Firebase ürünleri, doğrudan Google Cloud tarafından desteklenir. Google Cloud tarafından desteklenen ürünlerin listesi zaman içinde büyümeye devam edecektir.
- Ortak çalışanlar ve fatura bilgileri gibi birçok ayarınız Firebase ve Google Cloud tarafından paylaşılır. Hem Firebase hem de Google Cloud kullanımınız aynı faturaya dahil edilir.
Ayrıca Blaze planına yükselttiğinizde Google Cloud'un birinci sınıf Hizmet Olarak Altyapı ve API'lerinden herhangi birini doğrudan Firebase projenizde standart Google Cloud fiyatlandırmasıyla kullanabilirsiniz. Dilerseniz verileri analiz için Google Cloud'dan doğrudan BigQuery'ye aktarabilirsiniz. Daha fazla bilgi için BigQuery'yi Firebase'e bağlama bölümüne bakın.
Google Cloud'u Firebase ile kullanmanın (aynı yerde bulunmayan diğer bulut hizmetlerine kıyasla) güvenliği artıran, gecikmeyi iyileştiren ve zaman kazandıran birçok avantajı vardır. Daha ayrıntılı bilgi için Google Cloud sitesine göz atın.
Google Cloud konsolunda bu projenin faturalandırma hesaplarını ekler veya kaldırırsam Firebase projeme ne olur?
Google Cloud Console'daki bir projeye Cloud Billing hesabı eklenirse ve o proje Spark planındaysa aynı proje otomatik olarak Firebase Blaze planına yükseltilir.
Buna karşın, mevcut bir etkin Cloud Faturalandırma hesabı Google Cloud konsolundaki bir projeden kaldırılırsa bu proje Firebase Spark planına geçirilir.
İstediğim zaman üst veya alt sürüme geçebilir miyim ya da iptal edebilir miyim?
Evet. İstediğiniz zaman aboneliğinizi yükseltebilir, düşürebilir veya iptal edebilirsiniz. Sürüm düşürme veya iptaller için eşit oranlı geri ödeme sunmadığımızı unutmayın. Diğer bir deyişle, aboneliğinizi fatura döneminiz sona ermeden alt düzeye geçirir veya iptal ederseniz ayın geri kalanı için ödeme yapmaya devam edersiniz.
Ne tür bir destek alacağım?
Ücretsiz plan kullananlar da dahil olmak üzere tüm Firebase uygulamaları, ABD Pasifik çalışma saatlerinde Firebase personelinden e-posta desteği alır. Tüm hesaplar; faturalandırma ile ilgili sorunlar, hesapla ilgili sorunlar, teknik (sorun giderme) soruları ve olay raporları için sınırsız destek sunar.
Blaze planında kullanımı sınırlayabilir miyim?
Hayır, şu anda Blaze planı kullanımınızı sınırlandıramazsınız. Blaze planı kullanımında sınırları desteklemek için seçenekleri değerlendiriyoruz.
Blaze kullanıcıları, projeleri veya hesapları için bir bütçe tanımlayabilir ve harcamaları bu sınırlara yaklaştıkça uyarı alabilir. Bütçe uyarılarını nasıl ayarlayacağınızı öğrenin.
Otomatik yedek nedir? Saatlik yedekleme sunuyor musunuz?
Otomatik yedekleme, Blaze fiyatlandırma planımızdaki müşterilere yönelik gelişmiş bir özelliktir. Firebase Realtime Database verilerinizi günde bir kez yedekleyip Google Cloud Storage'a yükler.
Saatlik yedekleme seçeneği sunmuyoruz.
Açık kaynak, sivil toplum kuruluşu veya eğitim amaçlı indirimler sunuyor musunuz?
Spark planımız sivil toplum kuruluşları, okullar ve açık kaynaklı projeler dahil her türlü şahıs 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 indirim ya da plan sunmuyoruz.
Kurumsal sözleşmeler, fiyatlandırma, destek veya özel altyapı barındırma hizmeti sunuyor musunuz?
Blaze planımız her ölçekten kuruluş için uygundur. HDS'miz de bulut altyapısı endüstri standardını karşılar veya bu standardın üzerindedir. Ancak şu anda Realtime Database gibi hizmetler için kurumsal sözleşmeler, fiyatlandırma veya destek sunmaz ya da özel altyapı barındırma (yani şirket içi yüklemeler) sunmuyoruz. Bu özelliklerden bazılarını eklemek için yoğun bir şekilde çalışıyoruz.
Anlık fiyatlandırma sunuyor musunuz? Yalnızca bir veya iki özellik için kullandıkça öde istiyorum.
Blaze planında anlık fiyatlandırma sunuyoruz. Bu planda yalnızca kullandığınız özellikler için ödeme yaparsınız.
Ücretli Firebase planları Ads'de nasıl kullanılır? Ücretli planlarda ücretsiz reklam kredileri var mı?
Firebase fiyatlandırma planları Ads'den ayrıdır. Bu nedenle ücretsiz reklam kredisi verilmez. Firebase geliştiricisi olarak, dönüşüm izlemeyi desteklemek için Ads hesabınızı Firebase'e "bağlayabilirsiniz".
Tüm reklam kampanyaları doğrudan Ads'den, Ads faturalandırması ise Ads konsolundan yönetilir.
Cloud Functions fiyatlandırması
Cloud Functions for Firebase'i kullanmak için neden bir faturalandırma hesabına ihtiyacım var?
Cloud Functions for Firebase bazı ücretli Google hizmetlerini kullanır. Firebase CLI 11.2.0 ve üzeri sürümlerle yeni işlev dağıtımları Cloud Build ve Artifact Registry'ye dayanır. Eski sürümlere yapılan dağıtımlar da Cloud Build'i aynı şekilde kullanır. Ancak depolama için Artifact Registry yerine Container Registry ve Cloud Storage'dan yararlanın. Bu hizmetlerin kullanımı, mevcut fiyatlandırmaya ek olarak faturalandırılır.
Firebase CLI 11.2.0 ve daha yeni sürümler için depolama alanı
Artifact Registry, işlevlerin çalıştığı container'ları sağlar. Artifact Registry, ilk 500 MB'ı ücretsiz olarak sağlar. Bu nedenle ilk işlev dağıtımlarınız için ücret ödemeniz gerekmez. Bu eşiğin üzerindeki her ek depolama alanı ayda 0, 10 ABD doları olarak 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ığı container'ları sağlar. Bir işlevi dağıtmak için gereken her container için faturalandırılırsınız. 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 katmanda herhangi bir değişiklik yoktur.
- Cloud Build fiyatlandırması: Cloud Build, ücretsiz bir katman sunar.
- Artifact Registry fiyatlandırması
- Container Registry fiyatlandırması.
Cloud Functions for Firebase'i hâlâ ücretsiz olarak kullanabilir misiniz?
Evet. Blaze planında Cloud Functions; çağrı sayısı, işlem süresi ve internet trafiği için ücretsiz bir katman sunar. İlk 2.000.000 çağrı, 400.000 GB-sn, 200.000 CPU-sn ve 5 GB internet çıkış trafiği her ay ücretsiz olarak sunulur. Yalnızca bu eşikleri aşan kullanımlar için ücretlendirilirsiniz.
Ücretsiz depolamanın ilk 500 MB'ından sonra her dağıtım işlemi, işlevin container'ı 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'i kullanarak maliyetleri daha da azaltabilirsiniz.
Firebase Fiyatlandırma planları ve Cloud Functions Fiyatlandırması örnek senaryolarına göz atı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 kota değiştirme planı yoktur. Günlük derleme kotasına 120 dakikalık ulaşıldığında hata veya uyarı almak yerine, Blaze fiyatlandırma planının şartlarına göre faturalandırılırsınız. Bkz. Kotalar ve sınırlar.
300 ABD doları değerinde Google Cloud kredisi alabilir miyim?
Evet, 300 ABD doları değerinde kredi almak için Google Cloud Console'da bir Cloud Faturalandırma hesabı oluşturabilir ve ardından bu Cloud Faturalandırma hesabını bir Firebase projesine bağlayabilirsiniz.
Google Cloud kredisi hakkında daha fazla bilgiye buradan ulaşabilirsiniz.
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'den yararlanmak istiyorum. Bana geçici bir faturalandırma hesabı verebilir misiniz?
Üzgünüm. 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ü için başvurmayı da deneyebilirsiniz. Bu değişiklik nedeniyle faturanızı ödeme konusunda sorun yaşamaya devam ederseniz Firebase Destek Ekibi ile iletişime geçin.
Çok fazla fatura biriktireceğimden korkuyorum.
Maliyetleri kontrol etmenize yardımcı olması için Google Cloud Console'da bütçe uyarıları oluşturabilirsiniz. Ayrıca, işlevlerinizin her biri için oluşturulan faturalandırılan örnek sayısı için sınırlar 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 konsolundaki Kullanım ve faturalandırma kontrol panelini görüntüleyin.
Firebase Extensions kullanıyorum. Faturalandırma hesabım olması gerekiyor mu?
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 hizmetlerini kullanımınızla ilişkili ücretlere ek olarak, yüklediğiniz her uzantının (kullanılmasalar bile) gerektirdiği Firebase kaynakları için genellikle aylık yaklaşık 0,01 ABD doları ödersiniz.
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ına gidin ve Blaze planı hesaplayıcıyı kullanın. Hesaplayıcı, Cloud Storage for Firebase'e yönelik tüm kullanım türlerini listeler.
Storage paketinizin beklenen kullanımını girmek için kaydırma çubuklarını kullanın. Hesaplayıcı, aylık faturanızı tahmini olarak gösterir.
Cloud Storage for Firebase'in Spark planı 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ı olur:
- Depolama alanı 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ı sağlayan bir plana geçmediğiniz sürece ilgili 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şlemleri sınırını aşarsanız, daha az kısıtlayıcı sınırları olan veya sınırsız bir plana yükseltme yapmadığınız 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 nerede bilgi bulabilirim?
Firebase'de Gizlilik ve Güvenlik sayfasına göz atın.
Firebase SDK'ları, Analytics dışında kullanım/teşhis bilgilerini günlüğe kaydediyor mu?
Evet. Bu özellik şu anda yalnızca iOS'te kullanılabilir ancak gelecekte değişebilir. Firebase Apple platformlar SDK'sı varsayılan olarak FirebaseCoreDiagnostics
çerçevesini içerir. Bu çerçeve, Firebase tarafından gelecekteki ürün geliştirmelerine öncelik verilmesine yardımcı olmak amacıyla SDK kullanım ve teşhis bilgilerini toplamak için 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 olan bağlantısını kaldırarak bunu yapabilirsiniz. Günlüğe kaydedilen değerler dahil olmak üzere tam kaynağa GitHub'da göz atabilirsiniz
A/B Testi
A/B Testi: Kaç deneme oluşturup çalıştırabilirim?
Proje başına 300'e kadar denemeye izin verilir. Bu deneme, 24 çalışan denemeden oluşabilir. Geri kalan her deneme ise taslak veya tamamlanmış şekilde gerçekleştirilebilir.
A/B Testi: Projemin bağlantısını kaldırıp Google Analytics'e yeniden bağladıktan sonra denemelerimi neden görüntüleyemiyorum?
Farklı bir Google Analytics mülküne bağlantı oluşturmak, daha önce oluşturulan denemelere erişiminizi kaybetmenize neden olur. Önceki bir denemeye yeniden erişim elde etmek için projenizi, deneme oluşturulurken bağlanmış olan Google Analytics mülküne yeniden bağlayın.
A/B Testi: Remote Config denemesi oluştururken neden "Proje Google Analytics'e bağlı değil" mesajı alıyorum?
Firebase ile Google Analytics'i zaten bağladıysanız ancak Google Analytics'in bağlı olmadığını belirten 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, settingsProje Ayarları chevron_right Entegrasyonlar chevron_right Google Analytics chevron_right Yönet seçeneğinden erişilen Firebase konsolunda Google Analytics entegrasyon ayrıntıları sayfasında bulabilirsiniz.
Veri akışı olmayan uygulamalar için Google Analytics akışı oluşturmak sorunu çözmelidir. Kayıp uygulamalar için akış oluşturmanın birkaç yolu vardır:
-
İlişkili Google Analytics akışı eksik olan yalnızca bir veya iki uygulamanız varsa Google Analytics akışı eklemek için aşağıdaki yöntemlerden birini seçebilirsiniz:
- Etkin bir akışı olmayan uygulamaları Firebase konsolunda silip yeniden ekleme.
- 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ı kaydet'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ı'ndan Entegrasyonlar'ı seçin.
- Firebase ve Google Analytics ayarlarına erişmek için Google Analytics kartında Yönet'i tıklayın.
- Google Analytics Mülk Kimliği'ni ve Bağlı Google Analytics hesabını not edin.
- more_vert Diğer'i tıklayın ve Analytics'in bağlantısını bu projeden 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çin listesinden Analytics hesabınızı seçin.
-
Bu hesapta otomatik olarak yeni bir mülk oluştur'un yanındaki
edit Düzenle'yi tıklayın ve görüntülenen Analytics mülkü listesinden mülk kimliğinizi seçin.
Projenizdeki tüm uygulamaların listesi görünür. Her uygulama için mevcut akış eşlemeleri listelenir. Akışı olmayan uygulamalar için de akış eşlemeleri oluşturulur. - Mülkü yeniden bağlamak için Google Analytics'i etkinleştir'i tıklayın.
- Son'u tıklayın.
Bu adımları uyguladıktan sonra Remote Config ile A/B Testleri oluştururken 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 uygulamasını bir Firebase uygulamasına AdMob konsolu üzerinden bağlayabilirsiniz. Bunu nasıl yapacağınızı öğrenin.
AdMob: Bir Firebase uygulamasını bir AdMob uygulamasına bağlamak için hangi izinlere veya erişime ihtiyacım var?
Bu bağlantıyı yapmak 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 rolüne sahip olmanız gerekir. Daha fazla bilgi edinin.
AdMob: Aynı AdMob hesabındaki birden fazla kullanıcı AdMob uygulamaları ile Firebase uygulamalarını bağlayabilir mi?
Çok kullanıcılı AdMob hesaplarında, ilk Firebase bağlantısını oluşturup Firebase Hizmet Şartları'nı kabul eden kullanıcı, AdMob uygulamaları ile Firebase uygulamaları arasında yeni bağlantılar oluşturabilecek tek kullanıcıdır.
AdMob: AdMob'u kullanmak için hangi SDK'ları kullanmalıyım?
AdMob'u kullanmak için daima Google Mobile Ads SDK'sını bu SSS'de açıklandığı şekilde kullanın. Ayrıca, AdMob ile ilgili kullanıcı metriklerini toplamak istiyorsanız uygulamanıza Google Analytics için Firebase SDK'sını da dahil edebilirsiniz.
- iOS projeleri için:
AdMob iOS belgelerindeki talimatları uygulayarak Google Mobile Ads SDK'sını içe aktarın. - Android projeleri için:
build.gradle
dosyanıza Google Mobile Ads SDK'sı bağımlılığını ekleyin:
implementation 'com.google.android.gms:play-services-ads:23.2.0'
- C++ projeleri ve Unity projeleri için: İlgili belgelerdeki talimatları uygulayın.
pazar bilgileri alma
Analytics: Neden Google Analytics, Firebase ürünlerini kullanmanın ö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. Crashlytics'te olay günlüklerini, FCM'de bildirim etkinliğini, Dynamic Links için derin bağlantı performansını ve Google Play'deki uygulama içi satın alma verilerini görüntülemenizi sağlar. Remote Config, Remote Config kişiselleştirme ve daha fazlasında gelişmiş kitle hedeflemeyi destekler.
Google Analytics, Firebase konsolunda bir zeka katmanı görevi görür. Bu sayede, yüksek kaliteli bir uygulama geliştirme, kullanıcı tabanınızı büyütme ve daha fazla para kazanma hakkında daha fazla eyleme dökülebilir analizler sunar.
Başlamak için dokümanları okuyun.
Analytics: Analytics verilerimin Firebase'in geri kalanıyla nasıl paylaşılacağını nasıl kontrol edebilirim?
Google Analytics verileriniz varsayılan olarak diğer Firebase ve Google özelliklerini geliştirmek için kullanılır. Google Analytics verilerinizin nasıl paylaşılacağını dilediğiniz zaman proje ayarlarınızdan kontrol edebilirsiniz. Veri paylaşım ayarları hakkında daha fazla bilgi edinin.
Analytics: Analytics mülkü ayarlarımı nasıl güncelleyebilirim?
Google Analytics mülkünüzdeki Yönetici sayfası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ı bölümüne gidin.
- Entegrasyonlar sekmesine gidin ve ardından Google Analytics kartında Yönet veya Bağlantıyı görüntüle'yi tıklayın.
- Hesap ve mülk ayarlarını açmak için Google Analytics hesabınızın bağlantısını tıklayın.
iOS uygulamamdaki analizler: Analytics'i reklam ilişkilendirmesi ve IDFA toplama özellikleri olmadan yükleyebilir miyim?
Evet. Daha fazla ayrıntı için Veri Toplama ve Kullanımını Yapılandırma sayfasına bakın.
Analytics: Ekim 2021 güncellemesiyle Google Analytics bölümünde neler değişti?
Bu değişikliklerin özetini Firebase için Google Analytics'teki yeni Google Analytics 4 işlevleri başlıklı Firebase Yardım Merkezi makalesinde bulabilirsiniz.
Analytics: Firebase'in Google Analytics'le olan bağlantısını kaldırdıktan sonra neden Firebase konsolunda Analytics verilerini görmüyorum?
Analytics verileri Firebase projesinde değil, Google Analytics mülkünde yer alır. Mülkü silerseniz veya bağlantısını kaldırırsanız Firebase, Analytics verilerine erişemez ve Firebase konsolunda boş bir Analytics kontrol paneli görürsünüz. Veriler hâlâ önceden bağlı mülkte bulunduğundan, mülkü istediğiniz zaman Firebase'e yeniden bağlayabilir ve Analytics verilerini Firebase konsolunda görebilirsiniz.
Firebase projenize yepyeni bir Google Analytics hesabı (ve dolayısıyla yeni bir Google Analytics mülkü) bağladığınızda, Firebase konsolunda boş bir Analytics kontrol paneli oluşturulur. Ancak daha önce bağlanmış mülkünüz hâlâ mevcutsa mevcut verileri eski mülkten yeni mülke 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ü silme işlemini geri almak veya bu mülkte depolanan daha önce toplanan Analytics verilerini almak mümkün değildir.
Google Analytics'i tekrar kullanmaya başlamak isterseniz Firebase projenize yeni veya mevcut bir mülkü bağlayabilirsiniz. Bu bağlantıyı Firebase konsolunda veya Google Analytics kullanıcı arayüzünde 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 kullanmaya başlayabilir miyim?
Google Analytics'i tekrar kullanmaya başlamak isterseniz Firebase projenize yeni veya mevcut bir mülkü bağlayabilirsiniz. Bu bağlantıyı Firebase konsolunda veya Google Analytics kullanıcı arayüzünde yapabilirsiniz. Bir Google Analytics mülkünü Firebase projenize bağlama hakkında daha fazla bilgi edinin.
Tüm Analytics verileri mülkte (Firebase projesinde değil) depolandığından, daha önce toplanan Analytics verilerinin alınamayacağını unutmayın.
Analytics: Firebase ürünleri veya entegre Google ürünleri, Analytics mülkümin silinmesinden nasıl etkilenir?
Birçok Firebase ürünü, Google Analytics entegrasyonuna dayanır. Analytics mülkünüz ve verileri silinirse aşağıdaki ürünleri kullanmanız halinde aşağıdakiler gerçekleşir:
- Crashlytics: Artık kilitlenme sorunu yaşamayan kullanıcıları, içerik haritası günlüklerini ve/veya hız uyarılarını göremezsiniz.
- Cloud Messaging ve Uygulama İçi Mesajlaşma: Artık hedefleme, kampanya metrikleri, kitle segmentasyonu ve analiz etiketlerini kullanamazsınız.
- Remote Config: Artık hedeflenen yapılandırmaları veya Kişiselleştirme'yi kullanamazsınız.
- A/B Testi: Deneme ölçümü Google Analytics tarafından sağlandığından artık A/B Testi'ni kullanamazsınız.
- Dynamic Links: Google Analytics'teki verileri temel alan tüm özellikler kesintiye uğrayacak.
Ayrıca aşağıdaki entegrasyonlar da bu durumdan etkilenecektir:
- Artık Analytics verilerini BigQuery'ye aktaramazsınız.
- Artık Google Ads entegrasyonlarından veya Google AdMob entegrasyonlarından yararlanamazsınız.
Analytics: Bazı ölçütleri karşılamayan kullanıcıları nasıl segmentlere ayırabilirim?
Bu kullanıcıları "negatif olarak hedefleyerek" sorunu yeniden şekillendirebilirsiniz. Örneğin, sorunu "Bir ürün satın almış olan kişilere reklam göstermeyin" şeklinde yeniden biçimlendirin ve bu kullanıcılardan hedeflenecek bir kitle oluşturun.
Analytics: Google Analytics arayüzünde tanımlanan kitleler ve/veya etkinlikler Firebase konsolunda da mevcut mu?
Kitleleriniz ve kullanıcı özellikleriniz senkronize edilir. Bazı özellikler için segmentasyon ve kapalı dönüşüm hunileri gibi Google Analytics arayüzünü kullanmanız gerekir. Google Analytics arayüzüne, Firebase konsolundaki derin bağlantılar üzerinden doğrudan erişebilirsiniz.
Firebase konsolunda yaptığınız değişiklikler Google Analytics'te de gerçekleştirilebilir ve bu değişiklikler Firebase'e yansıtılır.
Doğrulama
Firebase Authentication: Telefonla kimlik doğrulama için hangi bölgelerde desteklenir?
Firebase Authentication tüm dünyada telefon numarası doğrulamasını destekler ancak tüm ağlar doğrulama mesajlarını güvenilir şekilde göndermez. Aşağıdaki bölgelerde teslimat oranları iyidir ve telefonla kimlik doğrulama için iyi performans göstermesi beklenmektedir. Daha önce belirtildiği üzere, bazı kargo şirketleri teslimatın düşük başarı oranları nedeniyle bir bölgede kullanılamamaktadır.
Bölge | Kod |
---|---|
AD | Andora |
AE | Birleşik Arap Emirlikleri |
AF | Afganistan |
AG | Antigua ve Barbuda |
AL | Arnavutluk |
ÖÖ | Ermenistan |
AO | Angola |
Artırılmış gerçeklik (AR) | Arjantin |
AS | Amerikan Samoası |
ŞU ZAMANDA: | Avusturya |
AU | Avustralya |
AW | Aruba |
AZ | Azerbaycan |
BA | Bosna Hersek |
BB | Barbados |
BD | Bangladeş |
BE | Belçika |
BF | Burkina Faso |
BG | Bulgaristan |
BJ | Benin |
BM | Bermuda |
BN | Brunei Darussalam |
BO | Bolivya |
Brezilya | Brezilya |
BS | Bahamalar |
BT | Butan |
BW | Botsvana |
BY | Belarus |
BZ | Beliz |
CA | Kanada |
CD | Kongo, (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 |
Danimarka | Danimarka |
DM | Dominik |
DO | Dominik Cumhuriyeti |
DZ | Cezayir |
EC | Ekvador |
EG | Mısır |
ES | İspanya |
UZ | Etiyopya |
FI | Finlandiya |
FJ | Fiji |
FK | Falkland Adaları (Malvinas) |
FM | Mikronezya Federe Devletleri |
FO | Faroe Adaları |
FR | Fransa |
GKST | Gabon |
GB | Birleşik Krallık |
A | Grenada |
GE | Gürcistan |
AG | Fransız Guyanası |
GG | Guernsey |
GH | Gana |
GI | Cebelitarık |
GL | Grönland |
GM | Gambiya |
OM | Guadalup |
GQ | Ekvator Ginesi |
GO | Yunanistan |
GT | Guatemala |
GY | Guyana |
HK | Hong Kong, SAR Çin |
HN | Honduras |
İK | Hırvatistan |
DA | Haiti |
HU | Macaristan |
Kimlik | Endonezya |
IE | İrlanda |
IL | İsrail |
IM | Man Adası |
GİRİŞ | Hindistan |
IQ | Irak |
BT | İtalya |
JE | Jersey |
JM | Jamaika |
JO | Ürdün |
Japonya | Japonya |
KE | Kenya |
KG | Kırgızistan |
KH | Kamboçya |
KM | Comoros |
KN | Saint Kitts ve Nevis |
KR | Kore (Güney) |
KW | Kuveyt |
KY | Cayman Adaları |
KZ | Kazakistan |
LA | Lao PDR |
LB | Lübnan |
LC | Saint Lucia |
LI | Lihtenştayn |
LK | Sri Lanka |
LS | Lesoto |
LT | Litvanya |
LU | Lüksemburg |
LV | Letonya |
LY | Libya |
MA | Fas |
MD | Moldova |
ME | Karadağ |
MF | Saint-Martin (Fransız Bölgesi) |
MG | Madagaskar |
MK | Makedonya Cumhuriyeti |
MM | Burma |
MN | Moğolistan |
AY | Makao, SAR Çin |
MS | Montserrat |
MT | Malta |
MU | Morityus |
MW | Malavi |
MX | Meksika |
MY | Malezya |
MZ | Mozambik |
NA | Namibya |
NC | Yeni Kaledonya |
KD | Nijer |
NF | Norfolk Adası |
NG | Nijerya |
NI | Nikaragua |
NL | Hollanda |
HAYIR | Norveç |
NP | Nepal |
NZ | Yeni Zelanda |
OM | Umman |
SK | Panama |
PE | Peru |
PG | Papua Yeni Gine |
PH | Filipinler |
PK | Pakistan |
PL | Polonya |
ÖS | Saint Pierre ve Miquelon |
SA | Porto Riko |
PS | Filistin Bölgesi |
PT | Portekiz |
PY | Paraguay |
kalite güvencesi | Katar |
RE | Réunion |
RO | Romanya |
RS | Sırbistan |
RU | Rusya Federasyonu |
RW | Ruanda |
SA | Suudi Arabistan |
SC | Seyşeller |
İsveç | İsveç |
SG | Singapur |
SH | Saint Helena |
SI | Slovenya |
SK | Slovakya |
SL | Sierra Leone |
SN | Senegal |
SA | Surinam |
BTÇS | Sao Tome ve Principe |
SV | El Salvador |
SZ | Svaziland |
TC | Turks ve Caicos Adaları |
TG | Togo |
Tayland | Tayland |
TL | Doğu Timor |
TM | Türkmenistan |
TK | Tonga |
TR | Türkiye |
TT | Trinidad ve Tobago |
Tayvan | Tayvan, Çin Cumhuriyeti |
TZ | Tanzanya Birleşik Cumhuriyeti |
UA | Ukrayna |
UG | Uganda |
ABD | Amerika Birleşik Devletleri |
UY | Uruguay |
UZ | Özbekistan |
VC | Saint Vincent ve Grenadinler |
VE | Venezuela (Bolivar Cumhuriyeti) |
VG | İngiliz Virgin Adaları |
VI | Virgin Adaları, ABD |
VN | Vietnam |
WS | Samoa |
YE | Yemen |
YT | Mayotte |
ZA | Güney Afrika |
ZM | Zambiya |
ZW | Zimbabve |
Firebase Authentication: Telefonla kimlik doğrulama kullanırken SMS'in kötüye kullanılmasını nasıl önleyebilirim?
Projenizi SMS trafiğinden ve API'nin kötüye kullanımına karşı korumak için aşağıdaki adımları uygulayın:
Bir SMS bölge politikası belirlemeyi düşünün
Bölgesel SMS kullanımınızı görüntüleyin.
Gönderilen SMS sayısının çok yüksek olduğu ve doğrulanmış SMS sayısının çok düşük olduğu (veya hiç olmadığı) 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.
Düşük başarı oranlarına sahip SMS bölgelerini reddetmek veya yalnızca uygulamanızın yalnızca belirli pazarlarda dağıtılması amacıyla 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. localhost
alanı, geliştirme sürecini basitleştirmek için onaylanmış kimlik doğrulama alanlarına varsayılan olarak eklenir. Kötü niyetli kişilerin üretim projenize erişmek üzere kendilerinde localhost
kod çalıştırmasını önlemek için localhost
öğesini üretim projenizdeki yetkili alanlardan kaldırmayı göz önünde bulundurun.
Uygulama Kontrolü'nü etkinleştirin ve zorunlu kılın
İsteklerin yalnızca projenizle ilişkili uygulamalardan geldiğini onaylayarak projenizi API'nin kötüye kullanımına karşı korumaya yardımcı olmak için Uygulama Kontrolü'nü etkinleştirin.
Uygulama Kontrolü'nü Firebase Authentication ile kullanmak için Identity Platform ile Firebase Authentication'a yükseltmeniz 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 uygulama listesinin doğruluğunu onaylayın.
Uygulama Kontrolü'nün, aramanın kayıtlı uygulamalarınızın birinden geldiğini öne sürerek otomatik saldırılara karşı korunmanıza yardımcı olduğunu unutmayın. Kullanıcıların uygulamanızı istenmeyen şekillerde kullanmasını (örneğin, gönderilen SMS'leri oluşturmak için giriş akışlarının bitmemesi) engellemez.
Firebase Authentication: Telefon numaraları, telefon kimlik doğrulaması tarafından desteklenen yeni bir operatöre mi taşınır?
Şu anda operatörler arasında taşınan numaralar, söz konusu son kullanıcılara hiçbir SMS'in teslim edilemeyecek şekilde teslim edilemeyecek. Bu sorunun çözümü yoktur ve Firebase bu sorun üzerinde çalışmaktadır.
Firebase Authentication: Android uygulamamda neden aşağıdaki 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 bir kimlik doğrulama sağlayıcısı olarak düzgün şekilde etkinleştirildiğinden emin olun:
Firebase konsolunda Kimlik doğrulama bölümünü açın.
Oturum açma yöntemi sekmesinde, Google oturum açma yöntemini devre dışı bırakın ve 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ı (
google-services.json
) kullandığından emin olun.
Uygulamanızın yapılandırma dosyasını alın.Hatayı hâlâ alıp almadığınızı kontrol edin. Gerekirse bir sonraki sorun giderme adımına geçin.
Gerekli temel OAuth 2.0 istemcilerinin mevcut olduğ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 yoksa (ve yukarıdaki tüm sorun giderme adımlarını tamamladıysanız) destek ekibiyle iletişime geçin.
Firebase Authentication: Apple platform uygulamamda neden aşağıdaki 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 Kimlik doğrulama bölümünü açın.
Oturum açma yöntemi sekmesinde, Google oturum açma yöntemini devre dışı bırakın ve 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ı alın.Hatayı hâlâ alıp almadığınızı kontrol edin. Gerekirse bir sonraki sorun giderme adımına geçin.
Gerekli temel OAuth 2.0 istemcilerinin mevcut olduğ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 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 aşağıdaki hatayı alıyorum:
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
?
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
Aşağıdaki hatayı alıyorsanız bu SSS'deki sorun giderme adımlarını uygulayın:
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
Google ile oturum açma özelliğinin bir kimlik doğrulama sağlayıcısı olarak düzgün şekilde etkinleştirildiğinden emin olun:
Firebase konsolunda Kimlik doğrulama bölümünü açın.
Oturum açma yöntemi sekmesinde, Google oturum açma yöntemini devre dışı bırakın ve 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.
Ayrıca, Kimlik Doğrulama bölümündeki Google oturum açma sağlayıcısı yapılandırmasında, OAuth istemci kimliği ve gizli anahtarının, Google Cloud konsolunun Kimlik Bilgileri sayfasında (OAuth 2.0 İstemci Kimlikleri bölümüne bakın) görüntülenen web istemcisiyle eşleştiğinden emin olun.
Firebase Authentication: Web uygulamamda, yönlendirmelerle oturum açma işlemi neden aşağıdaki 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 adınızın Firebase Authentication için yetkili alan adı olarak listelenmemesinden veya Firebase Authentication Service ile kullandığınız API anahtarının geçersiz olmasından kaynaklanır.
Öncelikle YOUR_REDIRECT_DOMAIN öğesinin, Firebase projenizin yetkili alanlar listesinde olduğundan emin olun. Yönlendirme alanınız burada listelenmişse geçersiz bir API anahtarıyla ilgili sorunları gidermeye devam edin.
Firebase Authentication JS SDK, varsayılan olarak Firebase projenizin Browser key
olarak etiketlenmiş API anahtarını kullanır ve oturum açma yönlendirme URL'sinin yetkili alanlar listesine göre geçerli olduğunu doğrulamak için bu anahtarı kullanır.
Kimlik doğrulama, bu API anahtarını, Authentication SDK'sına erişme şeklinize bağlı olarak alır:
Kullanıcıların Authentication JS SDK ile giriş yapmasını sağlamak için Barındırma tarafından sağlanan Auth yardımcılarını kullanıyorsanız Firebase, Firebase Hosting'e her dağıtım yaptığınızda Firebase yapılandırmanızın geri kalanıyla birlikte API anahtarınızı otomatik olarak alır.
firebaseConfig
web uygulamanızdakiauthDomain
öğ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
bilgisininfirebaseConfig
ile eşleşip eşleşmediğini kontrol ederek bunu doğrulayabilirsiniz.Oturum açma kodunu kendiniz barındırıyorsanız kendi bünyesinde barındırılan Authentication JS SDK Yönlendirme yardımcısına Firebase yapılandırmasını sağlamak için bir
__/firebase/init.json
dosyası kullanabilirsiniz. Bu yapılandırma dosyasında listelenen API anahtarı veprojectId
, web uygulamanızfirebaseConfig
ile eşleşmelidir.
Bu API anahtarının silinmediğinden emin olun: Google Cloud konsolunda projenize ait 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şmek için izin verilen API'ler listesinde bulunduğundan emin olun (API anahtarlarıyla ilgili API kısıtlamaları hakkında daha fazla bilgi edinin).
Oturum açma kodunu kendiniz barındırıyorsanız
__/firebase/init.json
dosyanızda listelenen API anahtarının Cloud Console'daki API anahtarıyla eşleştiğinden emin olun. Gerekirse dosyadaki anahtarı düzeltin 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 otomatik olarak web uygulamanızın SDK kurulumu ve yapılandırması bölümünde görebileceğiniz bir API anahtarını 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ı 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 alabilir.
Oturum açma kodunu kendiniz barındırıyorsanız yeni API anahtarını kopyalayıp
__/firebase/init.json
dosyanıza ekleyin, ardından uygulamanızı yeniden dağıtın.
Firebase Authentication: OAuth web istemcisini manuel olarak nasıl oluşturabilirim?
Google Cloud Console'un Kimlik bilgileri sayfasını açın.
Sayfanın en üstünde, Kimlik bilgileri oluştur > OAuth istemci kimliği seçeneğini belirleyin.
İzin ekranınızı yapılandırmanız istenirse ekrandaki talimatları uygulayın ve ardından bu SSS'nin aşağıdaki adımlarıyla devam edin.
OAuth web istemcisini oluşturun:
Application Type (Uygulama Türü) olarak Web application'ı (Web uygulaması) seçin.
Yetkili 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 gizli anahtarını panonuza kopyalayın.
Firebase konsolunda Kimlik doğrulama bölümünü açın.
Oturum açma yöntemi sekmesinde, Google ile Oturum Açma sağlayıcısını açın ve ardından Google Cloud konsolundan oluşturup kopyaladığınız web sunucusu istemci kimliği ile gizli anahtarı yapıştırın. Save'i (Kaydet) 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 her Android uygulaması kaydedildiğinde otomatik olarak sağlanan OAuth marka adıyla dolduruyordu. OAuth markasının temel hazırlığı yalnızca Google ile Oturum Açma etkinleştirildiğinde sağlandığından aşağıda %APP_NAME%
ürününün nasıl belirlendiği açıklanmaktadır:
OAuth marka adı mevcutsa e-posta şablonundaki
%APP_NAME%
, OAuth marka adı olur (Aralık 2022 öncesi davranışla aynıdır).OAuth marka adı kullanılamıyorsa e-posta şablonundaki
%APP_NAME%
şu şekilde belirlenir:Web uygulamaları için
%APP_NAME%
, varsayılan Firebase Barındırma sitesi adı (.firebaseapp.com
ile.web.app
öncesindeki 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 veya App Store'da kullanılan uygulama adı olacaktır (sırasıyla).Aksi takdirde
%APP_NAME%
, varsayılan Firebase Hosting site adı (.firebaseapp.com
ve.web.app
tarihinden önceki değer ve genellikle Firebase proje kimliği) olur.
Varsayılan Firebase Barındırma site adı araması başarısız olursa son yedeğin Firebase proje kimliğini
%APP_NAME%
olarak kullanmak olacağı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'ın en son sürümünü kullandığınızdan emin olun.
- İşlevlerinizdeki
engines
alanını güncelleyinpackage.json
. - İsterseniz, değişikliklerinizi Firebase Local Emulator Suite'i kullanarak 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ünden 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 yeni sürüme geçirebilirsiniz.
Cloud Messaging
Cloud Messaging: Notifications oluşturucu ile Cloud Messaging arasındaki fark nedir?
Firebase Cloud Messaging, istemci SDK'ları ile HTTP ve XMPP sunucu protokolleri aracılığıyla eksiksiz bir mesajlaşma özelliği sunar. Daha karmaşık mesajlaşma gereksinimleri olan dağıtımlar için FCM doğru seçimdir.
Notifications oluşturucu, Firebase Cloud Messaging'de derlenmiş basit, sunucusuz bir mesajlaşma çözümüdür. Kullanıcı dostu bir grafik konsol ve daha düşük kodlama gereksinimleriyle Bildirim oluşturucu, kullanıcıların kullanıcılarla yeniden etkileşim kurmak ve elde tutmak için kolayca mesaj göndermesine, uygulamanın kullanıcı kitlesini büyütmesine ve pazarlama kampanyalarını desteklemesine olanak tanır.
Özellikler | Bildirim oluşturucu | Bulut Mesajlaşma | |
---|---|---|---|
Hedef | Tek cihaz | ||
Müşteriler konulara (ör. hava durumu) abone olur | |||
Önceden tanımlanmış kullanıcı segmentindeki (uygulama, sürüm, dil) istemciler | |||
Belirtilen analiz kitlelerindeki istemciler | |||
Cihaz gruplarındaki istemciler | |||
İstemciden sunucuya yukarı akış | |||
İleti Türü | 2 KB'a kadar bildirimler | ||
4 KB'a kadar veri mesajları | |||
Yayınlama | Derhal | ||
Gelecekteki istemci cihazının yerel saati | |||
Analizler | Yerleşik 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 şey yapmam gerekiyor mu?
Hayır. Firebase Cloud Messaging, 2017'de HTTP/2 tabanlı APNs protokolüne geçti. iOS cihazlara bildirim göndermek için FCM'yi kullanıyorsanız herhangi bir işlem yapmanıza gerek yoktur.
Cloud Messaging: FCM'yi kullanmak için diğer Firebase hizmetlerini kullanmam gerekir mi?
Firebase Cloud Messaging'i, GCM ile yaptığınız gibi, diğer Firebase hizmetlerini kullanmadan bağımsız bir bileşen olarak kullanabilirsiniz.
Cloud Messaging: Mevcut bir Google Cloud Messaging (GCM) geliştiricisiyim. Firebase Cloud Messaging'e geçmeli miyim?
FCM, Firebase markası altında GCM'nin yeni sürümüdür. Bu hizmet, GCM'nin temel altyapısını ve Cloud Messaging geliştirmeyi kolaylaştıran yeni SDK'ları devralır.
FCM SDK'sına yükseltmenin avantajları:
- Daha basit müşteri geliştirme. Artık kendi kaydınızı veya aboneliği yeniden deneme mantığınızı yazmanız gerekmez.
- Kullanıma hazır bildirim çözümü. Herkesin Google Analytics'ten elde edilen 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ılı bir şekilde almadığı görülüyorsa öncelikle şu 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şlemesi için mesaj işleme mantığı eklemesi gerekir. iOS ve Android ile ilgili ayrıntıları inceleyin.
Ağ güvenlik duvarı kısıtlamaları. Kuruluşunuzda internet trafiğini kısıtlayan bir güvenlik duvarı varsa Firebase Cloud Messaging istemci uygulamalarınızın mesaj alabilmesi için güvenlik duvarını FCM ile bağlantıya izin verecek şekilde yapılandırmanız gerekir. Açılacak bağlantı noktaları şunlardır:
- 5228
- 5229
- 5230
FCM genellikle 5228 kullanır, ancak bazen 5229 ve 5230'u da kullanır. FCM, belirli IP'ler sağlamaz. Bu nedenle, güvenlik duvarınızın, Google'ın ASN of 15169 belgesinde listelenen IP bloklarında bulunan tüm IP adreslerine giden bağlantıları kabul etmesine izin vermeniz gerekir.
Cloud Messaging: Android uygulamamda onMessageReceived
uygulamasını uyguladım ancak çağrılmıyor.
Uygulamanız arka plandayken
bildirim mesajları sistem tepsisinde görüntülenir 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 oluşturucu: Notifications oluşturucu ile Cloud Messaging arasındaki fark nedir?
Notifications oluşturucu, Firebase Cloud Messaging'de derlenmiş basit, sunucusuz bir mesajlaşma çözümüdür. Kullanıcı dostu bir grafik konsol ve daha düşük kodlama gereksinimleriyle Bildirim oluşturucu, kullanıcıların kullanıcılarla yeniden etkileşim kurmak ve elde tutmak için kolayca mesaj göndermesine, uygulamanın kullanıcı kitlesini büyütmesine ve pazarlama kampanyalarını desteklemesine olanak tanır.
Firebase Cloud Messaging, istemci SDK'ları ile HTTP ve XMPP sunucu protokolleri aracılığıyla eksiksiz bir mesajlaşma özelliği sunar. Daha karmaşık mesajlaşma gereksinimleri olan dağıtımlar için FCM doğru seçimdir.
Firebase Cloud Messaging ve Notifications oluşturucunun sağladığı mesajlaşma özelliklerinin karşılaştırmasını burada görebilirsiniz:
Özellikler | Bildirim oluşturucu | Bulut Mesajlaşma | |
---|---|---|---|
Hedef | Tek cihaz | ||
Müşteriler konulara (ör. hava durumu) abone olur | |||
Önceden tanımlanmış kullanıcı segmentindeki (uygulama, sürüm, dil) istemciler | |||
Belirtilen analiz kitlelerindeki istemciler | |||
Cihaz gruplarındaki istemciler | |||
İstemciden sunucuya yukarı akış | |||
İleti Türü | 2 KB'a kadar bildirimler | ||
4 KB'a kadar veri mesajları | |||
Yayınlama | Derhal | ||
Gelecekteki istemci cihazının yerel saati | |||
Analizler | Yerleşik Bildirim analizi toplama ve dönüşüm hunisi analizi |
Bildirim oluşturucu: Mevcut bir Google Cloud Messaging (GCM) geliştiricisiyim ve Bildirim oluşturucuyu kullanmak istiyorum. Ne yapmalıyım?
Bildirim oluşturucu, herkesin Google Analytics analizlerine göre belirli kitleleri hedeflemek için bildirim göndermesine olanak tanıyan kullanıma hazır bir çözümdür. Ayrıca Notifications oluşturucu, her mesaj için dönüşüm hunisi analizi sunarak bildirimlerin etki düzeyinin 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ılavuzlara bakın.
FCM özellikleri Haziran 2023'te kullanımdan kaldırılacak
20 Haziran 2023'te hangi FCM API'leri kullanımdan kaldırıldı 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 | Uç nokta istekleri 21.06.2024'ten sonra başarısız olmaya başlayacak. | HTTP v1 API'ye geçiş yapın. |
Örnek kimliği sunucu API'leri | https://iid.googleapis.com/v1/web/iid | Uç nokta istekleri 21.06.2024'ten sonra başarısız olmaya başlayacak. | FCM web kayıtları oluşturmak için Web JS SDK'yı kullanın. |
https://iid.googleapis.com/iid/* | Uç noktalar çalışmaya devam edecek ancak 21.06.2024 tarihinden sonra statik sunucu anahtarı kullanarak kimlik doğrulamayı desteklemeyecek. | 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. | Bir hizmet hesabından türetilen bir OAuth 2.0 erişim jetonu kullanın. |
XMPP üzerinden yukarı akış mesajlaşması | fcm-xmpp.googleapis.com:5235 | Uygulamada FirebaseMessaging.send'e yapılan API çağrıları, 21.06.2024'ten sonra uygulama sunucusuna gönderilen yayın mesajlarını tetiklemeyecek. | 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 doğrudan uç noktayı çağırır. gRPC kullanarak yukarı akış mesajlaşmasının örnek bir uygulaması için bu gRPC Hızlı Başlangıç bölümünü inceleyin. |
Batch Send API'si | https://fcm.googleapis.com/batch | Uç nokta istekleri 21.06.2024'ten sonra başarısız olmaya başlayacak. | Multiplexing için HTTP/2'yi destekleyen standart HTTP v1 API gönderme yöntemine geçin. |
Firebase Admin SDK API'leri
API adı | API Dili | Kullanıcılar üzerindeki etkisi | İşlem Gerekli |
---|---|---|---|
sendToDevice()
|
Node.js | Bu API, eski HTTP send API'yi çağırdığı için 21.06.2024 itibarıyla çalışmayı durduracak. | send() yöntemini kullanın.
|
sendToDeviceGroup()
|
Node.js | Bu API, eski HTTP send API'yi çağırdığı için 21.06.2024 itibarıyla ç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ığı için 21.06.2024 itibarıyla çalışmayı durduracak. | Firebase Admin SDK'nın en son sürümüne geçin ve onun 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ı, bu nedenle de eski API'lerden daha fazla eşzamanlı HTTP bağlantısı oluşturabileceğini unutmayın. |
İstemci SDK'ları
SDK sürümleri | Kullanıcılar üzerindeki etkisi | İşlem Gerekli |
---|---|---|
GCM SDK'ları (2018'de kullanımdan kaldırılmıştır) | GCM SDK'larını kullanan uygulamalar, 21.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 hizmet düzeyini düşürebilir 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 taşıma işlemini mümkün olduğunca erken planlamanızı önemle tavsiye ederiz.
Haziran 2024'ten sonra yukarıda listelenen API'leri/SDK'ları kullanırken hata sayısında artış veya işlev eksikliği görebilirsiniz (daha fazla bilgi için bir sonraki SSS bölümüne bakın).
Desteği sonlandırılan API'ler nasıl ve ne zaman kullanımdan kaldırılacak?
FCM, desteği sonlandırılmış API'leri 22 Temmuz 2024 civarında kademeli olarak kapatmaya başlayacak. Bu tarihten sonra, desteği sonlandırılmış hizmetler, artan istek sayısı nedeniyle hata yanıtları döndürdüğü "titreşen" bir sürece tabi olacaktır. Kademeli düşüş 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ü | HTTP kodu 301 ile reddedilen istekler. |
Eski XMPP protokolü | 302 hata koduyla reddedilen istekler. |
FCM Yukarı Yayın | FCM arka ucu tarafından sessizce bırakılan iletiler. |
Batch Send API'si | 501 hata koduyla ve "API'nin desteği sonlandırıldı" hata mesajıyla reddedilen istekler. |
GCM SDK'ları - Kayıt Jetonları | HTTP kodu 301 ile reddedilen istekler. |
GCM SDK'ları - Mesaj Gönderme | 400 hata koduyla ve "V3 jetonu kullanımdan kaldırıldı" hata mesajıyla reddedilen istekler. |
JS SDK'ları sürüm < 7.0.0 | HTTP kodu 501 ile reddedilen istekler. |
Örnek kimliğine ve cihaz grubu yönetimi API'lerine erişmek için sunucu anahtarını kullanma | HTTP kodu 401 ile reddedilen istekler. |
Desteği sonlandırılan FCM hizmetlerinden taşıma işlemini kademeli olarak sonlandırma işlemi başlamadan önce tamamlayamıyorsanız uzantı için başvuruda bulunabilirsiniz. Size ek süre verilirse bu süre sona erene kadar kademeli azalmadan etkilenmezsiniz. Uzantının süresi dolduktan sonra, trafiğin hızla azaldığını görebilirsiniz.
OAuth 2.0 jetonları ve 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 başlıklarının farklılık gösterdiğini unutmayın.
- HTTP v1 API:
Authorization: Bearer $oauth_token
- Örnek kimliği sunucu API'si ve Cihaz grubu yönetimi API'si:
Authorization: Bearer $oauth_token
access_token_auth: true
İsteklerimin tamamını yeni API'ye tek seferde taşıyabilir miyim?
Yeni API'ye gelen trafiğinizi yavaş yavaş artırmanızı öneririz. Düzenli olarak dakikada 600.000'den fazla mesaj göndermek istiyorsanız kotayı artırma talimatları veya trafiğin nasıl dağıtılacağıyla ilgili öneriler için Firebase destek ekibiyle iletişime geçin.
Konulara/cihaz gruplarına mesaj gönderdiğimde HTTP v1 API ile eski API'ler arasında ne fark olur?
Topics: 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ıttaki başarı/başarısızlık sayılarını döndürmez. FCM konularını kullanmanızı veya cihaz gruplarınızı kendiniz yönetmenizi öneririz.
HTTP v1 API, tek bir istekte birden fazla jetona mesaj göndermeyi destekler mi?
Hayır. Eski HTTP API'lerinde "çoklu yayın" adı verilen bu özellik, ölçeklenebilirlik için daha iyi tasarlanmış HTTP v1 API tarafından desteklenmez.
Uçtan uca gecikmenin kritik olduğu veya toplam dağılma boyutunun küçük (1 milyondan az) olduğu kullanım durumları için Google, HTTP v1 API'yi kullanarak birden çok ayrı istek göndermenizi önerir. HTTP/2 üzerinden HTTP v1 API, çoklu yayın isteklerinin% 99,9'u (100'den az jeton gönderme) için benzer bir performans gösterir. Aykırı kullanım alanlarında (1.000 jeton gönderme) işleme hızı oranının üçte birine kadar ulaşır. Bu nedenle, bu sıra dışı kullanım alanına göre optimizasyon yapmak için 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.
İşlem hızı ve çıkış bant genişliğine öncelik verilen veya toplam yayılma boyutunun büyük (1 milyondan fazla) olduğu kullanım alanları için Google, konu mesajları kullanmanızı ö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.
Projeme 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.05.2024 tarihinden itibaren eski API'lerimizi yeni projelerde etkinleştirmesine izin verilmeyecektir.
FCM kotaları ve sınırları
Geniş bir müşteri tabanını 2 dakika içinde bilgilendirmem gerekiyor.
Maalesef bu kullanım alanı desteklenmiyor. Trafiğinizi 5 dakikadan fazla olacak şekilde dağıtmalısınız.
Uygulamam, kullanıcıları etkinliklerden haberdar ediyor. İş modelimin desteklenmesi için mesajların hemen teslim edilmesi gerekiyor. Daha fazla kota alabilir miyim?
Bu nedenle kota artışını maalesef sunamıyoruz. Trafiğinizi 5 dakikadan fazla olacak şekilde dağıtmalısınız.
İ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 biraz FCM kullanımınıza bağlıdır. Her halükarda, birkaç iş günü içinde yanıt alabilirsiniz. Bazı durumlarda, FCM'yi kullanımınız ve çeşitli koşullarla ilgili diyaloglar yaşanabilir ve bu durum 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 metriklerinin grafiğini oluşturma ve izleme ile ilgili Google Cloud rehberine bakın.
Benim ve işletmemin 429'la başa çıkması zor. 429'u almamak için muafiyet veya daha fazla kota alabilir miyim?
Kota sınırlarının zorlayıcı olabileceğini bilsek de kotalar, hizmetin güvenilir kalmasını sağlamak açısından hayati önem taşır. Bu nedenle, muafiyet sunamıyoruz.
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 ve etkinliğin ne zaman başlayıp bittiğine dair net ayrıntılarla birlikte gönderin. FCM, isteği yerine getirmek için her türlü çabayı gösterecektir (artış garantisi verilmez). Bu kota artışları, etkinliğin bitiş tarihinden sonra geri alınır.
Mevcut kotam değiştirilebilir mi?
Google bu konuda fazla zaman harcamasa 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: Neden Firebase için Cloud Storage'ı kullanamıyorum?
Cloud Storage for Firebase, App Engine ücretsiz katmanında varsayılan bir paket oluşturur. Bu sayede kredi kartı girmeniz veya Cloud Billing hesabı etkinleştirmeniz gerekmeden Firebase ve Cloud Storage for Firebase ile hızla çalışmaya başlayabilirsiniz. Ayrıca, Firebase ile Google Cloud projesi arasında kolayca veri paylaşmanıza olanak tanır.
Bununla birlikte, bu paketin oluşturulamadığı ve Cloud Storage for Firebase'i kullanamayacağınız iki bilinen durum vardır:
- App Engine Ana/Yardımcı Datastore uygulamasına sahip olan ve Google Cloud'dan içe aktarılan bir proje.
-
Google Cloud'dan içe aktarılan ve alan adı önekli projelere sahip bir proje. Örnek:
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'i etkinleştirmeniz önerilir.
Cloud Storage for Firebase: Cloud Storage for Firebase API'yi kullanırken hizmet hesabı izinleri ve başarısız hizmet hesabı işlemleriyle ilgili neden 412 hata kodu yanıtı 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.
Firebase için Cloud Storage: Spark planı projelerinde yürütülebilir dosyaları depolayabilir miyim?
Ücretsiz (Spark) plan projeleri için Firebase, Firebase için Cloud Storage 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.
28 Eylül 2023 tarihinde veya sonrasında oluşturulan tüm Spark projelerinde izin verilmeyen dosyaların sunulması, barındırılması ve dosya yüklenmesi engellenmiştir. Bu tarihten önce yüklenmiş dosyaların bulunduğu mevcut Spark projelerinde bu tür dosyalar yüklenebilir ve barındırılabilir.
Bu kısıtlama, Spark planı projeleri için geçerlidir. Kullandıkça öde (Blaze) planı kapsamındaki projeler etkilenmez.
Aşağıdaki dosya türleri Firebase Hosting ve Cloud Storage for Firebase'de barındırılamaz:
.exe
,.dll
ve.bat
uzantılı Windows dosyaları.apk
uzantılı Android dosyaları.ipa
uzantılı Apple platform dosyaları
Ne yapmanız gerekiyor?
28 Eylül 2023'ten sonra da bu dosya türlerini barındırmaya devam etmek istiyorsanız:
- Hosting için: Bu dosya türlerini
firebase deploy
komutu aracılığıyla Firebase Hosting'e dağıtabilmek için Blaze planına yükseltin. - 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'deki kaynakları yönetmek için Firebase konsolunu kullanarak sürümleri bu kılavuza göre silin.
- Cloud Storage'daki kaynakları yönetmek için projenizdeki Storage ürün sayfasına gidin.
- Dosyalar sekmesinde, klasör hiyerarşinizdeki silmek üzere izin verilmeyen dosyaları bulun. Ardından, panelin sol tarafındaki dosya adlarının yanında bulunan onay kutusunu kullanarak bu dosyaları seçin.
- Sil'i tıklayın ve dosyaların silindiğini onaylayın.
Firebase araçlarıyla kaynak barındırma ve İstemci kitaplıklarıyla Firebase için Cloud Storage paketlerini yönetme hakkında daha fazla bilgi için lütfen belgelerimize göz atı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 indirme ve yükleme istekleri düzgün bir şekilde sayılmıyordu. Bu sorunu düzeltmek için 15 Eylül 2023'ten itibaren gerekli adımları attık.
Blaze kullanıcıları için yükleme ve indirme işlemleri, aylık faturanıza dahil edilmeye başlar. Spark kullanıcıları aylık ücretsiz sınırınıza dahil edilmeye başlar.
Sınırlarınıza dahil olabilecek artışlar için Kullanım sayfanızı izlemenizi öneririz.
Cloud Storage for Firebase: Neden Firebase için Cloud Storage kullanan Firebase projelerimle ilişkili yeni hizmet hesabı kimlikleri görüyorum?
Firebase, kullanıcı kimlik bilgilerini paylaşmadan hizmetleri çalıştırmak ve yönetmek için hizmet hesaplarını kullanır. Firebase projesi oluşturduğunuzda projenizde bir dizi hizmet hesabının zaten mevcut olduğunu fark edebilirsiniz.
Firebase için Cloud Storage'ın kullandığı hizmet hesabı, projenizin kapsamındadır ve service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
olarak adlandırılır.
19 Eylül 2022'den önce Cloud Storage for Firebase'i kullandıysanız önceden bağlanmış Cloud Storage paketlerinde firebase-storage@system.gserviceaccount.com
adlı ek bir hizmet hesabı görebilirsiniz. Bu hizmet hesabı, 19 Eylül 2022 itibarıyla artık desteklenmiyor.
Projenizle ilişkili tüm hizmet hesaplarını Firebase konsolundaki Hizmet hesapları sekmesinde görüntüleyebilirsiniz.
Yeni hizmet hesabını ekleme
Hizmet hesabını daha önce kaldırdıysanız veya hizmet hesabı projenizde bulunmuyorsa hesabı eklemek için aşağıdakilerden birini yapabilirsiniz.
- (Önerilir) Otomatik: Paketinizi Firebase'e yeniden aktarmak için AddFirebase REST uç noktasını kullanın. Bu uç noktayı bağlı her 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ılavuza göre, IAM rolüne
Cloud Storage for Firebase Service Agent
sahip bir hizmet hesabı veservice-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
hizmet hesabı adına sahip 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 bölümündeki talimatları uygulayın.
Crashlytics
Faydalı ipuçları ve diğer SSS'lerin yanıtlarını görmek için Crashlytics sorun giderme ve SSS sayfasını ziyaret edin.
Dynamic Links
Dynamic Links: Firebase'in Dynamic Links ile ilgili gelecekteki planları nelerdir?
Dinamik Bağlantılarla İlgili SSS bölümünü inceleyin.
Dynamic Links: Android uygulamam neden her Dynamic Link'e iki kez erişiyor?
getInvitation
API, iki kez erişilmesini önlemek için kayıtlı Dinamik Bağlantı'yı temizler. Bu API'yi, derin bağlantı etkinliklerinin
her birinde autoLaunchDeepLink
parametresi false
olarak ayarlanmış şekilde çağırdığınızdan emin olun. Böylece,
etkinliğin ana etkinlik dışında tetiklendiği durumlarda API'yi temizleyebilirsiniz.
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, Emulator Suite'in farklı proje kimlikleri kullanarak belirli bir ürün emülatörünü çalıştırıyor olabileceğini algıladığını gösterir. Bu durum bir yanlış yapılandırmaya işaret edebilir, emülatörler birbirleriyle iletişim kurmaya çalıştığında veya kodunuzdaki emülatörlerle etkileşim kurmaya çalıştığında sorunlara yol açabilir. Proje kimlikleri eşleşmezse genellikle emülatörlerde depolanan veriler proje kimliğine bağlı olduğundan ve birlikte çalışabilirlik proje kimliklerinin eşleşmesine bağlı olduğundan genellikle veriler eksik olur.
Bu durum, geliştiriciler arasında ortak bir kafa karışıklığının neden olduğu sorunlardan biri olmuştur. 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ırmaya izin verir. 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ğıdaki uyuşmazlıklar olup olmadığını kontrol edin:
-
Komut satırında ayarlanan varsayılan proje. Proje kimliği, varsayılan olarak başlangıçta
firebase init
veyafirebase use
ile seçilen projeden alınır. Projelerin listesini görüntülemek (ve hangisinin seçildiğini görmek) içinfirebase projects:list
kullanın. -
Birim testleri. Proje kimliği genellikle Kural Birimi Test kitaplığı yöntemlerine
initializeTestEnvironment
veyainitializeTestApp
yapılan çağrılarda belirtilir. Diğer test kodlarıinitializeApp(config)
ile başlatılabilir. -
Komut satırı
--project
işareti. Firebase CLI--project
işareti geçmek, varsayılan projeyi geçersiz kılar. Birim testlerinde ve uygulama başlatmada, işaret değerinin proje kimliğiyle eşleştiğinden emin olmanız gerekir.
Platforma özgü kontrol edilecek 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ındaki PROJECT_ID özelliği.
|
Tek proje modunu devre dışı bırakmak için firebase.json
uygulamasını singleProjectMode
anahtarıyla güncelleyin:
{ "firestore": { ... }, "functions": { ... }, "hosting": { ... }, "emulators": { "singleProjectMode": false, "auth": { "port": 9099 }, "functions": { "port": 5001 }, ... } }
Hosting
Barındırma: Spark planı projelerinde yürütülebilir dosyaları depolayabilir miyim?
Ücretsiz (Spark) plan projeleri için Firebase, Firebase için Cloud Storage 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.
28 Eylül 2023 tarihinde veya sonrasında oluşturulan tüm Spark projelerinde izin verilmeyen dosyaların sunulması, barındırılması ve dosya yüklenmesi engellenmiştir. Bu tarihten önce yüklenmiş dosyaların bulunduğu mevcut Spark projelerinde bu tür dosyalar yüklenebilir ve barındırılabilir.
Bu kısıtlama, Spark planı projeleri için geçerlidir. Kullandıkça öde (Blaze) planı kapsamındaki projeler etkilenmez.
Aşağıdaki dosya türleri Firebase Hosting ve Cloud Storage for Firebase'de barındırılamaz:
.exe
,.dll
ve.bat
uzantılı Windows dosyaları.apk
uzantılı Android dosyaları.ipa
uzantılı Apple platform dosyaları
Ne yapmanız gerekiyor?
28 Eylül 2023'ten sonra da bu dosya türlerini barındırmaya devam etmek istiyorsanız:
- Hosting için: Bu dosya türlerini
firebase deploy
komutu aracılığıyla Firebase Hosting'e dağıtabilmek için Blaze planına yükseltin. - 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'deki kaynakları yönetmek için Firebase konsolunu kullanarak sürümleri bu kılavuza göre silin.
- Cloud Storage'daki kaynakları yönetmek için projenizdeki Storage ürün sayfasına gidin.
- Dosyalar sekmesinde, klasör hiyerarşinizdeki silmek üzere izin verilmeyen dosyaları bulun. Ardından, panelin sol tarafındaki dosya adlarının yanında bulunan onay kutusunu kullanarak bu dosyaları seçin.
- Sil'i tıklayın ve dosyaların silindiğini onaylayın.
Firebase araçlarıyla kaynak barındırma ve İstemci kitaplıklarıyla Firebase için Cloud Storage paketlerini yönetme hakkında daha fazla bilgi için lütfen belgelerimize göz atın.
Barındırma: Neden Firebase konsolundaki Hosting sürüm geçmişi tablomda yerel projemin gerçekte sahip olduğundan daha fazla dosya sayısı gösteriliyor?
Firebase, Hosting sitesiyle ilgili meta verileri içeren ekstra dosyaları otomatik olarak ekler ve bu dosyalar sürümün toplam dosya sayısına dahil edilir.
Hosting: Firebase Hosting'e dağıtabileceğim en büyük dosya boyutu nedir?
Barındırma'nın tek tek dosyalar için maksimum 2 GB boyut sınırı vardır.
Daha büyük dosyaları, tek tek nesneler için terabayt aralığında maksimum boyut sınırı sunan Cloud Storage'ı kullanarak depolamanızı öneririz.
Barındırma: Firebase projesi başına kaç Hosting sitem olabilir?
Firebase Hosting çoklu site özelliği, proje başına maksimum 36 siteyi destekler.
Performance Monitoring
Faydalı ipuçları ve diğer SSS'lerin yanıtlarını görmek için Performans İzlemeyle İlgili Sorun Giderme ve SSS sayfasını ziyaret edin.
Performans İzleme: Kaç tane özel URL kalıbı oluşturabilirim?
Söz konusu uygulama için uygulama başına toplam 400'e kadar özel URL kalıbı ve alan başına en fazla 100 özel URL kalıbı oluşturabilirsiniz.
Performans İzleme: Performans verilerinin gerçek zamanlı olarak gösterilmesini neden 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 üzeri (ya da Firebase Android BoM 26.1.0 veya sonraki sürümler)
- Web — v7.14.0 veya sonraki sürümler
Her zaman SDK'nın en son sürümünü kullanmanızı önerdiğimizi hatırlatmak isteriz. Bununla birlikte, yukarıda listelenen tüm sürümler Performance Monitoring'in verilerinizi neredeyse gerçek zamanlı olarak işleyebilmesini sağlar.
Realtime Database
Realtime Database: Realtime Database'imin bant genişliği neden Eylül 2016 ile Mart 2017 arasında ortalamadan daha düşüktü?
Bant genişliği hesaplamalarımız için normalde 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 hatayı kullanıma sunmuştuk. Bu durum, hesabınızda birkaç ay boyunca bildirilen bant genişliğinin ve faturalarınızın yapay şekilde düşük olmasına yol açmış olabilir.
Mart 2017'nin sonlarında bu hataya yönelik bir düzeltme yayınlayarak bant genişliği raporlamasını ve faturalandırmasını normal seviyelerine döndürdük.
Realtime Database: Realtime Database'in ölçeklendirme sınırlamaları nelerdir?
Her bir Realtime Database örneğinin saniyedeki yazma işlemi sayısı sınırlıdır. Küçük yazma işlemleri için bu sınır, saniyede yaklaşık 1.000 yazma işlemidir. Bu sınıra yaklaşıyorsanız çok yollu güncellemeleri kullanarak işlemleri toplu hale getirmek, daha yüksek işleme hızı elde etmenize yardımcı olabilir.
Ayrıca her veritabanı örneğinin eş zamanlı veritabanı bağlantısı sayısıyla ilgili bir sınır vardır. Varsayılan sınırlarımız çoğu uygulama için yeterince büyüktür. Ek ölçek gerektiren bir uygulama derliyorsanız daha fazla ölçek için uygulamanızı birden fazla veritabanı örneğine parçalamanız gerekebilir. Alternatif bir veritabanı olarak Cloud Firestore'u da düşünebilirsiniz.
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.
İndirme sınırınızı aştıysanız Firebase fiyatlandırma planınızı yükseltebilir veya indirme sınırınızın bir sonraki faturalandırma döneminizin başında sıfırlanmasını bekleyebilirsiniz. İndirme sayınızı azaltmak için aşağıdaki adımları deneyin:
- Dinleme işlemlerinizin döndürdüğü verileri sınırlamak için sorgular ekleyin.
- Dizine eklenmeyen sorgu olup olmadığını kontrol edin.
- Yalnızca veri güncellemelerini indiren işleyiciler kullanın. Örneğin,
once()
yerineon()
. - Yetkisiz indirmeleri engellemek için güvenlik kuralları kullanın.
Depolama alanı sınırınızı aştıysanız hizmet kesintilerini önlemek için fiyatlandırma planınızı yükseltin. Veritabanınızdaki veri miktarını azaltmak için aşağıdaki adımları deneyin:
- Düzenli temizlik işleri çalıştırma.
- 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 kesintilerini önlemek için planınızı yükseltin. Veritabanınızla aynı anda kurulan bağlantıları yönetmek için gerçek zamanlı bağlantı gerektirmeyen kullanıcılar üzerinden REST API 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ğerleri etkinleştirerek geçerlilik kazanmak için activate
işlevini çağırın. activate
öğesini ne zaman çağıracağınızı seçebildiğiniz için bu tasarım, uygulamanızın davranışının ve görünümünün ne zaman değişeceğini kontrol etmenizi sağlar. activate
çağrısından sonra, güncellenen parametre değerlerinin ne zaman kullanılacağını uygulama kaynak kodunuz belirler.
Örneğin, değerleri getirebilir ve ardından bir kullanıcı uygulamanızı bir sonraki başlatma işleminde bu değerleri etkinleştirebilirsiniz. Böylece, uygulamanız hizmetten getirilen değerleri beklerken uygulamanın başlatılmasını geciktirme ihtiyacı ortadan kalkar. 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ış sayfasını inceleyin.
Remote Config: Uygulamamı geliştirirken çok fazla getirme isteği yapıyorum. Uygulamam neden getirme istekleri gönderirken hizmetten neden her zaman en son değerleri alamıyor?
Uygulama geliştirme sırasında, uygulamanızı geliştirip test ederken hızlı bir şekilde yineleme yapabilmeniz için yapılandırmaları çok sık (saatte birkaç kez) getirmek ve etkinleştirmek isteyebilirsiniz. En fazla 10 geliştiricinin bulunduğu bir projede hızlı yinelemeyi sağlamak için uygulamanızda geçici olarak minimum getirme aralığına (setMinimumFetchIntervalInSeconds
) sahip bir FirebaseRemoteConfigSettings
nesnesi ayarlayabilirsiniz.
Remote Config: Uygulamam bir getirme isteği gönderdikten sonra Remote Config hizmeti, getirilen değerleri ne kadar süre içinde döndürür?
Cihazlar, getirilen değerleri genellikle bir saniyeden 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ğini tamamlamak için gereken süre cihazın ağ hızına ve cihaz tarafından kullanılan ağ bağlantısının gecikmesine bağlıdır.
Hedefiniz, getirilen değerlerin uygulamanızda en kısa sürede geçerli olmasını sağlamaksa ancak rahatsız edici bir kullanıcı deneyimi oluşturmadan, uygulamanız her tam ekran yenilemesinde fetchAndActivate
uygulamasına çağrı ekleyebilirsiniz.
Test Lab
Faydalı ipuçları ve SSS 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ı; Crashlytics, FCM, Remote Config kişiselleştirmesi ve daha fazlası gibi bunları kullanan diğer Firebase hizmetlerine hedefleme bilgileri sağlamak için Firebase yükleme kimliklerini ve ilgili özellikleri ve segmentlerin yanı sıra oluşturduğunuz kitle listelerini depolar.