Tr part 6

tr/part1.md

@@ -1,6 +1,6 @@
 # 1. Arkaplan
 
-Bu belge http2'yi teknik açıdan ve protokol düzeyinde açıklamaktadır. Daniel'in Nisan 2014'de Stokholm'de yaptığı bir sunum ile başladı ve bütün detayları ve tüm açıklamaları ile birlikte tam bir dokümana dönüştü.
+Bu belge http2'yi teknik açıdan ve protokol düzeyinde açıklamaktadır. Daniel'in Nisan 2014'de Stokholm'de yaptığı bir sunum ile başladı ve tüm detayları, isabetli  açıklamaları ile birlikte tam bir dokümana dönüştü.
 
 RFC 7540 son http2 şartnamesinin resmi adıdır ve 15 Mayıs 2015'de yayınlanmıştır(https://www.rfc-editor.org/rfc/rfc7540.txt).
 
@@ -10,7 +10,7 @@ Protokolü açıklamak için geçerli bir teknik terim olan "HTTP/2" yerine okun
 
 ## 1.1 Yazar
 
-Benim adım Daniel Stenberg ve Mozilla'da çalışıyorum. Açık kaynak ve ağ ile 20 yıldan fazla bir süredir sayısız projede çalıştım. Muhtemelen beni öncü curl ve libcurl geliştiricisi olarak biliyorsunuz. Birkaç yıldır IETF HTTPbis çalışma grubunda yer aldım ve orada http 1.1 yeniliklerini takip ettim, aynı zamanda http2 standartlaştırma çalışmalarına dahil oldum.
+Benim adım Daniel Stenberg ve Mozilla'da çalışıyorum. Açık kaynak ve ağ ile 20 yıldan fazla bir süre sayısız projede çalıştım. Muhtemelen beni öncü curl ve libcurl geliştiricisi olarak biliyorsunuz. Birkaç yıl IETF HTTPbis çalışma grubunda yer aldım ve orada http 1.1 yeniliklerini takip ettim, aynı zamanda http2 standartlaştırma çalışmalarına dahil oldum.
 
   Elektronik posta: [email protected]
 
@@ -22,7 +22,7 @@ Benim adım Daniel Stenberg ve Mozilla'da çalışıyorum. Açık kaynak ve ağ
 
 ## 1.2 Yardım!
 
-Eğer bu dokümanda hatalar, eksiklikler ve bariz yalanlar bulursanız lütfen bu bölümlerin yenilenen halini bana gönderin ve ben de versyonlarda bu hataları düzelteceğim. Yardımcı olan herkese tesekkür ederim. Bu belgeyi zamanla daha iyi hale getirmeyi umuyorum.
+Eğer bu dokümanda hatalar, eksiklikler ve bariz yalanlar bulursanız lütfen bu bölümlerin yenilenen sürümünü bana gönderin ve ben de bu sürümlerdeki hataları düzelteceğim. Yardımcı olan herkese tesekkür ederim. Bu belgeyi zamanla daha iyi hale getirmeyi umuyorum.
 
 
 Bu doküman https://daniel.haxx.se/http2 adresinde mevcuttur.
@@ -31,46 +31,46 @@ Bu doküman https://daniel.haxx.se/http2 adresinde mevcuttur.
 
 <img style="float: right;" src="https://raw.githubusercontent.com/bagder/http2-explained/master/images/creative-commons.png" />
 
