Bu sayfa, Cloud Translation API ile çevrilmiştir.

Medya Yükleme Hakkında

Google Mirror API, yeni bir zaman çizelgesi öğesi oluştururken ek eklemenize olanak tanır.

Yükleme seçenekleri

Google Mirror API, belirli ikili veri veya medya türlerini yüklemenize olanak tanır. Yükleyebileceğiniz verilerin belirli özellikleri, medya yüklemelerini destekleyen herhangi bir yöntem için referans sayfasında belirtilmiştir:

Maksimum yükleme dosyası boyutu: Bu yöntemle depolayabileceğiniz maksimum veri miktarıdır.
Kabul edilen medya MIME türleri: Bu yöntemi kullanarak depolayabileceğiniz ikili veri türleri.

Yükleme isteği göndermek için aşağıdaki yöntemlerden birini kullanabilirsiniz. uploadType istek parametresiyle kullandığınız yöntemi belirtin.

Basit yükleme: uploadType=media. Örneğin 5 MB veya daha küçük boyutlu dosyaların hızlı aktarımı içindir.
Çok parçalı yükleme: uploadType=multipart. Daha küçük dosyaların ve meta verilerin hızlı aktarımı için; dosyayı, tek bir istekte bulunarak dosyayı açıklayan meta verilerle birlikte aktarır.
Devam ettirilebilir yükleme: uploadType=resumable. Güvenilir aktarım için özellikle büyük dosyalarda önemlidir. Bu yöntemle, isteğe bağlı olarak meta veriler içerebilen bir oturum başlatma isteği kullanırsınız. Bu, yükleme başına bir ek HTTP isteği karşılığında daha küçük dosyalarda da çalıştığından çoğu uygulamada iyi bir stratejidir.

Medya yüklerken özel bir URI kullanırsınız. Aslında medya yüklemelerini destekleyen yöntemlerde iki URI uç noktası bulunur:

Medya için /upload URI'si. Yükleme uç noktasının biçimi, "/upload" ön ekine sahip standart kaynak URI'sidir. Bu URI'yı şu durumlarda kullanın: aktarılmaya başlar.
Örnek: POST /upload/mirror/v1/timeline
Meta veriler için standart kaynak URI'si. Kaynakta veri alanları varsa bu alanlar, yüklenen dosyayı açıklayan meta verileri depolamak için kullanılır. Bu URI'yı meta veri değerlerini oluştururken veya güncellerken kullanabilirsiniz.
Örnek: POST /mirror/v1/timeline

Basit yükleme

Dosya yüklemenin en basit yöntemi, basit bir yükleme isteğinde bulunmaktır. Bu seçenek aşağıdaki durumlarda iyi bir seçimdir:

Dosya, bağlantı kurulamazsa tamamen yeniden yüklenebilecek kadar küçük.
Gönderilecek meta veri yok. Bu kaynağın meta verilerini ayrı bir istekte göndermeyi planlıyorsanız ya da meta veri desteklenmiyorsa veya mevcut değilse bu durum geçerli olabilir.

Basit yüklemeyi kullanmak için şunun için bir POST veya PUT isteğinde bulunun: yöntemin /upload URI'si ve sorgu parametresini ekleyin uploadType=media. Örneğin:

POST https://www.googleapis.com/upload/mirror/v1/timeline?uploadType=media

Basit bir yükleme isteği gönderirken kullanılacak HTTP üstbilgileri şunlardır:

Content-Type. API referansında belirtilen, yöntemin kabul ettiği medya yükleme veri türlerinden birine ayarlanır.
Content-Length Yüklediğiniz bayt sayısına ayarlayın. Blok aktarım kodlaması kullanıyorsanız gerekli değildir.

Örnek: Basit yükleme

Aşağıdaki örnekte, Google Mirror API için basit bir yükleme isteğinin kullanımı gösterilmektedir.

POST /upload/mirror/v1/timeline?uploadType=media HTTP/1.1
Host: www.googleapis.com
Content-Type: image/jpeg
Content-Length: number_of_bytes_in_file
Authorization: Bearer your_auth_token

JPEG data

İstek başarılı olursa sunucu, tüm meta verilerle birlikte HTTP 200 OK durum kodunu döndürür:

HTTP/1.1 200
Content-Type: application/json

{
  "text": "Hello world!"
}

Çok parçalı yükleme

