欢迎参加我们将于 2022 年 10 月 18 日举办的 Firebase 峰会(线上线下同时进行),了解 Firebase 如何帮助您加快应用开发速度、满怀信心地发布应用,并在之后根据需要轻松地扩大应用规模。立即报名

Remote Config'i programlı olarak değiştirin

Bu belge, Remote Config şablonu olarak bilinen JSON biçimli parametreler ve koşullar kümesini programlı olarak nasıl okuyabileceğinizi ve değiştirebileceğinizi açıklar. Bu, istemci uygulamasının istemci kitaplığını kullanarak getirebileceği arka uçta şablon değişiklikleri yapmanıza olanak tanır.

Remote Config REST API'yi veya bu kılavuzda açıklanan Yönetici SDK'larını kullanarak, Remote Config değişikliklerini doğrudan kendi süreçlerinize entegre etmek için Firebase konsolundaki şablonu yönetmeyi atlayabilirsiniz. Örneğin, Remote Config arka uç API'leri ile şunları yapabilirsiniz:

  • Remote Config güncellemelerini zamanlama . API çağrılarını bir cron işi ile birlikte kullanarak Remote Config değerlerini düzenli bir programda değiştirebilirsiniz.
  • Kendi tescilli sisteminizden Firebase Remote Config'e verimli bir şekilde geçiş yapmak için toplu içe aktarma yapılandırma değerleri .
  • Remote Config'i Firebase için Cloud Functions ile kullanarak sunucu tarafında gerçekleşen olaylara göre uygulamanızdaki değerleri değiştirin. Örneğin, uygulamanızda yeni bir özelliği tanıtmak için Remote Config'i kullanabilir ve ardından yeterli sayıda kişinin yeni özellikle etkileşim kurduğunu tespit ettiğinizde bu promosyonu otomatik olarak kapatabilirsiniz.

    Remote Config arka ucunun özel araçlar ve sunucularla etkileşimini gösteren diyagram

Bu kılavuzun aşağıdaki bölümleri, Remote Config arka uç API'leriyle yapabileceğiniz işlemleri açıklar. Bu görevleri REST API aracılığıyla gerçekleştiren bazı kodları incelemek için şu örnek uygulamalardan birine bakın:

Firebase Admin SDK'sını kullanarak Remote Config'i değiştirin

Yönetici SDK'sı, ayrıcalıklı ortamlardan Firebase ile etkileşim kurmanıza izin veren bir dizi sunucu kitaplığıdır. Admin SDK, Remote Config için güncellemeler gerçekleştirmenin yanı sıra, Firebase kimlik doğrulama belirteçlerinin oluşturulmasına ve doğrulanmasına, Gerçek Zamanlı Veritabanından okuma ve yazmaya vb. olanak tanır. Yönetici SDK'sı ön koşulları ve kurulumu hakkında daha fazla bilgi edinmek için Firebase Yönetici SDK'sını sunucunuza ekleme konusuna bakın.

Tipik bir Remote Config akışında, geçerli şablonu alabilir, bazı parametreleri veya parametre gruplarını ve koşullarını değiştirebilir, şablonu doğrulayabilir ve ardından yayınlayabilirsiniz. Bu API çağrılarını yapmadan önce SDK'dan gelen istekleri yetkilendirmelisiniz.

SDK'yı başlatın ve API isteklerini yetkilendirin

Yönetici SDK'sını parametresiz olarak başlattığınızda, SDK, Google Uygulama Varsayılan Kimlik Bilgilerini kullanır ve FIREBASE_CONFIG ortam değişkenindeki seçenekleri okur. FIREBASE_CONFIG değişkeninin içeriği bir { ile başlıyorsa, bir JSON nesnesi olarak ayrıştırılacaktır. Aksi takdirde SDK, dizenin seçenekleri içeren bir JSON dosyasının adı olduğunu varsayar.

Örneğin:

Node.js

const admin = require('firebase-admin');
admin.initializeApp();

Java

FileInputStream serviceAccount = new FileInputStream("service-account.json");
FirebaseOptions options = FirebaseOptions.builder()
        .setCredentials(GoogleCredentials.fromStream(serviceAccount))
        .build();
FirebaseApp.initializeApp(options);

Geçerli Remote Config Şablonunu alın

Remote Config şablonlarıyla çalışırken, bunların sürümlendirildiğini ve her sürümün, oluşturulduğu andan bir güncellemeyle değiştirdiğiniz zamana kadar sınırlı bir ömrü olduğunu unutmayın: 90 gün, toplam 300 depolanmış sürüm sınırı. Daha fazla bilgi için Şablonlar ve Sürüm Oluşturma bölümüne bakın.

Remote Config şablonunun geçerli etkin sürümünü JSON biçiminde almak için arka uç API'lerini kullanabilirsiniz.

Bir A/B Testi denemesinde özel olarak varyantlar olarak oluşturulan parametreler ve parametre değerleri, dışa aktarılan şablonlara dahil edilmez.

Şablonu almak için:

Node.js

function getTemplate() {
  var config = admin.remoteConfig();
  config.getTemplate()
      .then(function (template) {
        console.log('ETag from server: ' + template.etag);
        var templateStr = JSON.stringify(template);
        fs.writeFileSync('config.json', templateStr);
      })
      .catch(function (err) {
        console.error('Unable to get template');
        console.error(err);
      });
}

Java

Template template = FirebaseRemoteConfig.getInstance().getTemplateAsync().get();
// See the ETag of the fetched template.
System.out.println("ETag from server: " + template.getETag());

Remote Config parametrelerini değiştir

Remote Config parametrelerini ve parametre gruplarını programlı olarak değiştirebilir ve ekleyebilirsiniz. Örneğin, "new_menu" adlı mevcut bir parametre grubuna mevsimsel bilgilerin görüntülenmesini kontrol etmek için bir parametre ekleyebilirsiniz:

Node.js

function addParameterToGroup(template) {
  template.parameterGroups['new_menu'].parameters['spring_season'] = {
    defaultValue: {
      useInAppDefault: true
    },
    description: 'spring season menu visibility.',
  };
}

Java

template.getParameterGroups().get("new_menu").getParameters()
        .put("spring_season", new Parameter()
                .setDefaultValue(ParameterValue.inAppDefault())
                .setDescription("spring season menu visibility.")
        );

API, yeni parametreler ve parametre grupları oluşturmanıza veya varsayılan değerleri, koşullu değerleri ve açıklamaları değiştirmenize olanak tanır. Her durumda, değişiklik yaptıktan sonra şablonu açıkça yayınlamanız gerekir.

Remote Config koşullarını değiştirin

Remote Config koşullarını ve koşullu değerleri programlı olarak değiştirebilir ve ekleyebilirsiniz. Örneğin, yeni bir koşul eklemek için:

Node.js

function addNewCondition(template) {
  template.conditions.push({
    name: 'android_en',
    expression: 'device.os == \'android\' && device.country in [\'us\', \'uk\']',
    tagColor: 'BLUE',
  });
}

Java

template.getConditions().add(new Condition("android_en",
        "device.os == 'android' && device.country in ['us', 'uk']", TagColor.BLUE));

Her durumda, değişiklik yaptıktan sonra şablonu açıkça yayınlamanız gerekir.

Remote Config arka uç API'leri, uygulamanızın davranışını ve görünümünü değiştirmek için kullanabileceğiniz çeşitli koşullar ve karşılaştırma işleçleri sağlar. Koşullar ve bu koşullar için desteklenen işleçler hakkında daha fazla bilgi edinmek için koşullu ifade başvurusuna bakın.

Remote Config şablonunu doğrulayın