-Bu doküman Creative Commons Attribution 4.0 license altında yayınlanmaktadır (https://creativecommons.org/licenses/by/4.0/).
+Bu doküman Creative Commons Attribution 4.0 license altında yayınlanmaktadır: (https://creativecommons.org/licenses/by/4.0/).
 
 ## 1.4 Doküman tarihçesi
 
-Bu dokümanın ilk versiyonu, 25 Nisan 2014 tarihinde yayınlandı. En son doküman versiyonlarındaki büyük değişiklikler aşağıdadır.
+Bu dokümanın ilk sürümü, 25 Nisan 2014 tarihinde yayınlandı. En son doküman sürümlerindeki büyük değişiklikler aşağıdadır.
 
-### Versiyon 1.13
+### Sürüm 1.13
 
-- Ana versiyon Markdown sözdizimine dönüştürüldü
+- Ana sürüm Markdown sözdizimine dönüştürüldü
 - 13: Daha fazla kaynak, güncel bağlantılar ve açıklamalar eklendi
 - 12: Taslağına referans vererek QUIC açıklaması güncellendi
 - 8.5: Yeni rakamlarla güncellendi
 - 3.4: Ortalama artık 40 TCP bağlantısıdır 
-- 6.4: Tenik özelliklerin ne dediği güncellendi 
+- 6.4: Teknik özelliklerin ne dediği güncellendi 
 
-### Versiyon 1.12
+### Sürüm 1.12
 
-- 1.1: HTTP/2 artık resmi bir RFC'de yer almaktadir.
+- 1.1: HTTP/2 artık resmi bir RFC'de yer almaktadır.
 - 6.5.1: HPACK RFC'ye bağlantı verildi.
 - 9.1:  http2 için Firefox 36+ yapılandırma ayarlarından bahsedildi
 - 12.1: QUIC hakkında bölüm eklendi.
 
-### Versiyon 1.11
+### Sürüm 1.11
 
-- Çoğunlukla güzel katkılarda belirtilen birçok dil iyileştirmesi yapıldı.
+- Katkıda bulunan arkadaşlar tarafından birçok dil iyileştirmesi yapıldı
 - 8.3.1: Nginx and Apache httpd spesifik aktivitelerinden bahsedildi.
 
-### Versiyon 1.10
+### Sürüm 1.10
 
 - 1: Protokol tamam oldu.
-- 4.1: 2014 yılından intibaren kullanılan üslup yenilendi
+- 4.1: 2014 yılından itibaren kullanılan üslup yenilendi
 - Ön: Burada resim eklendi ve "http2'nin açıklaması" denildi, bağlantı düzenlendi 
 - 1.4: Doküman tarihçesi bölümü eklendi
-- Birçok yazım ve dil bilgisi hatası düzenltildi 
+- Birçok yazım ve dil bilgisi hatası düzeltildi 
 - 14: Hataları iletenler sayesinde teşekkürler bölümü eklendi 
 - 2.4:HTTP büyüme grafiği için daha iyi etiketler
 - 6.3: Çoklama treninde vagon sıralaması düzeltildi
 - 6.5.1: HPACK taslak-12 
 
-### Versiyon 1.9
+### Sürüm 1.9
 
 - HTTP/2 taslak-17 and HPACK taslak-11 güncellendi
 - "10. Chromium'da http2" (== şimdi bir sayfa daha uzun) bölümü eklendi

tr/part2.md

@@ -4,11 +4,11 @@ HTTP 1.1, İnternet'teki neredeyse her şey için kullanılan bir protokoldür.
 
 ## 2.1 HTTP 1.1 devasadır
 
-HTTP oluşturulduğunda ve dünyaya yayıldığında, muhtemelen basit ve anlaşılır bir protokol olarak algılanıyordu, fakat zaman bunun yanlış olduğunu kanıtladı. RFC 1945'de HTTP 1.0, 1996'da yayınlanan 60 sayfalık bir beyannamedir. HTTP 1.1'i açıklayan RFC 2616, yalnızca 3 sene sonra 1999'da yayınlanmıştır ve önemli ölçüde artış göstererek 176 sayfaya yükselmiştir. Bununla birlikte, IETF bu beyannamenin güncellemesi üzerinde çalışırken, bu beyanname bölünmüş ve toplamda daha büyük sayfa sayısı ile altı dokümana dönüştürülmüş(RFC7230 ve ailesi ile sonuçlanır). Herhangi bir sayımla, HTTP 1.1 büyüktür ve sayısız ayrıntı, incelik ve en azından çok sayıda isteğe bağlı parça içermektedir.
+HTTP oluşturulduğunda ve dünyaya yayıldığında, muhtemelen basit ve anlaşılır bir protokol olarak algılanıyordu, fakat zaman bunun yanlış olduğunu kanıtladı. RFC 1945'de HTTP 1.0, 1996'da yayınlanan 60 sayfalık bir beyannamedir. HTTP 1.1'i açıklayan RFC 2616, yalnızca 3 sene sonra 1999'da yayınlanmıştır ve önemli ölçüde artış göstererek 176 sayfaya yükselmiştir. Bununla birlikte, IETF(İnternet Mühendisliği Görev Grubu) bu beyannamenin güncellemesi üzerinde çalışırken, bu beyanname bölünmüş ve toplamda daha büyük sayfa sayısı ile altı dokümana dönüştürülmüş(RFC7230 ve ailesi ile sonuçlanır). Herhangi bir sayımla, HTTP 1.1 büyüktür ve sayısız ayrıntı, incelik ve en azından çok sayıda isteğe bağlı parça içermektedir.
 
 ## 2.2 Seçenekler dünyası
 
-HTTP 1.1'in daha sonraki uzantılar için kullanılabilecek çok sayıda minik ayrıntı ve seçeneğe sahip olma özelliği, neredeyse hiçbir uygulamanın hiçbir zaman hiçbir yerde uygulayamayacağı bir yazılım ekosistemi geliştirmiştir ve "hiçbir şey" kavramının tam olarak ne olduğunu söylemek mümkün değildir. Bu başlangıçta az kullanılan özelliklerin çok az sayıda uygulamanın yapıldığına ve özelliklerini uygulayanlardan çok az yararlanıldığı bir duruma neden oldu.
+HTTP 1.1'in daha sonraki uzantılar için kullanılabilecek çok sayıda minik ayrıntı ve seçeneğe sahip olma özelliği, neredeyse hiçbir uygulamanın hiçbir zaman hiçbir yerde uygulayamayacağı bir yazılım ekosistemi geliştirmiştir ve "hiçbir şey" kavramının tam olarak ne olduğunu söylemek mümkün değildir. Bu başlangıçta az kullanılan özelliklerin, çok az sayıda uygulamanın yapıldığı ve özelliklerini uygulayanlardan çok az yararlanıldığı bir duruma neden oldu.
 
 Daha sonraları, sunucu ve istemciler bu tür özelliklerin kullanımını arttırmaya başladığında, bu "birlikte çalışabilirlik" sorununa neden oldu. HTTP boruhattı, böyle bir özelliğin temel bir örneğidir. 
 
@@ -18,7 +18,7 @@ HTTP 1.1, TCP'nin sunduğu tüm gücü ve performanstan tam anlamıyla yararlana
 
 Yıllar boyunca paralel olarak devam eden diğer girişimler TCP’nin bu kadar kolay değiştirilmediğini doğruladı ve bu nedenle hem TCP hem de protokolleri iyileştirmeye çalışıyoruz.
 
-Basitce söylemek gerekirse, TCP daha fazla veri göndermek veya almak adına oluşabilecek duraklamalar ve boş sürelerden kaçınmak için daha iyi kullanılabilir. Sıradaki bölümlerde bu eksikliklerin bazıları vurgulanacaktır. 
+Basitçe söylemek gerekirse, TCP daha fazla veri göndermek veya almak adına oluşabilecek duraklamalar ve boş sürelerden kaçınmak için daha iyi kullanılabilir. Sıradaki bölümlerde bu eksikliklerin bazıları vurgulanacaktır. 
 
 ## 2.4 Aktarım boyutları ve nesne sayısı
 
@@ -48,6 +48,6 @@ Satır seçimi konusunda dikkatli olabilirsiniz, bu yüzden doğru olduğunu ger
 
 Yeni bir satır oluşturmak da bir performans ve kaynak cezasıyla ilişkilidir, bu yüzden daha küçük satır sayılarının ötesinde ölçeklenebilir değildir. Bunun için mükemmel bir çözüm yoktur.
 
-Bugün bile, 2015, çoğu masaüstü web tarayıcısında varsayılan olarak HTTP boru hattı devre dışı bırakılmıştır.
+Bugün bile, 2015, çoğu masaüstü web tarayıcısında varsayılan olarak HTTP boruhattı devre dışı bırakılmıştır.
 
 Bu konuyla ilgili ekler Firefox'un [bugzilla entry 264354](https://bugzilla.mozilla.org/show_bug.cgi?id=264354) adresinde bulunur.

tr/part3.md

@@ -27,13 +27,13 @@ Tabi ki bu, sitenin yalnızca bir veya iki küçük resmi ve benzerlerini göste
 
 ## 3.3 Bitiştirme
 
-Büyük bir site, bir sürü farklı javascript dosyası ıle sonuçlanabilir. Kullanıcı arayüzünü kontrol eden araçlar, geliştiricilerin hepsini bir araya getirmelerine yardım ederek tarayıcının onlarca küçük dosya yerine tek bir büyük dosyaya ulaşmasını sağlar. Çok az veri gerektiğinde çok fazla veri gönderilir. Bir değişiklik yapılması gerektiğinde çok fazla veri yeniden yüklenmelidir.
+Büyük bir site, bir sürü farklı javascript dosyası ile sonuçlanabilir. Kullanıcı arayüzünü kontrol eden araçlar, geliştiricilerin hepsini bir araya getirmelerine yardım ederek tarayıcının onlarca küçük dosya yerine tek bir büyük dosyaya ulaşmasını sağlar. Çok az veri gerektiğinde çok fazla veri gönderilir. Bir değişiklik yapılması gerektiğinde çok fazla veri yeniden yüklenmelidir.
 
 Bu uygulama tabi ki çoğunlukla söz konusu geliştiricilere rahatsızlık veriyor.
 
 ## 3.4 Püskürtme
 
-Soz edecegım nihai performans hilesi sıklıkla "püskürtme" olarak adlandırılır. Temel olarak hizmetinizin mümkün olabildiğince çok sayıda farklı barındırıcıya hizmet etmesi anlamına geliyor. İlk bakışta bu garip gözükse de bunun arkasında bır mantık vardır.
+Söz edeceğim nihai performans hilesi sıklıkla "püskürtme" olarak adlandırılır. Temel olarak hizmetinizin mümkün olabildiğince çok sayıda farklı barındırıcıya hizmet etmesi anlamına geliyor. İlk bakışta bu garip gözükse de bunun arkasında bır mantık vardır.
 
 Başlangıçta HTTP 1.1 beyannamesi, bir istemcinin her bir ana bilgisayar için en fazla iki TCP bağlantısı kullanmasına izin verdiğini belirtti. Dolayısıyla, akıllı siteleri ihlal etmemek için, yeni barındırıcı adları keşfedildi ve sitenize daha fazla bağlantı kurabilir – voilà - ve sayfa yükleme sürelerini azaltabilirsiniz.
 

tr/part4.md

@@ -2,17 +2,17 @@
 
 Geliştirilmiş bir protokol yapmak hoş olmaz mıydı? Elbette olurdu...
 
-1. Gecikmelere daha duyarlı olansun
-2. Boru hattı ve satır başı engelleme sorununu düzeltsın
+1. Gecikmelere daha az duyarlı olsun
+2. Boruhattı ve satır başı engelleme sorununu düzeltsin
 3. Her bir barındırıcıya olan bağlantı sayısını artırmaya gerek duymazsın
 4. Mevcut tüm arayüzleri, tüm içeriği, URI formatını saklasın
 5. IETF'nin HTTPbis çalışma grubu içinde yapılansın
 
 ## 4.1. IETF ve HTTPbis çalışma grubu
 
-İnternet Mühendisliği Görev Gücü(IETF), çoğunlukla protokol seviyesinde, internet standartlarını geliştiren ve tanıtan bir organizasyondur. TCP, DNS, FTP'den en iyi uygulamalara, HTTP'ye ve çok sayıda protokol türevine varıncaya kadar her şeyi belgeleyen RFC dökümanları için dünya çapında yaygınca bilinirler.
+İnternet Mühendisliği Görev Gücü(IETF), çoğunlukla protokol seviyesinde, internet standartlarını geliştiren ve tanıtan bir organizasyondur. TCP, DNS, FTP'den en iyi uygulamalara, HTTP'ye ve çok sayıda protokol türevine varıncaya kadar her şeyi belgeleyen RFC dokümanları için dünya çapında yaygınca bilinirler.
 
-IETF içinde, bir hedefe doğru çalışmak için "çalışma grupları" sınırlı bir kapsam ile oluşturulmuştur.  Ürettikleri şey için bazı belirlenmiş yönergeler ve sınırlamalar içeren bir "charter" (tanımlama) oluştururlar. Tartışmalara ve gelişmelere herkesin katılmasına izin verilir.  Katılan ve bir şeyler söyleyen herkes, sonuca etkı den aynı ağırlığa ve şansa sahiptir ve herkes, kendisi için çalıştığı şirkete pek saygı duymaksızın, bir birey olarak sayılır.
+IETF içinde, bir hedefe doğru çalışmak için "çalışma grupları" sınırlı bir kapsam ile oluşturulmuştur.  Ürettikleri şey için bazı belirlenmiş yönergeler ve sınırlamalar içeren bir "charter" (tanımlama) oluştururlar. Tartışmalara ve gelişmelere herkesin katılmasına izin verilir.  Katılan ve bir şeyler söyleyen herkes, sonuca etki eden aynı ağırlığa ve şansa sahiptir ve herkes, kendisi için çalıştığı şirkete pek saygı duymaksızın, bir birey olarak sayılır.
 
 HTTPbis çalışma grubu (adın açıklaması için daha sonra inceleyelim) 2007 yazında kuruldu ve HTTP 1.1 şartnamesinin güncellenmesi görevini üstlendi.  Bu grup içinde HTTP'nin bir sonraki sürümü ile ilgili tartışmalar 2012'nin sonlarında gerçekten başladı.  HTTP 1.1 güncelleme çalışması 2014 yılının başında tamamlandı ve [RFC 7230](https://tools.ietf.org/html/rfc7230) serisi ile sonuçlandı.
 
@@ -22,7 +22,7 @@ HTTP sahasındaki daha büyük oyuncuların bazıları çalışma grubu tartış
 
 ### 4.1.1. İsmin "bis" bölümü
 
-Grup, HTTPbis olarak adlandırıldı ve burada "bis" kısmı iki Latin alfabesinden [Latin adverb for two](https://en.wiktionary.org/wiki/bis#Latin) geliyor. Bis genellikle bir güncelleme için IETF içindeki adın bir sonek veya bir parçası olarak kullanılır veya ikinci bir beyanname'ye geçmek;bu durumda HTTP 1.1 güncellemesi.
+Grup, HTTPbis olarak adlandırıldı ve burada "bis" kısmı iki Latin alfabesinden [Latin adverb for two](https://en.wiktionary.org/wiki/bis#Latin) geliyor. Bis genellikle bir güncelleme için IETF içindeki adın bir son ek veya bir parçası olarak kullanılır veya ikinci bir beyanname'ye geçmek;bu durumda HTTP 1.1 güncellemesi.
 
 ## 4.2. http2 SPDY'den başladı
 

tr/part5.md

@@ -10,7 +10,7 @@ Sınırlar aslında oldukça katıydı ve ekibin yenilik yapma kabiliyetine çok
 
 - HTTP1 sunucuları ve istemcileri onlarca yıldır dolaşıyorlar, onları http2 sunucularına proxyleştirebilmeliyiz.
 
-- Daha sonra, proxy'ler http2 özelliklerini HTTP 1.1 istemcilerine bire bir eşleyemez olmalıdır.
+- Daha sonra, proxy'ler http2 özelliklerini HTTP 1.1 istemcilerine birebir eşleyemez olmalıdır.
 
 - Protokoldeki isteğe bağlı parçaları çıkarın veya azaltın. Bu gerçekten bir şart değil, SPDY ve Google ekibinden gelen daha mantra idi. Her şeyin gerekli olduğu düşünüldüğünde, şimdi hiçbir şeyin uygulanamayacağı tuzağına düşürebilir.
 
@@ -26,17 +26,17 @@ Bu gidiş dönüş cezası, SPDY ekibinin kabul etmeyeceği bir şey değildi ve
 
 ## 5.2. https:// için http2
 
-Http2'nin odak noktası, TLS üzerinde düzgün davranmasını sağlamak olmuştur. SPDY TLS gerektirir ve http2'de TLS'i zorunlu hale getirmek için güçlü bir itme olmuştur, ancak http2 isteğe bağlı olarak TLS ile birlikte gönderildiği için fikir birliğine varılamamıştır. Bununla birlikte, iki önde gelen uygulayıcı, http2'yi TLS üzerinden uygulayacaklarını açıkça belirtti: Mozilla Firefox lideri ve günümüzün önde gelen web tarayıcılarından ikisi olan Google Chrome lideri.
+Http2'nin odak noktası, TLS üzerinde düzgün davranmasını sağlamak olmuştur. SPDY TLS gerektirir ve http2'de TLS'i zorunlu hale getirmek için güçlü bir itme olmuştur, ancak http2 isteğe bağlı olarak TLS ile birlikte gönderildiği için fikir birliğine varılamamıştır. Bununla birlikte, iki önde gelen uygulayıcı, http2'yi TLS üzerinden uygulayacaklarını açıkça belirtti: günümüzün önde gelen web tarayıcılarından ikisi olan Mozilla Firefox ve Google Chrome liderleri.
 
 Yalnızca TLS'yi seçme nedenleri, kullanıcıların gizliliği konusundaki çekinceleri ve TLS ile yapılan yeni protokollerin daha yüksek başarı oranına sahip olduğunu gösteren  erken ölçümlere saygıyı içerir. Bunun nedeni 80 numaralı bağlantı noktasını aşan HTTP 1.1 olmasıdır ve bu bağlantı noktasında diğer tüm protokoller kullanıldığında bazı -orta kutularla- etkileşime giren veya trafiği yok eden yaygın varsayım olmasıdır.
 
-Zorunlu TLS konusu, e-posta listelerinde ve toplantılada titrek sesler çıkardı -iyi mi yoksa kötü mü- gibi. Bu sorunu bir HTTPbis katılımcısının karşısına çıkardığınızda bunun farkında olun!
+Zorunlu TLS konusu, e-posta listelerinde ve toplantılarda titrek sesler çıkardı -iyi mi yoksa kötü mü- gibi. Bu sorunu bir HTTPbis katılımcısının karşısına çıkardığınızda bunun farkında olun!
 
-Benzer şekilde, http2'nin TLS kullanırken zorunlu olması gereken şifrelerin bir listesini mi yoksa belki de bir seti kara listeye alması mı gerektiği konusunda veya TLS'den hiç bir şey talep etmemesi gerekip gerekmediğine ilişkin uzun süreli tartışmalar sürüyor, ya da belki de kara listeye alınmalı ya da TLS "katmanı" ndan hiçbir şey talep etmemeli, TLS çalışma grubuna bırakılmalıdır. Beyanname, TLS'nin en azından sürüm 1.2 olması gerektiğini ve şifre paketi kısıtlamaları olduğunu belirtti.
+Benzer şekilde, http2'nin TLS kullanırken zorunlu olması gereken şifrelerin bir listesini mi yoksa belki de bir seti kara listeye alması mı gerektiği konusunda veya TLS'den hiçbir şey talep etmemesi gerekip gerekmediğine ilişkin uzun süreli tartışmalar sürüyor, ya da belki de kara listeye alınmalı ya da TLS "katmanı" ndan hiçbir şey talep etmemeli, TLS çalışma grubuna bırakılmalıdır. Beyanname, TLS'nin en azından sürüm 1.2 olması gerektiğini ve şifre paketi kısıtlamaları olduğunu belirtti.
 
 ## 5.3. TLS üzerinden http2 anlaşması
 
-Next Protocol Negotiation (NPN), SPDY'yi TLS sunucularıyla pazarlık etmesi için kullanımış protokoldür. Uygun bir standart olmadığı için, IETF aracılığıyla oluşturuldu ve sonuç ALPN oldu: Application Layer Protocol Negotiation. SPDY istemcileri ve sunucuları hala NPN kullanırken, ALPN http2 tarafından kullanılmak üzere yükseltilmektedir. 
+Next Protocol Negotiation (NPN), SPDY'yi TLS sunucularıyla pazarlık etmesi için kullanılmış protokoldür. Uygun bir standart olmadığı için, IETF aracılığıyla oluşturuldu ve sonuç ALPN oldu: Application Layer Protocol Negotiation. SPDY istemcileri ve sunucuları hala NPN kullanırken, ALPN http2 tarafından kullanılmak üzere yükseltilmektedir. 
 
 NPN'nin önce varolduğu ve ALPN'nin standardizasyona geçmesi biraz zaman aldığından, http2 müzakere ederken çok erken http2 istemcileri ve http2 sunucuları uygulamakta ve bu uzantıları kullanmaya başlamıştır. Ayrıca SPDY için NPN kullanılır ve birçok sunucu hem SPDY hem de http2 sunar, bu nedenle bu sunucularda hem NPN hem de ALPN'yi desteklemek mantıklıdır.