Yüklenecek verilerle birlikte göndermek istediğiniz meta veriler varsa tek bir multipart/related isteğinde bulunabilirsiniz. Gönderdiğiniz veriler, bağlantı başarısız olursa tamamen yeniden yüklenecek kadar küçükse bu iyi bir seçenektir.

Çok parçalı yüklemeyi kullanmak için yöntemin /upload URI'sine POST veya PUT isteğinde bulunun ve sorgu parametresini ekleyin uploadType=multipart, örneğin:

POST https://www.googleapis.com/upload/mirror/v1/timeline?uploadType=multipart

Çok parçalı bir yükleme isteği gönderirken kullanılacak üst düzey HTTP üstbilgileri şunlardır:

Content-Type. Çok parçalı/ilgili olarak ayarlayın ve isteğin bölümlerini tanımlamak için kullandığınız sınır dizesi ekleyin.
Content-Length İstek gövdesindeki toplam bayt sayısına ayarlayın. İsteğin medya bölümü, bu yöntem için belirtilen maksimum dosya boyutundan küçük olmalıdır.

İsteğin gövdesi, multipart/related içerik türü [RFC2387] olarak biçimlendirilir ve tam olarak iki bölümden oluşur. Bölümler bir sınır dizesiyle tanımlanır ve son sınır dizesinin ardından iki kısa çizgi gelir.

Çok parçalı isteğinde her parça için ek bir Content-Type başlığı gerekir:

Meta veri bölümü: Önce gelmeli ve Content-Type, kabul edilen meta veri biçimlerinden biriyle eşleşmelidir.
Medya bölümü: İkinci sırada gelmelidir ve Content-Type, yöntemin kabul ettiği medya MIME türlerinden biriyle eşleşmelidir.

Her yöntemin kabul edilen medya MIME türleri listesi ve yüklenen dosyalar için boyut sınırları listesi için API referansına bakın.

Not: Yalnızca meta veri bölümünü oluşturmak veya güncellemek için, ilişkili verileri yüklemeden standart kaynak uç noktasına bir POST veya PUT isteği göndermeniz yeterlidir: https://www.googleapis.com/mirror/v1/timeline

Örnek: Çok parçalı yükleme

Aşağıdaki örnekte, Google Mirror API için çok parçalı bir yükleme isteği gösterilmektedir.

POST /upload/mirror/v1/timeline?uploadType=multipart HTTP/1.1
Host: www.googleapis.com
Authorization: Bearer your_auth_token
Content-Type: multipart/related; boundary=foo_bar_baz
Content-Length: number_of_bytes_in_entire_request_body

--foo_bar_baz
Content-Type: application/json; charset=UTF-8

{
  "text": "Hello world!"
}

--foo_bar_baz
Content-Type: image/jpeg

JPEG data
--foo_bar_baz--

İstek başarılı olursa sunucu, meta verilerle birlikte HTTP 200 OK durum kodunu döndürür:

HTTP/1.1 200
Content-Type: application/json

{
  "text": "Hello world!"
}

Devam ettirilebilir yükleme

Veri dosyalarını daha güvenilir bir şekilde yüklemek için devam ettirilebilir yükleme protokolünü kullanabilirsiniz. Bu protokol, iletişim hatası nedeniyle veri akışı kesintiye uğradıktan sonra yükleme işlemini devam ettirmenize olanak tanır. Bu, özellikle büyük dosyalar aktarıyorsanız ve ağ kesintisi veya başka bir iletim hatası olasılığı yüksekse (örneğin, bir mobil istemci uygulamasından yükleme yaparken) kullanışlıdır. Ayrıca, büyük dosya yüklemelerini en baştan yeniden başlatmanız gerekmediği için ağ hatası durumunda bant genişliği kullanımınızı da azaltabilir.

Devam ettirilebilir yüklemeyi kullanma adımları şunlardır:

Devam ettirilebilir bir oturum başlatın. Yükleme URI'sine, varsa meta verileri içeren ilk isteği gönderin.
Devam ettirilebilir oturum URI'sini kaydedin. İlk isteğin yanıtında döndürülen oturum URI'sini kaydedin; bu oturumdaki kalan istekler için bu numarayı kullanacaksınız.
Dosyayı yükleyin. Medya dosyasını devam ettirilebilir oturum URI'sine gönderin.

Ayrıca, devam ettirilebilir yükleme özelliğini kullanan uygulamalarda kesintiye uğrayan yüklemeyi devam ettirme kodu olmalıdır. Yükleme kesintiye uğrarsa başarıyla ne kadar veri alındığını öğrenin ve yüklemeyi bu noktadan itibaren devam ettirin.