İsteğe bağlı olarak, güncellemelerinizi yayınlamadan önce gösterildiği gibi doğrulayabilirsiniz:

Node.js

function validateTemplate(template) {
  admin.remoteConfig().validateTemplate(template)
      .then(function (validatedTemplate) {
        // The template is valid and safe to use.
        console.log('Template was valid and safe to use');
      })
      .catch(function (err) {
        console.error('Template is invalid and cannot be published');
        console.error(err);
      });
}

Java

try {
  Template validatedTemplate = FirebaseRemoteConfig.getInstance()
          .validateTemplateAsync(template).get();
  System.out.println("Template was valid and safe to use");
} catch (ExecutionException e) {
  if (e.getCause() instanceof FirebaseRemoteConfigException) {
    FirebaseRemoteConfigException rcError = (FirebaseRemoteConfigException) e.getCause();
    System.out.println("Template is invalid and cannot be published");
    System.out.println(rcError.getMessage());
  }
}

Bu doğrulama işlemi, parametreler ve koşullar için yinelenen anahtarlar, geçersiz koşul adları veya var olmayan koşullar ya da yanlış biçimlendirilmiş etiketler gibi hataları kontrol eder. Örneğin, izin verilen anahtar sayısından (2000) fazlasını içeren bir istek, Param count too large hata mesajını döndürür.

Remote Config şablonunu yayınlayın

Bir şablonu alıp istediğiniz güncellemelerle revize ettikten sonra yayınlayabilirsiniz. Bu bölümde açıklandığı gibi bir şablon yayınlamak, mevcut yapılandırma şablonunun tamamını güncellenmiş dosyayla değiştirir ve yeni etkin şablona, ​​değiştirdiği şablondan bir numara daha büyük bir sürüm numarası atanır.

Gerekirse, önceki sürüme geri dönmek için REST API'yi kullanabilirsiniz. Bir güncellemede hata riskini azaltmak için yayınlamadan önce doğrulama yapabilirsiniz.

Remote Config kişiselleştirmeleri ve koşulları indirilen şablonlara dahil edilmiştir, bu nedenle farklı bir projeye yayınlamaya çalışırken aşağıdaki sınırlamaların farkında olmak önemlidir:

  • Kişiselleştirmeler projeden projeye aktarılamaz.

    Örneğin, projenizde kişiselleştirmeleri etkinleştirdiyseniz ve bir şablonu indirip düzenlerseniz, onu aynı projede yayınlayabilirsiniz, ancak kişiselleştirmeleri şablondan silmediğiniz sürece farklı bir projede yayınlayamazsınız.

  • Koşullar projeden projeye aktarılabilir, ancak belirli koşullu değerlerin (uygulama kimlikleri veya kitleler gibi) yayınlanmadan önce hedef projede bulunması gerektiğini unutmayın.

    Örneğin, iOS platform değerini belirten bir koşulu kullanan bir Remote Config parametreniz varsa, platform değerleri herhangi bir proje için aynı olduğundan şablon başka bir projeye yayınlanabilir. Ancak, hedef projede mevcut olmayan belirli bir uygulama kimliğine veya kullanıcı kitlesine dayanan bir koşul içeriyorsa doğrulama başarısız olur.

  • Yayınlamayı planladığınız şablon Google Analytics'e dayanan koşullar içeriyorsa, hedef projede Analytics'in etkinleştirilmesi gerekir.

Node.js

function publishTemplate() {
  var config = admin.remoteConfig();
  var template = config.createTemplateFromJSON(
      fs.readFileSync('config.json', 'UTF8'));
  config.publishTemplate(template)
      .then(function (updatedTemplate) {
        console.log('Template has been published');
        console.log('ETag from server: ' + updatedTemplate.etag);
      })
      .catch(function (err) {
        console.error('Unable to publish template.');
        console.error(err);
      });
}

Java

