Commit 24cb3cfc authored by Nilgun Belma Buguner's avatar Nilgun Belma Buguner
Browse files

update for sync with English docs. 

Translated by: Nilgün Belma Bugüner <nilgun belgeler.gen.tr>
Reviewed by:  Orhan Berent <berent belgeler.gen.tr> 


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1789263 13f79535-47bb-0310-9956-ffa450edef68
parent 4695027a

docs/manual/glossary.xml.tr

+2 −2
Original line number Diff line number Diff line 
<?xml version="1.0" encoding="UTF-8" ?>

<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">

<?xml-stylesheet type="text/xsl" href="./style/manual.tr.xsl"?>

<!-- English Revision: 1556104:1780218 (outdated) -->

<!-- English Revision: 1780218 -->

<!-- =====================================================

 Translated by: Nilgün Belma Bugüner <nilgun belgeler.org>

   Reviewed by: Orhan Berent <berent belgeler.org>
@@ -128,7 +128,7 @@ 
    <dt><a name="plaintext" id="plaintext">Düz Metin</a></dt>

    <dd>Şifrelenmemiş metin.</dd>



    <dt><a name="regularexpresion" id="regularexpresion">Düzenli İfade</a>

    <dt><a name="regularexpression" id="regularexpression">Düzenli İfade</a>

      <a name="regex" id="regex">(Regex)</a></dt>

    <dd>Metin içinde bir şablon tanımlama yolu. Örneğin, “A harfi ile

      başlayan bütün sözcükler” veya “10 rakamlı telefon numaraları” ya da

docs/manual/index.xml.tr

+2 −1
Original line number Diff line number Diff line 
<?xml version="1.0" encoding="UTF-8" ?>

<!DOCTYPE indexpage SYSTEM "./style/sitemap.dtd">

<?xml-stylesheet type="text/xsl" href="./style/manual.tr.xsl"?>

<!-- English Revision: 1732097:1780358 (outdated) -->

<!-- English Revision: 1780358 -->

<!-- =====================================================

 Translated by: Nilgün Belma Bugüner <nilgun belgeler.gen.tr>

   Reviewed by: Orhan Berent <berent belgeler.gen.tr>
@@ -80,6 +80,7 @@ Belgeleri</title> 
    <page href="howto/ssi.html">Sunucu Taraflı İçerik Yerleştirme (SSI)</page>

    <page href="howto/public_html.html">Kullanıcı Dizinleri (public_html)</page>

    <page href="howto/reverse_proxy.html">Ters vekil yapılandırma rehberi</page>

    <page href="howto/http2.html">HTTP/2 rehberi</page>

</category>



<category id="platform"><title>Platformlara Özgü Bilgiler</title>

docs/manual/mod/core.xml.tr

+112 −48
Original line number Diff line number Diff line 
<?xml version="1.0"?>

<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">

<?xml-stylesheet type="text/xsl" href="../style/manual.tr.xsl"?>

<!-- English Revision: 1772678:1787736 (outdated) -->

<!-- English Revision: 1787736 -->

<!-- =====================================================

 Translated by: Nilgün Belma Bugüner <nilgun belgeler.gen.tr>

   Reviewed by: Orhan Berent <berent belgeler.gen.tr>
@@ -808,6 +808,8 @@ DocumentRoot "/var/www/${servername}/htdocs" 
      gerçekleniminde hatalı olarak izin verilmişti. Geriye uyumluluk amacıyla 

      (önceden sezilmeyen sonuçlarıyla) bu durum muhafaza edilmiştir.</p>

</usage>

<seealso><directive module="core">UnDefine</directive></seealso>

<seealso><directive module="core">IfDefine</directive></seealso>

</directivesynopsis>