Not: Yükleme URI'sinin süresi bir hafta sonra dolar.

1. Adım: Devam ettirilebilir bir oturum başlatın

Devam ettirilebilir bir yükleme başlatmak için yöntemin /upload URI'sine POST veya PUT isteği gönderin ve uploadType=resumable sorgu parametresini ekleyin. Örneğin:

POST https://www.googleapis.com/upload/mirror/v1/timeline?uploadType=resumable

Bu başlatılan istek için gövde boş veya yalnızca meta veri içeriyor; sonraki isteklerde yüklemek istediğiniz dosyanın gerçek içeriğini aktarırsınız.

İlk istekle birlikte aşağıdaki HTTP üstbilgilerini kullanın:

X-Upload-Content-Type. Sonraki isteklerde aktarılacak yükleme verilerinin medya MIME türüne ayarlanır.
X-Upload-Content-Length Sonraki isteklerde aktarılacak yükleme verilerinin bayt sayısını ayarlayın. İstek sırasında uzunluk bilinmiyorsa bu başlığı atlayabilirsiniz.
Meta veri sağlıyorsanız: Content-Type. Meta verilerin veri türüne göre ayarlanır.
Content-Length Bu ilk isteğin gövdesinde sağlanan bayt sayısına ayarlayın. Blok aktarım kodlaması kullanıyorsanız gerekli değildir.

Her yöntemin kabul edilen medya MIME türleri ve yüklenen dosyalar için boyut sınırlamaları listesi için API referansına bakın.

Örnek: Devam ettirilebilir oturum başlatma isteği

Aşağıdaki örnekte, Google Mirror API için devam ettirilebilir bir oturumun nasıl başlatılacağı gösterilmektedir.

POST /upload/mirror/v1/timeline?uploadType=resumable HTTP/1.1
Host: www.googleapis.com
Authorization: Bearer your_auth_token
Content-Length: 38
Content-Type: application/json; charset=UTF-8
X-Upload-Content-Type: image/jpeg
X-Upload-Content-Length: 2000000

{
  "text": "Hello world!"
}

Not: Meta veri içermeyen ilk devam ettirilebilir güncelleme isteği için isteğin gövdesini boş bırakın ve Content-Length başlığını 0 olarak ayarlayın.

Yanıtın nasıl ele alınacağı sonraki bölümde açıklanmıştır.

2. Adım: Devam ettirilebilir oturum URI'sini kaydedin

Oturum başlatma isteği başarılı olursa API sunucusu, 200 OK HTTP durum koduyla yanıt verir. Ayrıca, devam ettirilebilir oturum URI'nızı belirten bir Location üst bilgisi sağlar. Aşağıdaki örnekte gösterilen Location üstbilgisi, bu oturum için kullanılacak benzersiz yükleme kimliğini veren upload_id sorgu parametresi bölümünü içerir.

Örnek: Devam ettirilebilir oturum başlatma yanıtı

1. adımdaki istek için verilen yanıt:

HTTP/1.1 200 OK
Location: https://www.googleapis.com/upload/mirror/v1/timeline?uploadType=resumable&upload_id=xa298sd_sdlkj2
Content-Length: 0

Yukarıdaki örnek yanıtta gösterildiği gibi Location üstbilgisinin değeri, gerçek dosya yüklemeyi yapmak veya yükleme durumunu sorgulamak için HTTP uç noktası olarak kullanacağınız oturum URI'sidir.

Sonraki isteklerde kullanmak için oturum URI'sini kopyalayıp kaydedin.

3. adım: Dosyayı yükleyin

Dosyayı yüklemek için önceki adımda aldığınız yükleme URI'sine bir PUT isteği gönderin. Yükleme isteğinin biçimi şu şekildedir:

PUT session_uri

Devam ettirilebilir dosya yükleme istekleri yapılırken kullanılacak HTTP üstbilgileri, Content-Length öğesini içerir. Bu değeri, bu istekte yüklediğiniz bayt sayısına (genellikle yükleme dosyası boyutu) ayarlayın.

Örnek: Devam ettirilebilir dosya yükleme isteği

Geçerli örnek için 2.000.000 baytlık JPEG dosyasının tamamını yüklemeyle ilgili devam ettirilebilir bir isteği aşağıda bulabilirsiniz.

PUT https://www.googleapis.com/upload/mirror/v1/timeline?uploadType=resumable&upload_id=xa298sd_sdlkj2 HTTP/1.1
Content-Length: 2000000
Content-Type: image/jpeg