try {
  Template publishedTemplate = FirebaseRemoteConfig.getInstance()
          .publishTemplateAsync(template).get();
  System.out.println("Template has been published");
  // See the ETag of the published template.
  System.out.println("ETag from server: " + publishedTemplate.getETag());
} catch (ExecutionException e) {
  if (e.getCause() instanceof FirebaseRemoteConfigException) {
    FirebaseRemoteConfigException rcError = (FirebaseRemoteConfigException) e.getCause();
    System.out.println("Unable to publish template.");
    System.out.println(rcError.getMessage());
  }
}

REST API kullanarak Remote Config'i değiştirin

Bu bölüm, https://firebaseremoteconfig.googleapis.com Remote Config REST API'nin ana özelliklerini açıklar. Tüm ayrıntılar için API referansına bakın.

API isteklerinin kimliğini doğrulamak ve yetkilendirmek için bir erişim belirteci alın

Firebase projeleri, uygulama sunucunuzdan veya güvenilir ortamınızdan Firebase sunucu API'lerini çağırmak için kullanabileceğiniz Google hizmet hesaplarını destekler. Yerel olarak kod geliştiriyorsanız veya uygulamanızı şirket içinde dağıtıyorsanız, sunucu isteklerini yetkilendirmek için bu hizmet hesabı aracılığıyla elde edilen kimlik bilgilerini kullanabilirsiniz.

Bir hizmet hesabının kimliğini doğrulamak ve ona Firebase hizmetlerine erişim yetkisi vermek için JSON biçiminde bir özel anahtar dosyası oluşturmanız gerekir.

Hizmet hesabınız için bir özel anahtar dosyası oluşturmak için:

  1. Firebase konsolunda, Ayarlar > Hizmet Hesapları'nı açın.

  2. Yeni Özel Anahtar Oluştur'a tıklayın, ardından Anahtar Oluştur'a tıklayarak onaylayın.

  3. Anahtarı içeren JSON dosyasını güvenli bir şekilde saklayın.

Bir hizmet hesabı aracılığıyla yetki verirken, uygulamanıza kimlik bilgilerini sağlamak için iki seçeneğiniz vardır. GOOGLE_APPLICATION_CREDENTIALS ortam değişkenini ayarlayabilir veya yolu açıkça kodda hizmet hesabı anahtarına iletebilirsiniz. İlk seçenek daha güvenlidir ve şiddetle tavsiye edilir.

Ortam değişkenini ayarlamak için:

GOOGLE_APPLICATION_CREDENTIALS ortam değişkenini, hizmet hesabı anahtarınızı içeren JSON dosyasının dosya yoluna ayarlayın. Bu değişken yalnızca mevcut kabuk oturumunuz için geçerlidir, bu nedenle yeni bir oturum açarsanız değişkeni yeniden ayarlayın.

Linux veya macOS

export GOOGLE_APPLICATION_CREDENTIALS="/home/user/Downloads/service-account-file.json"

pencereler

PowerShell ile:

$env:GOOGLE_APPLICATION_CREDENTIALS="C:\Users\username\Downloads\service-account-file.json"

Yukarıdaki adımları tamamladıktan sonra, Uygulama Varsayılan Kimlik Bilgileri (ADC), kimlik bilgilerinizi dolaylı olarak belirleyebilir ve Google dışı ortamlarda test ederken veya çalıştırırken hizmet hesabı kimlik bilgilerini kullanmanıza olanak tanır.

Kısa ömürlü bir OAuth 2.0 erişim belirtecini almak için tercih ettiğiniz dil için Firebase kimlik bilgilerinizi Google Auth Kitaplığı ile birlikte kullanın:

düğüm.js

 function getAccessToken() {
  return admin.credential.applicationDefault().getAccessToken()
      .then(accessToken => {
        return accessToken.access_token;
      })
      .catch(err => {
        console.error('Unable to get access token');
        console.error(err);
      });
}

