edit

bernaee · bernaee · commit 0324f09fbca1 · 2015-12-10T22:35:51.000+02:00
diff --git a/tr/css/README.md b/tr/css/README.md
@@ -82,7 +82,7 @@ h1 a {
 
 `h1 a` bir CSS Seçicisidir (Selector). Bu demek oluyor ki biz stilimizi, bir `h1` öğesi içerisinde olan tüm `a` öğelerine (örneğin kodumuzun içerisinde `<h1><a href="">link</a></h1>` gibi bir şey olduğunda) uyguluyoruz. Bu durumda, rengi `#FCA205` yani turuncu yapmasını söylüyoruz. Elbette, buraya kendi arzu ettiğin rengi koyabilirsin!
 
-Bir CSS dosyasında, HTML dosyasındaki öğeler için stil belirleriz. Öğeler, öğenin ismi (örn. `a`, `h1`, `body`), `sınıf` özniteliği (attribute) ya da `id` özniteliği ile tanımlanırlar. Sınıf ve id (kimlik), bir elemente senin tarafından verilen isimlerdir. Sınıflar bir öğe grubunu tanımlar, id'ler ise belirli bir öğeye işaret ederler. Örneğin şu aşağıdaki etiket CSS tarafından, `a` etiket adı, `external_link` sınıfı ya da `link_to_wiki_page` id'si kullanılarak tanımlanabilir:
+Bir CSS dosyasında, HTML dosyasındaki öğeler için stil belirleriz. Öğeler, öğenin ismi (örn. `a`, `h1`, `body`), `class`(sınıf) özniteliği (attribute) ya da `id` özniteliği ile tanımlanırlar. Class ve id (kimlik), bir elemente senin tarafından verilen isimlerdir. Sınıflar bir öğe grubunu tanımlar, id'ler ise belirli bir öğeye işaret ederler. Örneğin şu aşağıdaki etiket CSS tarafından, `a` etiket adı, `external_link` sınıfı ya da `link_to_wiki_page` id'si kullanılarak tanımlanabilir:
 
 ```html
 <a href="http://en.wikipedia.org/wiki/Django" class="external_link" id="link_to_wiki_page">
diff --git a/tr/deploy/README.md b/tr/deploy/README.md
@@ -50,6 +50,7 @@ db.sqlite3
 Ve "djangogirls" dizinin en üst seviyesine `.gitignore` olarak kaydedin.
 
 > **Not** Dosya adının başındaki nokta önemli! Eğer dosyayı oluştururken zorlanırsanız (örneğin Mac'ler Finder ile nokta ile başlayan dosya yaratmanızdan hoşlanmıyor), editörünüzdeki "Farklı Kaydet" özelliğini kullanın, kesin çalışır.
+> **Not** db.sqlite3 dosyası .gitignore dosyasının içinde belirlediğiniz dosyalardan biridir. Bu dosya yerel -sizin bilgisayarınızdaki- tüm bilgileri depoladığınız veritabanıdır. PythonAnywhere'deki websiteniz farklı bir veritabanı kullanacağından,  bu dosyayı kod reponuza eklemek istemiyoruz. Bu farklı veritabanı SQLite olabilir -sizin geliştirmede kullandığınız gibi- ama genellikle SQLite'dan daha çok site ziyaretçisini kabul edebilen MySQL veritabanını kullanacağız. Ayrıca Github'daki kopyanızda SQLite veritabanınızı göz ardı ettiğinizde, yarattığınız postlar kendi bilgisayarınızda kalarak sadece yerel olarak ulaşılacaktır. Ama bu verileri uygulamanıza (production) ekleyebilirsiniz. Yerel veritabanınızı iyi bir oyun alanı gibi düşünebilirsiniz, farklı şeyler deneyebilecek, blogunuzdaki gerçek postları silmekten korkmayacaksınız.
 
 `git add` kullanmadan önce veya nelerin değiştiğinden emin değilseniz, `git status` komutunu kullanmakta yarar var. Bu, yanlış dosyaların eklenmesi ve gönderilmesi gibi istenmeyen sürprizlerin engelenmesine yardımcı olacak. `git status` komutu, takip edilmeyen/değişen/gönderilecek dosyalar (staged), dal durumu (branch status) gibi bilgiler verir. Çıktının aşağıdaki gibi olması gerekiyor:
 
diff --git a/tr/django_urls/README.md b/tr/django_urls/README.md
@@ -110,7 +110,7 @@ urlpatterns = [
 
 Gördüğünüz üzere, `^$` URL'sine `post_list` adında bir `view` (görünüm) atıyoruz. Bu düzenli ifade `^` (başlangıç) ve `$` (bitiş)'e uyan stringlerle eşleşir - yani sadece boş string'lerle eşleşir. Bu doğru çünkü Django URL çözücülerinde 'http://127.0.0.1:8000/' URL'nin parçası değildir. Bu kalıp, Django'ya eğer siteye biri 'http://127.0.0.1:8000/' adresinden gelirse gitmesi gereken yerin `views.post_list` olduğunu söylüyor.
 
-Son kısım olan `name='post_list'` görünümü (view'ü) tanımlamak için kullanılan URL'nin adı. Bu görünümün adı ile aynı olabilir ama tamamen farklı birşey de olabilir. Named URL'leri (isimlendirilmiş URL'leri) projenin ilerleyen kısımlarında kullanacağız, o yüzden uygulamadaki her URL'yi isimlendirmemiz önemli. Aynı zamanda URL isimlerini tekil ve kolay hatırlanabilir yapmamız gerekir.
+Son kısım olan `name='post_list'` görünümü (view'ü) tanımlamak için kullanılan URL'nin adı. Bu görünümün adı ile aynı olabilir ama tamamen farklı birşey de olabilir. İsimlendirilmiş URL'leri (named URLs) projenin ilerleyen kısımlarında kullanacağız, o yüzden uygulamadaki her URL'yi isimlendirmemiz önemli. Aynı zamanda URL isimlerini tekil ve kolay hatırlanabilir yapmamız gerekir.
 
 Herşey tamam mı? Tarayıcınızda http://127.0.0.1:8000/' adresine gidin ve sonuçları görün.
 
@@ -120,6 +120,6 @@ Herşey tamam mı? Tarayıcınızda http://127.0.0.1:8000/' adresine gidin ve so
 
 Artık "It works" demiyor, di mi? Meraklanmayın, sadece bir hata sayfası, korkacak birşey yok! Aslında çok kullanışlılar:
 
-Sayfada gördüğünüz şey: **no attribute 'post_list'**. Peki *post_list* size birşey hatırlatıyor mu? Bu görünümüzün ismi! Bu herşey yerli yerinde sadece henüz *view*'ımız yok manasına geliyor. Hiç merak etmeyin, oraya da geleceğiz.
+Sayfada gördüğünüz şey: **no attribute 'post_list'**. Peki *post_list* size birşey hatırlatıyor mu? Bu görünümüzün ismi! Bu herşey yerli yerinde sadece henüz *view*'ımız (görünümümüz) yok manasına geliyor. Hiç merak etmeyin, oraya da geleceğiz.
 
 > Django URLconfs ile ilgili daha fazla bilgi edinmek istiyorsanız resmi dokümantasyona bakabilirsiniz: https://docs.djangoproject.com/en/1.8/topics/http/urls/
diff --git a/tr/django_views/README.md b/tr/django_views/README.md
@@ -23,7 +23,7 @@ def post_list(request):
     return render(request, 'blog/post_list.html', {})
 ```
 
-Burada, `request` i alıp şablonumuzu `blog/post_list.html` ile görüntüleyen `render` metodunu `döndüren` `post_list` isimli bir metod yarattık.
+Burada, `request` i alıp şablonumuzu `blog/post_list.html` ile görüntüleyen `render` metodunu `döndüren` (return) `post_list` isimli bir metod yarattık.
 
 Dosyamızı kaydedelim ve http://127.0.0.1:8000/ e gidip bakalım.
 
diff --git a/tr/html/README.md b/tr/html/README.md
@@ -147,7 +147,7 @@ Bize yaşattığı duygu:
 
  [4]: images/step6.png
 
-Yaşasın! Şimdiye dek, şablonumuz tam olarak sadece **aynı bilgiyi ** görüntüledi - öncesinde ise şablonların b **farklı** bilgiyi **aynı formatta** görüntülememize izin verdiğinden bahsetmiştik.
+Yaşasın! Şimdiye dek, şablonumuz tam olarak sadece **aynı bilgiyi ** görüntüledi - öncesinde ise şablonların **farklı** bilgiyi **aynı formatta** görüntülememize izin verdiğinden bahsetmiştik.
 
 Gerçekten yapmak istediğimiz ise Django adminde ekli gerçek gönderileri göstermek - ve bir sonraki adımımız da bu.
 
@@ -157,7 +157,7 @@ Bunları İnternet'te canlı olarak görmek çok güzel olur, değil mi:
 
 ### Kodumuzu commit ve push ile Github'a yükleyelim
 
-İlk önce son deployment dan sonra hangi dosyaların değiştiğine bakalım. Bu komutları lokal bilgisayarımızda çalıştıralım, PythonAnywhere'de değil:
+İlk önce son yayınlamadan (deployment) sonra hangi dosyaların değiştiğine bakalım. Bu komutları yerel(local) bilgisayarımızda çalıştıralım, PythonAnywhere'de değil:
 
     $ git status
     
@@ -203,7 +203,7 @@ $ source myvenv/bin/activate
 
 Kodumuzun indirilmesini izleyelim. Kodun geldiğini kontrol etmek istersek **Files sekme**sini açıp PythonAnywhere'de kodumuzu görebiliriz.
 
-*   Son olarak, [Web sekmesi][6]ne gidip uygulamanızın **Yenile** butonuna basın.
+*   Son olarak, [Web sekmesi][6]ne gidip uygulamanızın **Reload(Yenile)** butonuna basın.
 
  [6]: https://www.pythonanywhere.com/web_app_setup/
 