<directivesynopsis type="section">
@@ -1262,38 +1264,59 @@ EnableSendfile On 
       >RFC 7230 &sect;3.2</a>) uygulanmış kuralları öntanımlı olarak veya 

      <code>Strict</code> seçeneği kullanılarak  değiştirir. Eski modüller, 

      uygulamalar veya kullanımı önerilmeyen özel istemciler için eski davranışlara 

      dönmeyi sağlamak üzere <code>Unsafe</code> seçeneği eklenmiştir. Bu kurallar 

      istek işlenmeden önce uygulanır. Dolayısıyla yönerge, ana bölümde veya 

      öntanımlı (ilk) eşleşen sanal konak bölümünde yapılandırılmalıdır.</p>

      dönmeyi sağlamak üzere <code>Unsafe</code> seçeneği eklenmiştir.</p>

      

    <p>Bu kurallar istek işlenmeden önce uygulanır. Dolayısıyla yönerge, IP/port  

      arabirimine göre ana bölümde veya öntanımlı (ilk) eşleşen sanal konak 

      bölümünde yapılandırılmalıdır.</p>

    

    <p>Bu yönergeye aşağıdaki parametrelerden seçilen üç tanesi uygulanabilir.      

      Belirtilmeyenlerin yerine öntanımlılar uygulanır.</p>

    

    <dl>

      <dt>Strict|Unsafe</dt>

      <dd>

        <p>Bu yönerge devreye girmeden önce, Apache HTTP Sunucusunun istek iletisi 

        ayrıştırıcıları protokolle uyumlu olmayan bir dizi girdi şekline 

        toleranslıydı. <a href="https://tools.ietf.org/html/rfc7230#section-9.4"

        >RFC 7230 &sect;9.4 İstek bölme</a> ve

        <a href="https://tools.ietf.org/html/rfc7230#section-9.5"

      >&sect;9.5 Yanıt kaçırma</a> çağrıları uyumsuz istek iletilerinin kabulündeki 

      olası risklerden yalnızca iki tanesidir.

        >&sect;9.5 Yanıt kaçırma</a> çağrıları uyumsuz istek iletilerinin 

        kabulündeki olası risklerden yalnızca iki tanesidir.

        <a href="https://tools.ietf.org/html/rfc7230#section-3.5">RFC 7230 

        &sect;3.5</a> "İleti Ayrıştırma Sağlamlığı" belirsiz boşlukların kabul ve 

      istek iletisi biçimleme risklerini tanımlar. Bu yönergenin devreye girmesini 

      takiben belirtimin tüm imla kurallarına öntanımlı <code>Strict</code> işlem 

      kipi ve 3.5 bölümünde tavsiye edilen hoşgörüsüz boşluk uygulanır ve esnekliğe 

      müsamaha edilmez.</p>



    <p>Kullanıcılar, özellikle dışa bakan, herkes tarafından erişilebilen sunucu 

      konuşlandırmalarında  <code>Unsafe</code> işlem kipine geçiş yapmaya karşı 

      kesinlikle uyarılır. Eğer bir arayüz hataları izlemek veya bir intranette 

      çalışan özel hizmet tüketicileri için gerekliyse, kullanıcılar, sadece, 

      dahili özel ağlarına hizmet etmek üzere yapılandırılmış özel bir sanal konak 

      üzerinde <code>Unsafe</code> işlem kipine geçiş yapmalıdır.</p>



    <p><directive>LogLevel</directive> <code>debug</code> seviyesiyle 

      yapılandırılmış <directive>ErrorLog</directive> ile kaydedilmiş günlüklerin  

      gözden geçirilmesi, böyle hatalı isteklerin kaynaklandıkları yerle birlikte  

      belirlenmesine yardımcı olabilir. Kullanıcılar, beklenmedik bir şekilde 

      reddedilmiş geçersiz istekleri bulmak için erişim günlüklerindeki 400 

      yanıtlarına özellikle dikkat etmelidir.</p>

        istek iletisi biçimleme risklerini tanımlar. Bu yönergenin devreye 

        girmesini takiben belirtimin tüm imla kurallarına öntanımlı 

        <code>Strict</code> işlem kipi ve 3.5 bölümünde tavsiye edilen hoşgörüsüz 

        boşluk uygulanır ve esnekliğe müsamaha edilmez.</p>



        <note type="warning"><title>Unsafe için güvenlik riskleri</title>

          <p>Kullanıcılar, özellikle dışa bakan, herkes tarafından erişilebilen 

          sunucu konuşlandırmalarında  <code>Unsafe</code> işlem kipine geçiş 

          yapmaya karşı kesinlikle uyarılır. Eğer bir arayüz hataları izlemek 

          veya bir intranette çalışan özel hizmet tüketicileri için gerekliyse, 

          kullanıcılar, sadece, dahili özel ağlarına hizmet etmek üzere 

          yapılandırılmış özel bir sanal konak üzerinde <code>Unsafe</code> işlem 

          kipine geçiş yapmalıdır.</p>

        </note>

        

        <example>

          <title>Strict kipte HTTP 400 ile sonuçlanan bir istek örneği</title>

          # Eksik CRLF<br />

          GET / HTTP/1.0\n\n

        </example>

        <note type="warning"><title>Komut satırı araçları ve CRLF</title>

          <p>Bazı araçların CRLF kullanmaya zorlanması gerekir, aksi takdirde httpd 

          yukarıdaki örnekte belirtildiği gibi bir HTTP 400 yanıtı ile döner. 

          Örneğin,  <strong>OpenSSL s_client düzgün çalışmak için -crlf 

          değiştirgesine ihtiyaç duyar</strong>.</p>

          <p>CRLF yokluğu gibi durumları saptamak için HTTP isteğini görünümlemek 

          isterseniz <directive module="mod_dumpio">DumpIOInput</directive> 

          yönergesi yardımcı olabilir.</p>

        </note>

      </dd>

      <dt>RegisteredMethods|LenientMethods</dt>

      <dd>

        <p><a href="https://tools.ietf.org/html/rfc7231#section-4.1">RFC 7231 

        &sect;4.1</a> "İstek Yöntemleri" "Genel Bakış" bölümlerinde bir istek 

        satırında desteklenmeyen bir yöntem saptadığında özgün sunucuların bir