Bu örnekte, Google API istemci kitaplığı, isteği bir JSON web belirteci veya JWT ile doğrular. Daha fazla bilgi için bkz. JSON web belirteçleri .

piton

def _get_access_token():
  """Retrieve a valid access token that can be used to authorize requests.

  :return: Access token.
  """
  credentials = ServiceAccountCredentials.from_json_keyfile_name(
      'service-account.json', SCOPES)
  access_token_info = credentials.get_access_token()
  return access_token_info.access_token

Java

private static String getAccessToken() throws IOException {
  GoogleCredentials googleCredentials = GoogleCredentials
          .fromStream(new FileInputStream("service-account.json"))
          .createScoped(Arrays.asList(SCOPES));
  googleCredentials.refreshAccessToken();
  return googleCredentials.getAccessToken().getTokenValue();
}

Erişim belirtecinizin süresi dolduktan sonra, güncelleştirilmiş bir erişim belirtecini almak için belirteç yenileme yöntemi otomatik olarak çağrılır.

Remote Config'e erişim yetkisi vermek için https://www.googleapis.com/auth/firebase.remoteconfig kapsamını isteyin.

Remote Config şablonunu değiştirin

Remote Config şablonlarıyla çalışırken, bunların sürümlendirildiğini ve her sürümün, oluşturulduğu andan bir güncellemeyle değiştirdiğiniz zamana kadar sınırlı bir ömrü olduğunu unutmayın: 90 gün, toplam 300 depolanmış sürüm sınırı. Daha fazla bilgi için Şablonlar ve Sürüm Oluşturma bölümüne bakın.

Geçerli Remote Config Şablonunu alın

Remote Config şablonunun geçerli etkin sürümünü JSON biçiminde almak için arka uç API'lerini kullanabilirsiniz.

Bir A/B Testi denemesinde özel olarak varyantlar olarak oluşturulan parametreler ve parametre değerleri, dışa aktarılan şablonlara dahil edilmez.

Aşağıdaki komutları kullanın:

cURL

curl --compressed -D headers -H "Authorization: Bearer token" -X GET https://firebaseremoteconfig.googleapis.com/v1/projects/my-project-id/remoteConfig -o filename

Bu komut, JSON yükünü bir dosyaya ve başlıkları (Etag dahil) ayrı bir dosyaya çıkarır.

Ham HTTP isteği

Host: firebaseremoteconfig.googleapis.com

GET /v1/projects/my-project-id/remoteConfig HTTP/1.1
Authorization: Bearer token
Accept-Encoding: gzip

Bu API çağrısı, sonraki istek için kullandığınız bir ETag içeren ayrı bir başlıkla birlikte aşağıdaki JSON'u döndürür.

Remote Config şablonunu doğrulayın

İsteğe bağlı olarak, güncellemelerinizi yayınlamadan önce doğrulayabilirsiniz. Yayın isteğinize ?validate_only=true URL parametresini ekleyerek şablon güncellemelerini doğrulayın. Yanıtta, durum kodu 200 ve son eki -0 olan güncellenmiş bir etiket, güncellemenizin başarıyla doğrulandığı anlamına gelir. 200 olmayan herhangi bir yanıt, JSON verilerinin yayınlamadan önce düzeltmeniz gereken hatalar içerdiğini gösterir.

Remote Config şablonunu güncelleyin

Bir şablon alıp JSON içeriğini istediğiniz güncellemelerle revize ettikten sonra yayınlayabilirsiniz. Bu bölümde açıklandığı gibi bir şablon yayınlamak, mevcut yapılandırma şablonunun tamamını güncellenmiş dosyayla değiştirir ve yeni etkin şablona, ​​değiştirdiği şablondan bir numara daha büyük bir sürüm numarası atanır.

Gerekirse, önceki sürüme geri dönmek için REST API'yi kullanabilirsiniz. Bir güncellemede hata riskini azaltmak için yayınlamadan önce doğrulama yapabilirsiniz.