bytes 0-1999999

İstek başarılı olursa sunucu, bu kaynakla ilişkili tüm meta verilerle birlikte bir HTTP 201 Created ile yanıt verir. Devam ettirilebilir oturumun ilk isteği bir PUT ise mevcut bir kaynağı güncellemek için başarı yanıtı, bu kaynakla ilişkili tüm meta verilerle birlikte 200 OK olur.

Yükleme isteği kesintiye uğrarsa veya sunucudan bir HTTP 503 Service Unavailable ya da başka bir 5xx yanıtı alırsanız kesintiyi devam ettirme başlıklı makalede açıklanan prosedürü uygulayın.

Dosyayı parçalar halinde yükleme

Devam ettirilebilir yüklemelerle bir dosyayı parçalara ayırabilir ve her parçayı sırayla yüklemek için bir dizi istek gönderebilirsiniz. Ek isteklerle ilişkili performans maliyetleri bulunduğundan ve genellikle bu gerekli değildir. Bu nedenle tercih edilen yaklaşım bu değildir. Ancak tek bir istekte aktarılan veri miktarını azaltmak için parçalara ayırma işlemini kullanmanız gerekebilir. Bu, belirli Google App Engine istek sınıflarında olduğu gibi bağımsız istekler için sabit bir zaman sınırı olduğunda faydalıdır. Ayrıca, varsayılan olarak yükleme ilerleme durumu desteği olmayan eski tarayıcılar için yükleme ilerleme durumu göstergeleri sağlamak gibi işlemler yapmanıza da olanak tanır.

Daha fazla bilgi için genişletin

Verileri parçalar halinde yüklüyorsanız tam dosya yüklemeleri için Content-Length başlığıyla birlikte Content-Range başlığı da gereklidir:

Content-Length. Son istekte olduğu gibi, parça boyutuna veya daha düşük bir değere ayarlanır.
Content-Range: Yüklemekte olduğunuz dosyadaki baytları gösterecek şekilde ayarlayın. Örneğin Content-Range: bytes 0-524287/2000000, 2.000.000 baytlık bir dosyada ilk 524.288 baytı (256 x 1024 x 2) sağladığınızı gösterir.

Yığın boyutu kısıtlaması: Yüklemeyi tamamlayan son parça hariç, tüm parçaların boyutu 256 KB'ın (256 x 1024 bayt) katı olmalıdır. Parçalama kullanıyorsanız yüklemeyi verimli tutmak için parça boyutunu mümkün olduğunca büyük tutmak önemlidir.

Örnek: Devam ettirilebilir parçalara ayrılmış dosya yükleme isteği

İlk 524.288 baytı gönderen bir istek aşağıdaki gibi görünebilir:

PUT {session_uri} HTTP/1.1
Host: www.googleapis.com
Content-Length: 524288
Content-Type: image/jpeg
Content-Range: bytes 0-524287/2000000

bytes 0-524288

İstek başarılı olursa sunucu, şu ana kadar depolanan toplam bayt sayısını tanımlayan bir Range başlığıyla birlikte 308 Resume Incomplete ile yanıt verir:

HTTP/1.1 308 Resume Incomplete
Content-Length: 0
Range: bytes=0-524287

Sonraki parçanın nerede başlatılacağını belirlemek için Range başlığında döndürülen üst değeri kullanın. Tüm dosya yüklenene kadar dosyanın her parçasını PUT işlemine devam edin.

Bir parçanın PUT isteği kesintiye uğrarsa veya sunucudan HTTP 503 Service Unavailable ya da başka bir 5xx yanıtı alırsanız kesilen bir yüklemeyi devam ettirme bölümünde açıklanan prosedürü uygulayın, ancak dosyanın geri kalanını yüklemek yerine, parçaları bu noktadan yüklemeye devam edin.

Önemli notlar:

Sonraki parçanın nerede başlatılacağını belirlemek için yanıtta Range başlığını kullandığınızdan emin olun; sunucunun önceki istekte gönderilen tüm baytları aldığını varsaymaz.
Her yükleme URI'sinin sınırlı bir ömrü vardır ve bir süre sonra süresi dolar (kullanılmazsa yaklaşık bir gün içinde). Bu nedenle, yükleme URI'sini alır almaz devam ettirilebilir bir yükleme başlatmak ve kesintiye uğrayan bir yüklemeyi kesinti oluştuktan kısa bir süre sonra devam ettirmek en iyisidir.
Süresi dolmuş bir yükleme oturumu kimliği olan bir istek gönderirseniz sunucu bir 404 Not Found durum kodu döndürür. Yükleme oturumunda düzeltilemeyen bir hata oluşursa sunucu bir 410 Gone durum kodu döndürür. Bu durumlarda, yeni bir devam ettirilebilir yükleme başlatmanız, yeni bir yükleme URI'si almanız ve yeni uç noktayı kullanarak yüklemeyi baştan başlatmanız gerekir.

