docs/manual/rewrite/tech.xml.tr - httpd - Git at Google

 <?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: 1933438:1935430 (outdated) -->

 <!--
  Licensed to the Apache Software Foundation (ASF) under one or more
  contributor license agreements.  See the NOTICE file distributed with
  this work for additional information regarding copyright ownership.
  The ASF licenses this file to You under the Apache License, Version 2.0
  (the "License"); you may not use this file except in compliance with
  the License.  You may obtain a copy of the License at

      http://www.apache.org/licenses/LICENSE-2.0

  Unless required by applicable law or agreed to in writing, software
  distributed under the License is distributed on an "AS IS" BASIS,
  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  See the License for the specific language governing permissions and
  limitations under the License.
 -->

 <manualpage metafile="tech.xml.meta">
 <parentdocument href="./">Rewrite</parentdocument>

   <title>Apache mod_rewrite Teknik Ayrıntıları</title>

 <summary>
 <p>Bu belge, <module>mod_rewrite</module> ve URL eşleştirmesinin bazı
 teknik ayrıntılarını tartışır.</p>
 </summary>
 <seealso><a href="../mod/mod_rewrite.html">Modül belgeleri</a></seealso>
 <seealso><a href="intro.html">mod_rewrite'a giriş</a></seealso>
 <seealso><a href="remapping.html">Yeniden yönlendirme ve yeniden eşleme</a></seealso>
 <seealso><a href="access.html">Erişim denetimi</a></seealso>
 <seealso><a href="vhosts.html">Sanal konaklar</a></seealso>
 <seealso><a href="proxy.html">Vekil kullanımı</a></seealso>
 <seealso><a href="rewritemap.html">RewriteMap Kullanımı</a></seealso>
 <seealso><a href="advanced.html">İleri teknikler</a></seealso>
 <seealso><a href="avoid.html">mod_rewrite kullanılmaması gereken durumlar</a></seealso>

 <section id="InternalAPI"><title>API Aşamaları</title>

     <p>Apache HTTP Sunucusu, istekleri birkaç aşamada işler. Bu
     aşamaların her birinde, istek yaşam döngüsünün o bölümünü
     işlemek üzere bir veya daha fazla modül çağrılabilir. Aşamalar
     URL-dosyaadı çevirisi, kimlik doğrulama, yetkilendirme, içerik
     ve günlükleme gibi şeyleri içerir. (Bu kapsamlı bir liste
     değildir.)</p>

     <p><module>mod_rewrite</module>, URL'lerin nasıl yeniden
     yazılabileceğini etkilemek için bu aşamalardan ikisinde (veya
     sıklıkla çağrıldıkları şekliyle "kancalarda") çalışır.</p>

     <p>İlk olarak, HTTP isteği okunduktan sonra ancak herhangi bir
     yetkilendirme başlamadan önce gerçekleşen URL-dosyaadı çevirisi
     kancasını kullanır. İkinci olarak, yetkilendirme aşamalarından
     sonra ve dizin başına yapılandırma dosyaları
     (<code>.htaccess</code> dosyaları) okunduktan sonra ancak içerik
     işleyicisi çağrılmadan önce gerçekleşen Düzeltme (Fixup)
     kancasını kullanır.</p>

     <p>Bir istek geldikten ve karşılık gelen sunucu veya sanal konak
     belirlendikten sonra, yeniden yazma motoru sunucu başına
     yapılandırmada görünen <module>mod_rewrite</module> yönergelerini
     işlemeye başlar. (Yani ana sunucu yapılandırma dosyası ve
     <directive module="core" type="section">Virtualhost</directive>
     bölümleri.) Bu, URL-dosyaadı aşamasında gerçekleşir.</p>

     <p>Birkaç adım sonra, son veri dizinleri bulunduktan sonra dizin
     başına yapılandırma yönergeleri (<code>.htaccess</code> dosyaları
     ve <directive module="core" type="section">Directory</directive>
     blokları) uygulanır. Bu, Düzeltme aşamasında gerçekleşir.</p>

     <p>Bu durumların her birinde <module>mod_rewrite</module>,
     <code>REQUEST_URI</code>'yi ya yeni bir URL'ye ya da bir dosya
     adına yeniden yazar.</p>

     <p>Dizin başına bağlamda (yani <code>.htaccess</code> dosyaları ve
     <code>Directory</code> blokları içinde) bu kurallar, bir URL
     zaten bir dosya adına çevrilmiş olduktan sonra uygulanır. Bu
     nedenle, <module>mod_rewrite</module> modülünün <directive
     module="mod_rewrite">RewriteRule</directive> yönergelerini
     başlangıçta karşılaştırdığı URL yolu, çevrilen dosya adının tam
     dosya sistemi yolu olup geçerli dizin yolu (sondaki eğik çizgi
     dahil) öndeki kısımdan çıkarılmıştır.</p>

     <p>Göstermek gerekirse: Kurallar /var/www/foo/.htaccess içindeyse
     ve /foo/bar/baz isteği işleniyorsa, ^bar/baz$ gibi bir ifade
     eşleşecektir.</p>

     <p>Dizin başına bağlamda bir değiştirme yapılırsa, yeni URL ile
     yeni bir dahili alt istek verilir ve bu da istek aşamalarının
     işlenmesini yeniden başlatır. Değiştirme göreli bir yolsa,
     <directive module="mod_rewrite">RewriteBase</directive> yönergesi
     değiştirmenin önüne eklenen URL yolu önekini belirler. Dizin
     başına bağlamda, döngüyü önlemek için sonunda (gelecekteki bir
     dizin başına yeniden yazma işleme "turunda") değiştirme yapmayan
     kurallar oluşturmaya dikkat edilmelidir. (Bu sorunun daha ayrıntılı
     tartışması için <a
     href="https://cwiki.apache.org/confluence/display/httpd/RewriteLooping">RewriteLooping</a>
     sayfasına bakın.)</p>

     <p>Dizin başına bağlamda URL'nin bu ek işlenmesi nedeniyle, bu
     bağlamda yeniden yazma kurallarınızı farklı şekilde oluşturmaya
     dikkat etmeniz gerekecektir. Özellikle, baştaki dizin yolunun
     yeniden yazma kurallarınızın göreceği URL'den çıkarılacağını
     unutmayın. Daha fazla açıklama için aşağıdaki örneklere bakın.</p>

     <table border="1">

         <tr>
             <th>Kuralın konumu</th>
             <th>Kural</th>
         </tr>

         <tr>
             <td>VirtualHost bölümü</td>
             <td>RewriteRule "^/images/(.+)\.jpg" "/images/$1.gif"</td>
         </tr>

         <tr>
             <td>Belge kökündeki .htaccess dosyası</td>
             <td>RewriteRule "^images/(.+)\.jpg" "images/$1.gif"</td>
         </tr>

         <tr>
             <td>images dizinindeki .htaccess dosyası</td>
             <td>RewriteRule "^(.+)\.jpg" "$1.gif"</td>
         </tr>

     </table>

     <p><module>mod_rewrite</module> modülünün farklı bağlamlarda
     URL'leri nasıl değiştirdiği hakkında daha fazla bilgi için,
     yeniden yazma sırasında oluşturulan <a
     href="../mod/mod_rewrite.html#logging">günlük kayıtlarına</a>
     başvurmalısınız.</p>

 </section>

 <section id="InternalRuleset"><title>Kural Kümesi İşleme</title>

       <p>Şimdi <module>mod_rewrite</module> bu iki API aşamasında
       tetiklendiğinde, yapılandırılmış kural kümelerini yapılandırma
       yapısından okur (bu yapı sunucu başına bağlam için başlangıçta
       veya dizin başına bağlam için Apache çekirdeğinin dizin
       yürüyüşü sırasında oluşturulmuştur). Ardından URL yeniden
       yazma motoru içerilen kural kümesiyle (bir veya daha fazla kural
       ve bunların koşulları birlikte) başlatılır. URL yeniden yazma
       motorunun çalışması her iki yapılandırma bağlamı için de
       tamamen aynıdır. Yalnızca nihai sonuç işleme farklıdır.</p>

       <p>Kural kümesindeki kuralların sırası önemlidir; çünkü yeniden
       yazma motoru bunları özel (ve çok belirgin olmayan) bir sırada
       işler. Kural şudur: Yeniden yazma motoru kural kümesini kural
       kural (<directive module="mod_rewrite">RewriteRule</directive>
       yönergeleri) döner ve belirli bir kural eşleştiğinde isteğe
       bağlı olarak karşılık gelen koşulları (<code>RewriteCond</code>
       yönergeleri) döner. Tarihsel nedenlerle koşullar önce verilir
       ve bu nedenle kontrol akışı biraz dolambaçlıdır. Daha fazla
       ayrıntı için Şekil 1'e bakın.</p>
 <p class="figure">
       <img src="../images/rewrite_process_uri.png"
           alt="RewriteRule ve RewriteCond eşleştirme akışı" /><br />
       <dfn>Şekil 1:</dfn>Yeniden yazma kural kümesindeki kontrol akışı
 </p>
       <p>İlk olarak URL, her kuralın <em>Kalıp</em>'ıyla eşleştirilir.
       Başarısız olursa <module>mod_rewrite</module> bu kuralı hemen
       işlemeyi durdurur ve sonraki kuralla devam eder. <em>Kalıp</em>
       eşleşirse <module>mod_rewrite</module> karşılık gelen kural
       koşullarını (yapılandırmada RewriteRule'un hemen üstünde görünen
       RewriteCond yönergeleri) arar. Hiçbiri yoksa, URL'yi
       <em>Değiştirme</em> dizgesinden oluşturulan yeni bir değerle
       değiştirir ve kural döngüsüne devam eder. Ancak koşullar
       varsa, listelenme sırasına göre bunları işlemek için bir iç
       döngü başlatır. Koşullar için mantık farklıdır: geçerli URL'ye
       karşı bir kalıp eşleştirmeyiz. Bunun yerine, önce değişkenleri,
       geri başvuruları, eşlem aramalarını <em>vb.</em> genişleterek
       bir <em>SınamaDizgesi</em> oluştururuz ve ardından
       <em>KoşulKalıbı</em>'nı bununla eşleştirmeye çalışırız. Kalıp
       eşleşmezse, koşulların tamamı ve karşılık gelen kural başarısız
       olur. Kalıp eşleşirse, daha fazla koşul kalmayana kadar bir
       sonraki koşul işlenir. Tüm koşullar eşleşirse, URL'nin
       <em>Değiştirme</em> ile değiştirilmesiyle işleme devam
       eder.</p>

 </section>


 </manualpage>
	<?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: 1933438:1935430 (outdated) -->

	<!--
	Licensed to the Apache Software Foundation (ASF) under one or more
	contributor license agreements. See the NOTICE file distributed with
	this work for additional information regarding copyright ownership.
	The ASF licenses this file to You under the Apache License, Version 2.0
	(the "License"); you may not use this file except in compliance with
	the License. You may obtain a copy of the License at

	http://www.apache.org/licenses/LICENSE-2.0

	Unless required by applicable law or agreed to in writing, software
	distributed under the License is distributed on an "AS IS" BASIS,
	WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
	See the License for the specific language governing permissions and
	limitations under the License.
	-->

	<manualpage metafile="tech.xml.meta">
	<parentdocument href="./">Rewrite</parentdocument>

	<title>Apache mod_rewrite Teknik Ayrıntıları</title>

	<summary>
	<p>Bu belge, <module>mod_rewrite</module> ve URL eşleştirmesinin bazı
	teknik ayrıntılarını tartışır.</p>
	</summary>
	<seealso><a href="../mod/mod_rewrite.html">Modül belgeleri</a></seealso>
	<seealso><a href="intro.html">mod_rewrite'a giriş</a></seealso>
	<seealso><a href="remapping.html">Yeniden yönlendirme ve yeniden eşleme</a></seealso>
	<seealso><a href="access.html">Erişim denetimi</a></seealso>
	<seealso><a href="vhosts.html">Sanal konaklar</a></seealso>
	<seealso><a href="proxy.html">Vekil kullanımı</a></seealso>
	<seealso><a href="rewritemap.html">RewriteMap Kullanımı</a></seealso>
	<seealso><a href="advanced.html">İleri teknikler</a></seealso>
	<seealso><a href="avoid.html">mod_rewrite kullanılmaması gereken durumlar</a></seealso>

	<section id="InternalAPI"><title>API Aşamaları</title>

	<p>Apache HTTP Sunucusu, istekleri birkaç aşamada işler. Bu
	aşamaların her birinde, istek yaşam döngüsünün o bölümünü
	işlemek üzere bir veya daha fazla modül çağrılabilir. Aşamalar
	URL-dosyaadı çevirisi, kimlik doğrulama, yetkilendirme, içerik
	ve günlükleme gibi şeyleri içerir. (Bu kapsamlı bir liste
	değildir.)</p>

	<p><module>mod_rewrite</module>, URL'lerin nasıl yeniden
	yazılabileceğini etkilemek için bu aşamalardan ikisinde (veya
	sıklıkla çağrıldıkları şekliyle "kancalarda") çalışır.</p>

	<p>İlk olarak, HTTP isteği okunduktan sonra ancak herhangi bir
	yetkilendirme başlamadan önce gerçekleşen URL-dosyaadı çevirisi
	kancasını kullanır. İkinci olarak, yetkilendirme aşamalarından
	sonra ve dizin başına yapılandırma dosyaları
	(<code>.htaccess</code> dosyaları) okunduktan sonra ancak içerik
	işleyicisi çağrılmadan önce gerçekleşen Düzeltme (Fixup)
	kancasını kullanır.</p>

	<p>Bir istek geldikten ve karşılık gelen sunucu veya sanal konak
	belirlendikten sonra, yeniden yazma motoru sunucu başına
	yapılandırmada görünen <module>mod_rewrite</module> yönergelerini
	işlemeye başlar. (Yani ana sunucu yapılandırma dosyası ve
	<directive module="core" type="section">Virtualhost</directive>
	bölümleri.) Bu, URL-dosyaadı aşamasında gerçekleşir.</p>

	<p>Birkaç adım sonra, son veri dizinleri bulunduktan sonra dizin
	başına yapılandırma yönergeleri (<code>.htaccess</code> dosyaları
	ve <directive module="core" type="section">Directory</directive>
	blokları) uygulanır. Bu, Düzeltme aşamasında gerçekleşir.</p>

	<p>Bu durumların her birinde <module>mod_rewrite</module>,
	<code>REQUEST_URI</code>'yi ya yeni bir URL'ye ya da bir dosya
	adına yeniden yazar.</p>

	<p>Dizin başına bağlamda (yani <code>.htaccess</code> dosyaları ve
	<code>Directory</code> blokları içinde) bu kurallar, bir URL
	zaten bir dosya adına çevrilmiş olduktan sonra uygulanır. Bu
	nedenle, <module>mod_rewrite</module> modülünün <directive
	module="mod_rewrite">RewriteRule</directive> yönergelerini
	başlangıçta karşılaştırdığı URL yolu, çevrilen dosya adının tam
	dosya sistemi yolu olup geçerli dizin yolu (sondaki eğik çizgi
	dahil) öndeki kısımdan çıkarılmıştır.</p>

	<p>Göstermek gerekirse: Kurallar /var/www/foo/.htaccess içindeyse
	ve /foo/bar/baz isteği işleniyorsa, ^bar/baz$ gibi bir ifade
	eşleşecektir.</p>

	<p>Dizin başına bağlamda bir değiştirme yapılırsa, yeni URL ile
	yeni bir dahili alt istek verilir ve bu da istek aşamalarının
	işlenmesini yeniden başlatır. Değiştirme göreli bir yolsa,
	<directive module="mod_rewrite">RewriteBase</directive> yönergesi
	değiştirmenin önüne eklenen URL yolu önekini belirler. Dizin
	başına bağlamda, döngüyü önlemek için sonunda (gelecekteki bir
	dizin başına yeniden yazma işleme "turunda") değiştirme yapmayan
	kurallar oluşturmaya dikkat edilmelidir. (Bu sorunun daha ayrıntılı
	tartışması için <a
	href="https://cwiki.apache.org/confluence/display/httpd/RewriteLooping">RewriteLooping</a>
	sayfasına bakın.)</p>

	<p>Dizin başına bağlamda URL'nin bu ek işlenmesi nedeniyle, bu
	bağlamda yeniden yazma kurallarınızı farklı şekilde oluşturmaya
	dikkat etmeniz gerekecektir. Özellikle, baştaki dizin yolunun
	yeniden yazma kurallarınızın göreceği URL'den çıkarılacağını
	unutmayın. Daha fazla açıklama için aşağıdaki örneklere bakın.</p>

	<table border="1">

	<tr>
	<th>Kuralın konumu</th>
	<th>Kural</th>
	</tr>

	<tr>
	<td>VirtualHost bölümü</td>
	<td>RewriteRule "^/images/(.+)\.jpg" "/images/$1.gif"</td>
	</tr>

	<tr>
	<td>Belge kökündeki .htaccess dosyası</td>
	<td>RewriteRule "^images/(.+)\.jpg" "images/$1.gif"</td>
	</tr>

	<tr>
	<td>images dizinindeki .htaccess dosyası</td>
	<td>RewriteRule "^(.+)\.jpg" "$1.gif"</td>
	</tr>

	</table>

	<p><module>mod_rewrite</module> modülünün farklı bağlamlarda
	URL'leri nasıl değiştirdiği hakkında daha fazla bilgi için,
	yeniden yazma sırasında oluşturulan <a
	href="../mod/mod_rewrite.html#logging">günlük kayıtlarına</a>
	başvurmalısınız.</p>

	</section>

	<section id="InternalRuleset"><title>Kural Kümesi İşleme</title>

	<p>Şimdi <module>mod_rewrite</module> bu iki API aşamasında
	tetiklendiğinde, yapılandırılmış kural kümelerini yapılandırma
	yapısından okur (bu yapı sunucu başına bağlam için başlangıçta
	veya dizin başına bağlam için Apache çekirdeğinin dizin
	yürüyüşü sırasında oluşturulmuştur). Ardından URL yeniden
	yazma motoru içerilen kural kümesiyle (bir veya daha fazla kural
	ve bunların koşulları birlikte) başlatılır. URL yeniden yazma
	motorunun çalışması her iki yapılandırma bağlamı için de
	tamamen aynıdır. Yalnızca nihai sonuç işleme farklıdır.</p>

	<p>Kural kümesindeki kuralların sırası önemlidir; çünkü yeniden
	yazma motoru bunları özel (ve çok belirgin olmayan) bir sırada
	işler. Kural şudur: Yeniden yazma motoru kural kümesini kural
	kural (<directive module="mod_rewrite">RewriteRule</directive>
	yönergeleri) döner ve belirli bir kural eşleştiğinde isteğe
	bağlı olarak karşılık gelen koşulları (<code>RewriteCond</code>
	yönergeleri) döner. Tarihsel nedenlerle koşullar önce verilir
	ve bu nedenle kontrol akışı biraz dolambaçlıdır. Daha fazla
	ayrıntı için Şekil 1'e bakın.</p>
	<p class="figure">
	<img src="../images/rewrite_process_uri.png"
	alt="RewriteRule ve RewriteCond eşleştirme akışı" /><br />
	<dfn>Şekil 1:</dfn>Yeniden yazma kural kümesindeki kontrol akışı
	</p>
	<p>İlk olarak URL, her kuralın <em>Kalıp</em>'ıyla eşleştirilir.
	Başarısız olursa <module>mod_rewrite</module> bu kuralı hemen
	işlemeyi durdurur ve sonraki kuralla devam eder. <em>Kalıp</em>
	eşleşirse <module>mod_rewrite</module> karşılık gelen kural
	koşullarını (yapılandırmada RewriteRule'un hemen üstünde görünen
	RewriteCond yönergeleri) arar. Hiçbiri yoksa, URL'yi
	<em>Değiştirme</em> dizgesinden oluşturulan yeni bir değerle
	değiştirir ve kural döngüsüne devam eder. Ancak koşullar
	varsa, listelenme sırasına göre bunları işlemek için bir iç
	döngü başlatır. Koşullar için mantık farklıdır: geçerli URL'ye
	karşı bir kalıp eşleştirmeyiz. Bunun yerine, önce değişkenleri,
	geri başvuruları, eşlem aramalarını <em>vb.</em> genişleterek
	bir <em>SınamaDizgesi</em> oluştururuz ve ardından
	<em>KoşulKalıbı</em>'nı bununla eşleştirmeye çalışırız. Kalıp
	eşleşmezse, koşulların tamamı ve karşılık gelen kural başarısız
	olur. Kalıp eşleşirse, daha fazla koşul kalmayana kadar bir
	sonraki koşul işlenir. Tüm koşullar eşleşirse, URL'nin
	<em>Değiştirme</em> ile değiştirilmesiyle işleme devam
	eder.</p>

	</section>


	</manualpage>