Remote Config kişiselleştirmeleri ve koşulları indirilen şablonlara dahil edilmiştir, bu nedenle farklı bir projeye yayınlamaya çalışırken aşağıdaki sınırlamaların farkında olmak önemlidir:

  • Kişiselleştirmeler projeden projeye aktarılamaz.

    Örneğin, projenizde kişiselleştirmeleri etkinleştirdiyseniz ve bir şablonu indirip düzenlerseniz, onu aynı projede yayınlayabilirsiniz, ancak kişiselleştirmeleri şablondan silmediğiniz sürece farklı bir projede yayınlayamazsınız.

  • Koşullar projeden projeye aktarılabilir, ancak belirli koşullu değerlerin (uygulama kimlikleri veya kitleler gibi) yayınlanmadan önce hedef projede bulunması gerektiğini unutmayın.

    Örneğin, iOS platform değerini belirten bir koşulu kullanan bir Remote Config parametreniz varsa, platform değerleri herhangi bir proje için aynı olduğundan şablon başka bir projeye yayınlanabilir. Ancak, hedef projede mevcut olmayan belirli bir uygulama kimliğine veya kullanıcı kitlesine dayanan bir koşul içeriyorsa doğrulama başarısız olur.

  • Yayınlamayı planladığınız şablon Google Analytics'e dayanan koşullar içeriyorsa, hedef projede Analytics'in etkinleştirilmesi gerekir.

cURL

curl --compressed -H "Content-Type: application/json; UTF8" -H "If-Match: last-returned-etag" -H "Authorization: Bearer token" -X PUT https://firebaseremoteconfig.googleapis.com/v1/projects/my-project-id/remoteConfig -d @filename

Bu curl komutu için, içeriği "@" karakterini ve ardından dosya adını kullanarak belirtebilirsiniz.

Ham HTTP isteği

Host: firebaseremoteconfig.googleapis.com
PUT /v1/projects/my-project-id/remoteConfig HTTP/1.1
Content-Length: size
Content-Type: application/json; UTF8
Authorization: Bearer token
If-Match: expected ETag
Accept-Encoding: gzip
JSON_HERE

Bu bir yazma isteği olduğundan, ETag bu komutla değiştirilir ve bir sonraki PUT komutunun yanıt başlıklarında güncellenmiş bir ETag sağlanır.

Remote Config koşullarını değiştirin

Remote Config koşullarını ve koşullu değerleri programlı olarak değiştirebilirsiniz. REST API ile, şablonu yayınlamadan önce koşulları değiştirmek için şablonu doğrudan düzenlemeniz gerekir.

{
  "conditions": [{
    "name": "android_english",
    "expression": "device.os == 'android' && device.country in ['us', 'uk']",
    "tagColor": "BLUE"
  }, {
    "name": "tenPercent",
    "expression": "percent <= 10",
    "tagColor": "BROWN"
  }],
  "parameters": {
    "welcome_message": {
      "defaultValue": {
        "value": "Welcome to this sample app"
      },
      "conditionalValues": {
        "tenPercent": {
          "value": "Welcome to this new sample app"
        }
      },
      "description": "The sample app's welcome message"
    },
    "welcome_message_caps": {
      "defaultValue": {
        "value": "false"
      },
      "conditionalValues": {
        "android_english": {
          "value": "true"
        }
      },
      "description": "Whether the welcome message should be displayed in all capital letters."
    }
  }
}

Yukarıdaki değişiklikler önce bir dizi koşulu tanımlar ve ardından her parametre için varsayılan değerleri ve koşula dayalı parametre ( koşullu değerler ) değerlerini tanımlar. Ayrıca her öğe için isteğe bağlı bir açıklama ekler; kod yorumları gibi, bunlar geliştirici kullanımı içindir ve uygulamada görüntülenmez. Sürüm kontrolü amacıyla bir ETag da sağlanmıştır.