Dosya yüklemenin tamamı tamamlandığında sunucu, bu kaynakla ilişkili tüm meta verilerle birlikte bir HTTP 201 Created ile yanıt verir. Bu istek yeni bir varlık oluşturmak yerine mevcut bir varlığı güncellediyse tamamlanmış bir yükleme için HTTP yanıt kodu 200 OK olurdu.

Kesintiye uğrayan yüklemeyi devam ettirme

Bir yükleme isteği yanıt almadan sonlandırılırsa veya sunucudan HTTP 503 Service Unavailable yanıtı alırsanız kesintiye uğrayan yüklemeyi devam ettirmeniz gerekir. Bunun için:

İstek durumu. Yükleme URI'sine boş bir PUT isteği göndererek yüklemenin mevcut durumunu sorgulayın. Bu istek için, HTTP üstbilgileri, dosyadaki mevcut konumun bilinmediğini belirten bir Content-Range üst bilgisi içermelidir. Örneğin, toplam dosya uzunluğunuz 2.000.000 ise Content-Range değerini */2000000 olarak ayarlayın. Dosyanın tam boyutunu bilmiyorsanız Content-Range özelliğini */* olarak ayarlayın.
Not: Yalnızca yükleme kesintiye uğradığında değil, parçalar arasında durum bilgisi isteyebilirsiniz. Bu, örneğin eski tarayıcılar için yükleme ilerleme göstergelerini göstermek istiyorsanız yararlı olur.
Yüklenen bayt sayısını alın. Durum sorgusundan gelen yanıtı işleyin. Sunucu, şu ana kadar aldığı baytları belirtmek için yanıtında Range üstbilgisini kullanır. Örneğin, 0-299999 öğesinin Range üstbilgisi,dosyanın ilk 300.000 baytının alındığını belirtir.
Kalan verileri yükleyin. Son olarak, isteği nereden devam ettireceğinizi bildiğinize göre, kalan verileri veya mevcut parçayı gönderin. Her iki durumda da kalan verileri ayrı bir parça olarak ele almanız gerektiğini unutmayın. Bu nedenle, yüklemeyi devam ettirirken Content-Range başlığını göndermeniz gerekir.

Örnek: Kesintiye uğrayan bir yüklemeyi devam ettirme

1) Yükleme durumunu isteyin.

Aşağıdaki istek, 2.000.000 baytlık dosyanın mevcut konumunun bilinmediğini belirtmek için Content-Range başlığını kullanır.

PUT {session_uri} HTTP/1.1
Content-Length: 0
Content-Range: bytes */2000000

2) Yanıttan o ana kadar yüklenen bayt sayısını çıkarın.

Sunucunun yanıtı, şimdiye kadar dosyanın ilk 43 baytını aldığını belirtmek için Range üstbilgisini kullanır. Devam ettirilen yüklemenin nereden başlatılacağını belirlemek için Range başlığının üst değerini kullanın.

HTTP/1.1 308 Resume Incomplete
Content-Length: 0
Range: 0-42

Not: Yükleme tamamlandıysa durum yanıtı 201 Created veya 200 OK olabilir. Bu durum, tüm baytlar yüklendikten sonra ancak istemci sunucudan bir yanıt almadan önce bağlantı koptuysa ortaya çıkabilir.

3) Yüklemeye kaldığı yerden devam edin.

Aşağıdaki istek, dosyanın kalan baytlarını göndererek 43. bayttan başlayarak yüklemeyi devam ettirir.

PUT {session_uri} HTTP/1.1
Content-Length: 1999957
Content-Range: bytes 43-1999999/2000000

bytes 43-1999999

En iyi uygulamalar

Medya yüklerken hatalarla ilgili en iyi uygulamalardan bazılarını bilmeniz faydalı olacaktır.