@@ -1302,18 +1325,50 @@ EnableSendfile On 
        seçeneğine geçiş yapmak isteyen yöneticiler 

        <directive>RegisterHttpMethod</directive> yönergesini kullanarak standart 

        olmayan yöntemleri belirlemelidir. Özellikle <code>Unsafe</code> seçeneğine 

      geçiş yapılacaksa bu yol izlenmelidir. Özgün sunucunun kullandığı yöntemleri 

      vekil sunucu bilemeyeceği için ileri vekil konaklarda 

      <code>RegisteredMethods</code> seçeneğine geçiş yapılmamalıdır.</p>

        geçiş yapılacaksa bu yol izlenmelidir.</p>

      

        <note type="warning"><title>İleri Vekil Uyumluluğu</title>

          <p>Özgün sunucunun kullandığı yöntemleri vekil sunucu bilemeyeceği için 

          ileri vekil konaklarda <code>RegisteredMethods</code> seçeneğine geçiş 

          yapılmamalıdır.</p>

        </note>

  

        <example>

          <title>Example of a request leading to HTTP 501 with LenientMethods mode</title>

          # Unknown HTTP method<br />

          WOW / HTTP/1.0\r\n\r\n<br /><br />

          # Lowercase HTTP method<br />

          get / HTTP/1.0\r\n\r\n<br />

        </example>

      </dd>

      <dt>Allow0.9|Require1.0</dt>

      <dd>

        <p><a href="https://tools.ietf.org/html/rfc2616#section-19.6">RFC 2616 

        &sect;19.6</a> "Önceki Sürümlerle Uyumluluk" bölümünde HTTP sunucularının 

        eski HTTP/0.9 isteklerini desteklemesi tavsiye edilmektedir. RFC 7230 

      "HTTP/0.9 isteklerini destekleme beklentisi kaldırılmıştır." cümlesiyle bunu 

      geçersiz kılmış ve <a href="https://tools.ietf.org/html/rfc7230#appendix-A"

        "HTTP/0.9 isteklerini destekleme beklentisi kaldırılmıştır." cümlesiyle 

        bunu  geçersiz kılmış ve <a 

        href="https://tools.ietf.org/html/rfc7230#appendix-A"

        >RFC 7230 Ek A</a> bölümünde bununla ilgili yorumlar yer almıştır. 

      <code>Require1.0</code> seçeneği kullanıcıya öntanımlı <code>Allow0.9</code> 

      seçeneğinin davranışına verilen desteği kaldırma imkanını vermektedir.</p>

        <code>Require1.0</code> seçeneği kullanıcıya öntanımlı 

        <code>Allow0.9</code> seçeneğinin davranışına verilen desteği kaldırma 

        imkanını vermektedir.</p>

      

        <example>

          <title>Require1.0 kipinde HTTP 400 ile sonuçlanan bir istek 

          örneği</title>

          # Desteklenmeyen HTTP sürümü<br />

          GET /\r\n\r\n

        </example>

      </dd>

    </dl>



    <p><directive>LogLevel</directive> <code>debug</code> seviyesiyle 

      yapılandırılmış <directive>ErrorLog</directive> ile kaydedilmiş günlüklerin  

      gözden geçirilmesi, böyle hatalı isteklerin kaynaklandıkları yerle birlikte  

      belirlenmesine yardımcı olabilir. Kullanıcılar, beklenmedik bir şekilde 

      reddedilmiş geçersiz istekleri bulmak için erişim günlüklerindeki 400 

      yanıtlarına özellikle dikkat etmelidir.</p>