Remote Config arka uç API'leri, uygulamanızın davranışını ve görünümünü değiştirmek için kullanabileceğiniz çeşitli koşullar ve karşılaştırma işleçleri sağlar. Koşullar ve bu koşullar için desteklenen işleçler hakkında daha fazla bilgi edinmek için koşullu ifade başvurusuna bakın.

HTTP Hata kodları

Durum kodu Anlam
200 Başarıyla güncellendi
400 Bir doğrulama hatası oluştu. Örneğin, izin verilen anahtar sayısından (2000) fazlasını içeren bir istek, Param count too large hata mesajıyla birlikte 400 (Hatalı İstek) döndürür. Ayrıca, bu HTTPS Durum Kodu şu iki durumda ortaya çıkabilir:
  • Bir ETag değeri aldığınızdan bu yana değerler ve koşullar kümesi güncellendiğinden bir sürüm uyuşmazlığı hatası oluştu. Bunu çözmek için, yeni bir şablon ve ETag değeri almak için bir GET komutu kullanmalı, şablonu güncellemeli ve ardından bu şablonu ve yeni ETag değerini kullanarak göndermelisiniz.
  • Bir If-Match başlığı belirtilmeden bir PUT komutu (Uzak Yapılandırma şablonunu güncelle isteği) yapıldı.
401 Bir yetkilendirme hatası oluştu (erişim belirteci sağlanmadı veya Cloud Developer Console'da projenize Firebase Remote Config REST API eklenmedi)
403 Bir kimlik doğrulama hatası oluştu (yanlış erişim belirteci sağlandı)
500 Dahili bir hata oluştu. Bu hata oluşursa, bir Firebase destek bileti gönderin

200 durum kodu, Remote Config şablonunun (proje için parametreler, değerler ve koşullar) güncellendiği ve artık bu projeyi kullanan uygulamalar tarafından kullanılabilir olduğu anlamına gelir. Diğer durum kodları, daha önce var olan Remote Config şablonunun hala yürürlükte olduğunu gösterir.

Şablonunuz için güncellemeler gönderdikten sonra, değişikliklerinizin beklendiği gibi göründüğünü doğrulamak için Firebase konsoluna gidin. Bu kritiktir, çünkü koşulların sıralanması bunların nasıl değerlendirildiğini etkiler ( true değerlendiren ilk koşul yürürlüğe girer).

ETag kullanımı ve zorunlu güncellemeler

Remote Config REST API, yarış koşullarını ve kaynaklarda çakışan güncellemeleri önlemek için bir varlık etiketi (ETag) kullanır. ETag'ler hakkında daha fazla bilgi edinmek için bkz. ETag - HTTP .

Google, REST API için en son GET komutu tarafından sağlanan ETag'ı önbelleğe almanızı ve PUT komutları verirken If-Match istek başlığında bu ETag değerini kullanmanızı önerir. PUT komutunuz bir HTTPS Durum Kodu 409 ile sonuçlanırsa, bir sonraki PUT komutunuzla kullanmak üzere yeni bir ETag ve şablon almak için yeni bir GET komutu vermelisiniz.

Remote Config şablonunu aşağıdaki gibi güncellenmeye zorlayarak ETag'ı ve sağladığı korumayı aşabilirsiniz: If-Match: * Ancak, Remote Config'inizde güncellemelerin kaybolmasına neden olma riski taşıdığı için bu yaklaşım önerilmez. birden fazla istemci Remote Config şablonunu güncelliyorsa şablon. Bu tür bir çakışma, API'yi kullanan birden çok istemciyle veya API istemcileri ve Firebase konsolu kullanıcılarından gelen çakışan güncellemelerle ortaya çıkabilir.

Remote Config şablon sürümlerini yönetme konusunda rehberlik için bkz. Remote Config şablonları ve sürüm oluşturma.