Aşağıdakiler dahil olmak üzere, bağlantı kesintileri veya herhangi bir 5xx hatası nedeniyle başarısız olan yüklemeleri devam ettirin veya yeniden deneyin:
- 500 Internal Server Error
- 502 Bad Gateway
- 503 Service Unavailable
- 504 Gateway Timeout
Yükleme istekleri devam ettirilirken veya yeniden denenirken 5xx sunucu hatası döndürülürse eksponansiyel geri yükleme stratejisi kullanın. Sunucu aşırı yükleniyorsa bu hatalar ortaya çıkabilir. Üslü geri çekilme, yüksek sayıda istek veya yoğun ağ trafiği dönemlerinde bu tür sorunları azaltmaya yardımcı olabilir.
Diğer istek türlerinin eksponansiyel geri yükleme ile işlenmemesi gerekir ancak birkaçını yeniden deneyebilirsiniz. Bu istekleri yeniden denerken işlemi deneme sayısını sınırlandırın. Örneğin, kodunuzda, hata bildirmeden önce en fazla on deneme olabilir.
Devam ettirilebilir yüklemeler yaparken tüm yüklemeyi baştan başlatarak 404 Not Found ve 410 Gone hatalarını giderin.

Eksponansiyel geri yükleme

Üstel geri yükleme, ağ uygulamaları için standart bir hata işleme stratejisidir. Bu işlemde istemcinin başarısız bir isteği belirli aralıklarla yeniden dener. Çok sayıda istek veya yoğun ağ trafiği, sunucunun hata döndürmesine neden oluyorsa üstel geri yükleme, bu hataları ele almak için iyi bir strateji olabilir. Buna karşılık, geçersiz yetkilendirme kimlik bilgileri veya dosya bulunamadı hataları gibi ağ hacmi ya da yanıt süreleriyle ilgili olmayan hataları ele almak için uygun bir strateji değildir.

Doğru kullanıldığında, üstel geri yükleme bant genişliği kullanımının verimliliğini artırır, başarılı bir yanıt almak için gereken istek sayısını azaltır ve eşzamanlı ortamlarda isteklerin işleme hızını en üst düzeye çıkarır.

Basit üstel geri yükleme uygulama akışı aşağıdaki gibidir:

API'ye istekte bulunun.
İsteği tekrar denemeniz gerektiğini belirten bir HTTP 503 yanıtı alırsınız.
1 saniye + rastgele_number_milisaniyelik bir süre bekleyip isteği yeniden deneyin.
İsteği tekrar denemeniz gerektiğini belirten bir HTTP 503 yanıtı alırsınız.
2 saniye + random_number_milliseconds bekleyip isteği yeniden deneyin.
İsteği tekrar denemeniz gerektiğini belirten bir HTTP 503 yanıtı alırsınız.
4 saniye + rastgele_number_milisaniyelik bir süre bekleyip isteği yeniden deneyin.
İsteği tekrar denemeniz gerektiğini belirten bir HTTP 503 yanıtı alırsınız.
8 saniye + rastgele_number_milisaniyelik bir süre bekleyip isteği yeniden deneyin.
İsteği yeniden denemeniz gerektiğini belirten bir HTTP 503 yanıtı alın.
16 saniye + rastgele_number_milisaniyelik bir süre bekleyip isteği yeniden deneyin.
Durdur. Hata bildirin veya günlüğe kaydedin.

Yukarıdaki akışta rastgele_sayı_milisaniye sayısı, 1000'den küçük veya 1000'e eşit olan rastgele bir milisaniye sayısıdır. Küçük bir rastgele gecikme uygulamak, yükün daha eşit şekilde dağıtılmasına yardımcı olacağından ve sunucunun damgalanması olasılığını ortadan kaldıracağından bu gereklidir. random_number_milliseconds değeri her bekleme işleminden sonra yeniden tanımlanmalıdır.

Not: Bekleme süresi her zaman (2 ^ n) + rastgele_sayı_milisaniyedir. Burada n, başlangıçta 0 olarak tanımlanan, monoton olarak artan bir tam sayıdır. n tam sayısı her iterasyon (her istek) için 1 oranında artar.

Algoritma, n değeri 5 olduğunda sonlandırılacak şekilde ayarlanmıştır. Bu tavan, istemcilerin sonsuz sayıda yeniden denemesini önler ve bir isteğin "kurtarılamaz bir hata" olarak değerlendirilmesinden önce toplam 32 saniyelik bir gecikmeyle sonuçlanır. Özellikle uzun bir yükleme devam ediyorsa maksimum yeniden deneme sayısının yüksek olması sorun yaratmaz; yeniden deneme süresini makul bir süreye (örneğin, bir dakikadan az) ayarladığınızdan emin olun.