</usage>

</directivesynopsis>
@@ -2142,6 +2197,13 @@ takdirde uygulanacak yönergeleri barındırır.</description> 
    değişkenler ve diğer yanıt başlıkları zaten yorumlanmış olacaklarından bu

    yönerge için kullanılabilir olmayacaktır.

    </note>



    <note><title>Betik dillerindeki gibi değil</title>

    Bu yönergenin ismi yöneticiler ve yazılımcılara çok tanıdıktır fakat betik 

    dillerinde rastladığınız benzeri ile karıştırılmamalıdır. Örneğin, mevcut 

    gerçeklenimde iç içe <directive type="section">If</directive> yönergeleri 

    desteklenmemektedir.

    </note>

</usage>



<seealso><a href="../expr.html">Apache HTTP Sunucusundaki
@@ -4453,8 +4515,8 @@ gerçekleşmesi için sunucunun geçmesini bekleyeceği süre.</description> 
      <li>Veriyi istemciye yazarken, gönderme tamponu dolu olduğu takdirde bir

        paket alındısı için beklenecek süre.</li>



      <li><module>mod_cgi</module> modülünde, bir CGI betiğinden çıktı için

        beklenecek süre.</li>

      <li><module>mod_cgi</module> ve <module>mod_cgid</module> modülünde, bir CGI 

        betiğinden belli bir çıktı kümesi için beklenecek süre.</li>



      <li><module>mod_ext_filter</module> modülünde, bir süzme işleminden çıktı

        almak için beklenecek süre.</li>
@@ -4520,6 +4582,8 @@ gerçekleşmesi için sunucunun geçmesini bekleyeceği süre.</description> 
      konaklar haricinde, değişiklikleri kendisinden sonraki tüm yapılandırma

      yönergelerinde görünür kılar.</p>

</usage>

<seealso><directive module="core">Define</directive></seealso>

<seealso><directive module="core">IfDefine</directive></seealso>

</directivesynopsis>



<directivesynopsis>

docs/manual/new_features_2_4.xml.tr

+6 −1
Original line number Diff line number Diff line 
<?xml version='1.0' encoding='UTF-8' ?>

<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">

<?xml-stylesheet type="text/xsl" href="./style/manual.en.xsl"?>

<!-- English Revision: 1726941:1787941 (outdated) -->

<!-- English Revision: 1787941 -->

<!-- =====================================================

 Translated by: Nilgün Belma Bugüner <nilgun belgeler.gen.tr>

   Reviewed by: Orhan Berent <berent belgeler.gen.tr>
@@ -188,6 +188,11 @@ 


      <dt><module>mod_http2</module> (2.4.17'den itibaren kullanılabilir)</dt>

      <dd>HTTP/2 aktarım katmanı desteği.</dd>

      

      <dt><module>mod_proxy_hcheck</module> (2.4.21'den itibaren

        kullanılabilir)</dt>

      <dd>Uzak vekil artuç sunucuları için bağımsız özdevinimli sağlık sınamalarını 

        destekler.</dd>      

    </dl>

  </section>

docs/manual/programs/httpd.xml.tr

+1 −1
Original line number Diff line number Diff line 
<?xml version='1.0' encoding='UTF-8' ?>

<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">

<?xml-stylesheet type="text/xsl" href="../style/manual.tr.xsl"?>

<!-- English Revision: 1242481:1779470 (outdated) -->

<!-- English Revision: 1779470 -->

<!-- =====================================================

 Translated by: Nilgün Belma Bugüner <nilgun belgeler.org>

   Reviewed by: Orhan Berent <berent belgeler.org>