You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by ni...@apache.org on 2012/04/02 13:22:25 UTC
svn commit: r1308304 - in /httpd/httpd/branches/2.4.x/docs/manual:
rewrite/index.xml.tr sections.xml.tr server-wide.xml.tr ssl/index.xml.tr
Author: nilgun
Date: Mon Apr 2 11:22:25 2012
New Revision: 1308304
URL: http://svn.apache.org/viewvc?rev=1308304&view=rev
Log:
update for sync with English docs.
Translated by: Nilgün Belma Bugüner <nilgun belgeler.org>
Reviewed by: Orhan Berent <berent belgeler.org>
Modified:
httpd/httpd/branches/2.4.x/docs/manual/rewrite/index.xml.tr
httpd/httpd/branches/2.4.x/docs/manual/sections.xml.tr
httpd/httpd/branches/2.4.x/docs/manual/server-wide.xml.tr
httpd/httpd/branches/2.4.x/docs/manual/ssl/index.xml.tr
Modified: httpd/httpd/branches/2.4.x/docs/manual/rewrite/index.xml.tr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/rewrite/index.xml.tr?rev=1308304&r1=1308303&r2=1308304&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/rewrite/index.xml.tr [utf-8] (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/rewrite/index.xml.tr [utf-8] Mon Apr 2 11:22:25 2012
@@ -1,7 +1,7 @@
<?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: 636374:1174747 (outdated) -->
+<!-- English Revision: 1174747 -->
<!-- =====================================================
Translated by: Nilgün Belma Bugüner <nilgun belgeler.org>
Reviewed by: Orhan Berent <berent belgeler.org>
@@ -30,68 +30,55 @@
<title>Apache mod_rewrite</title>
<summary>
- <blockquote>
- <p>``mod_rewrite’ı harika yapan şey, Sendmail’ın tüm yapılandırma
- kolaylığı ve esnekliğine sahip olmasıdır. mod_rewrite’ı kötü yapan
- şey ise Sendmail’ın tüm yapılandırma kolaylığı ve esnekliğine sahip
- olmasıdır.''</p>
-
- <p class="cite">-- <cite>Brian Behlendorf</cite><br />
- Apache Group</p>
- </blockquote>
-
- <blockquote>
- <p>``Hakkında tonlarca örnek ve belge olmasına rağmen mod_rewrite kara
- büyüdür. Müthiş güzel bir kara büyü ama yine de kara büyü.''</p>
-
- <p class="cite">-- <cite>Brian Moore</cite><br />
- bem@news.cmc.net</p>
- </blockquote>
-
- <p>URL kurgulamasının İsviçre Çakısı olan <code>mod_rewrite</code>
- modülünün belgelerine hoşgeldiniz!</p>
-
- <p>Bu modül istenen URL’leri çalışma anında yeniden yazmak için (düzenli
- ifade çözümleyiciden yararlanan) kurallara dayalı bir yeniden yazma
- motoru kullanır. Gerçekten esnek ve güçlü bir URL kurgulama
- mekanizması oluşturmak için sınısız sayıda kural ve her kural için de
- sınırsız sayıda koşul destekler. URL değişiklikleri çeşitli sınamalara
- dayanır; sunucu değişkenleri, HTTP başlıkları, ortam değişkenleri,
- zaman damgaları hatta çeşitli biçimlerde harici veritabanı sorguları
- bile bu amaçla kullanılabilir.</p>
-
- <p>Bu modül URL’lerin tamamında (path-info kısmı dahil) hem sunucu
- bağlamında (<code>httpd.conf</code>) hem de dizin bağlamında
+ <p><module>mod_rewrite</module> modülü gelen URL isteklerinde değişiklik
+ yapabilmek için <a href="intro.html#regex">düzenli ifade</a> kurallarına
+ dayalı, devingen bir yol sunar. Böylece, keyfi URL'leri dahili URL
+ yapınızla kolayca eşleyebilirsiniz.</p>
+
+ <p>Gerçekten esnek ve güçlü bir URL kurgulama mekanizması oluşturmak için
+ sınısız sayıda kural ve her kural için de sınırsız sayıda koşul destekler.
+ URL değişiklikleri çeşitli sınamalara dayanır; sunucu değişkenleri, HTTP
+ başlıkları, ortam değişkenleri, zaman damgaları hatta çeşitli biçimlerde
+ harici veritabanı sorguları bile bu amaçla kullanılabilir.</p>
+
+ <p>Yeniden yazma kuralları URL’lerin tamamında (path-info kısmı ve sorgu
+ dizgesi dahil) hem sunucu bağlamında (<code>httpd.conf</code>) hem sanal
+ konaklar bağlamında (<directive type="section" module="core"
+ >VirtualHost</directive> bölümleri), hem de dizin bağlamında
(<code>.htaccess</code> dosyaları ve <code><Directory></code>
bölümleri) çalışır ve URL üzerinde sorgu dizgesi bölümleri bile
- oluşturabilir. Yeniden yazılan URL sonuçta dahili işlemlerde, harici
- yönlendirmelerde ve hatta dahili vekalet işlemlerinde
- kullanılabilir.</p>
-
- <p>Fakat tüm bu işlevsellik ve esnekliğin bir bedeli vardır: karmaşıklık.
- Bu yüzden bu modülün yapabildiklerini bir günde anlayabilmeyi
- beklemeyin.</p>
-
+ oluşturabilir. Kurallara atadığınız <a href="flags.html">seçeneklere</a>
+ bağlı olarak, yeniden yazılan URL sonuçta dahili işlemlerde, harici
+ yönlendirmelerde ve vekalet işlemlerinde kullanılabilir.</p>
+
+ <p><module>mod_rewrite</module> modülü çok güçlü olduğundan, gerçekten çok
+ karmaşık olabilir. Bu belge, <a href="../mod/mod_rewrite.html">başvuru
+ belgeleri</a>nin tamamlayıcısı olup karmaşıklığı biraz azaltmaya çalışır
+ ve <module>mod_rewrite</module> ile elde edilebilen ortak senaryoların
+ oldukça açıklamalı örneklerini sağlar. Fakat ayrıca,
+ <module>mod_rewrite</module> modülünü kullanmamanız, yerine standart
+ Apache özelliklerini kullanmanız gereken durumları da göstermeye,
+ böylece gereksiz karmaşıklıktan kurtulmanızı sağlamaya çalıştık.</p>
+
+<ul>
+<li><a href="../mod/mod_rewrite.html">mod_rewrite başvuru belgesi</a></li>
+<li><a href="intro.html">mod_rewrite ve düzenli ifadelere giriş</a></li>
+<li><a href="remapping.html">URL yönlendirme ve yeniden eşlemede mod_rewrite kullanımı</a></li>
+<li><a href="access.html">Erişimi denetlemekte mod_rewrite kullanımı</a></li>
+<li><a href="vhosts.html">mod_rewrite ile devingen sanal konaklar</a></li>
+<li><a href="proxy.html">mod_rewrite ile devingen vekalet</a></li>
+<li><a href="rewritemap.html">RewriteMap kullanımı</a></li>
+<li><a href="advanced.html">İleri teknikler</a></li>
+<li><a href="avoid.html">mod_rewrite ne zaman kullanıl<strong>maMA</strong>lı</a></li>
+<li><a href="flags.html">RewriteRule seçenekleri</a></li>
+<li><a href="tech.html">Teknik ayrıntılar</a></li>
+</ul>
</summary>
-<seealso><a href="../urlmapping.html">URL’lerin Dosya Sistemine Eşlenmesi</a>
-</seealso>
+<seealso><a href="../mod/mod_rewrite.html">mod_rewrite başvuru belgesi</a>
+</seealso><seealso><a href="../urlmapping.html">URL’lerin Dosya Sistemine Eşlenmesi</a></seealso>
<seealso><a href="http://wiki.apache.org/httpd/Rewrite">mod_rewrite wiki</a>
-</seealso>
-<seealso><a href="../glossary.html">Terimler</a></seealso>
-
-<section id="documentation"><title>Belgeler</title>
- <ul>
- <li><a href="../mod/mod_rewrite.html">mod_rewrite Başvuru Kılavuzu</a></li>
- <li><a href="intro.html">Giriş</a></li>
- <li><a href="flags.html">Seçenekler</a></li>
- <li><a href="tech.html">Teknik Ayrıntılar</a></li>
- <li><a href="rewrite_guide.html">Yeniden Yazma Rehberi -
- yararlı örnekler</a></li>
- <li><a href="rewrite_guide_advanced.html">Gelişkin Yeniden Yazma Rehberi -
- daha yararlı örnekler</a></li>
- </ul>
-</section>
+</seealso><seealso><a href="../glossary.html">Terimler</a></seealso>
</manualpage>
Modified: httpd/httpd/branches/2.4.x/docs/manual/sections.xml.tr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/sections.xml.tr?rev=1308304&r1=1308303&r2=1308304&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/sections.xml.tr [utf-8] (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/sections.xml.tr [utf-8] Mon Apr 2 11:22:25 2012
@@ -1,7 +1,7 @@
<?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: 735922:1300911 (outdated) -->
+<!-- English Revision: 1300911 -->
<!-- =====================================================
Translated by: Nilgün Belma Bugüner <nilgun belgeler.org>
Reviewed by: Orhan Berent <berent belgeler.org>
@@ -28,506 +28,589 @@
<title>Yapılandırma Bölümleri</title>
-<summary> <p><a href="configuring.html">Yapılandırma dosyaları</a>ndaki
-yönergeler sunucunun tamamına uygulanacağı gibi sadece belli dizinler,
-dosyalar, konaklar veya URL’lere uygulanmakla sınırlanabilir. Bu belgede,
-yapılandırma bölümü taşıyıcılarınının veya <code>.htaccess</code> dosyalarının,
-yapılandırma dosyalarındaki diğer yönergelerin etki alanlarını değiştirtirmek
-için nasıl kullanılacağı açıklanmıştır.</p>
+<summary>
+ <p><a href="configuring.html">Yapılandırma dosyaları</a>ndaki
+ yönergeler sunucunun tamamına uygulanacağı gibi sadece belli dizinler,
+ dosyalar, konaklar veya URL’lere uygulanmakla sınırlanabilir. Bu
+ belgede, yapılandırma bölümü taşıyıcılarınının veya
+ <code>.htaccess</code> dosyalarının, yapılandırma dosyalarındaki diğer
+ yönergelerin etki alanlarını değiştirtirmek için nasıl kullanılacağı
+ açıklanmıştır.</p>
</summary>
<section id="types"><title>Yapılandırma Bölümü Taşıyıcılarının Türleri</title>
-<related>
-<modulelist>
-<module>core</module>
-<module>mod_version</module>
-<module>mod_proxy</module>
-</modulelist>
-<directivelist>
-<directive type="section" module="core">Directory</directive>
-<directive type="section" module="core">DirectoryMatch</directive>
-<directive type="section" module="core">Files</directive>
-<directive type="section" module="core">FilesMatch</directive>
-<directive type="section" module="core">If</directive>
-<directive type="section" module="core">IfDefine</directive>
-<directive type="section" module="core">IfModule</directive>
-<directive type="section" module="mod_version">IfVersion</directive>
-<directive type="section" module="core">Location</directive>
-<directive type="section" module="core">LocationMatch</directive>
-<directive type="section" module="mod_proxy">Proxy</directive>
-<directive type="section" module="mod_proxy">ProxyMatch</directive>
-<directive type="section" module="core">VirtualHost</directive>
-</directivelist>
-</related>
-
-<p>İki temel taşıyıcı türü vardır. Taşıyıcıların çoğu her istek için
-değerlendirmeye alınır. Taşıyıcılardaki yönergeler ise sadece bu
-taşıyıcılarla eşleşen istekler için uygulanır. Diğer yandan,
-<directive type="section" module="core">IfDefine</directive>,
-<directive type="section" module="core">IfModule</directive> ve
-<directive type="section" module="mod_version">IfVersion</directive>
-taşıyıcıları sadece sunucu başlatılırken veya yeniden başlatılırken
-değerlendirmeye alınır. Başlatma sırasında gerektirdikleri koşullar
-sağlanıyorsa içerdikleri yönergeler tüm isteklere uygulanır. Aksi
-takdirde, içerdikleri yönergeler yok sayılır.</p>
-
-<p><directive type="section" module="core">IfDefine</directive> yönergesi
-sadece <program>httpd</program> komut satırında uygun parametreler
-tanımlanmışsa uygulanabilecek yönergeleri içerir. Örneğin, aşağıdaki
-yapılandırma ile tüm isteklerin diğer siteye yönlendirilebilmesi sadece
-sunucu <code>httpd -DClosedForNow</code> komut satırı ile başlatıldığı
-takdirde mümkün olur:</p>
-
-<example>
-<IfDefine ClosedForNow><br />
-<indent>
- Redirect / http://otherserver.example.com/<br />
-</indent>
-</IfDefine>
-</example>
-
-<p><directive type="section" module="core">IfModule</directive> yönergesi
-sadece belli bir modülün sunucuda kullanılabilir durumda olması halinde
-uygulanabilecek yönergeleri içerir. Modülün ya sunucuyla birlikte durağan
-olarak derlenmiş olması ya da devingen olarak derlenmiş ve yapılandırma
-dosyasında yönergeden önce o modüle ilişkin bir <directive module="mod_so"
->LoadModule</directive> satırının bulunması gerekir. Bu yönergeyi sadece
-belli bir modülün varlığının veya yokluğunun yapılandırma dosyanızın
-çalışmasını etkilememesini istediğiniz durumlarda kullanmalısınız.
-Eksik modüllerle ilgili hata iletilerini engellediğinden, taşıyıcı içine,
-her zaman çalışması istenen yönergeler konulmamalıdır.</p>
-
-<p>Aşağıdaki örnekte, <directive module="mod_mime_magic"
->MimeMagicFiles</directive> yönergesi sadece <module>mod_mime_magic</module>
-modülü mevcutsa uygulanacaktır.</p>
-
-<example>
-<IfModule mod_mime_magic.c><br />
-<indent>
- MimeMagicFile conf/magic<br />
-</indent>
-</IfModule>
-</example>
-
-<p><directive type="section" module="mod_version">IfVersion</directive>
-yönergesi sunucunun belli bir sürümünün çalıştırılması halinde
-uygulanabilecek yönergeleri içerebilmesi dışında <directive
-type="section" module="core">IfDefine</directive> ve <directive
-type="section" module="core">IfModule</directive> yönergeleri gibidir.
-<module>mod_version</module> modülü farklı httpd sürümleri ve farklı
-yapılandırmalarla büyük ağlarda çalışmayı mümkün kılmak veya sürüm
-denemeleri yapabilmek amacıyla tasarlanmıştır.</p>
-
-<example>
-<IfVersion >= 2.1><br />
-<indent>
- # burası sadece 2.1.0 veya daha üstü sürümlerde<br />
- # iş görür.<br />
-</indent>
-</IfVersion>
-</example>
-
-<p><directive type="section" module="core">IfDefine</directive>,
-<directive type="section" module="core">IfModule</directive> ve
-<directive type="section" module="mod_version">IfVersion</directive>
-yönergelerinin önüne "!" konularak olumsuz koşullar için uygulanabilir.
-Ayrıca, bu bölümler daha karmaşık sınırlamalar elde etmek amacıyla bir
-diğerinin içinde kullanılabilirler.</p>
-</section>
-
-<section id="file-and-web"><title>Dosya Sistemi ve Site Alanı</title>
-
-<p>En sık kullanılan yapılandırma bölümü taşıyıcıları dosya sistemindeki
-veya site alanındaki belli yerlerin yapılandırmalarını değiştirmekte
-kullanılanlardır. Öncelikle, bu ikisi arasındaki farkları bilmek önemlidir.
-Dosya sistemi disklerinizin işletim sistemi tarafından size gösterilen
-halidir. Örneğin, öntanımlı kurulumda Apache, Unix sistemlerinde
-<code>/usr/local/apache2</code> altındayken Windows sistemlerinde
-<code>"c:/Program Files/Apache Group/Apache2"</code> altındadır.
-(Bilgi: Windows için bile, Apache’de dosya yolu belirtilirken
-tersbölü değil normal bölü karakterleri kullanılır.) Site alanı
-ise sunucu tarafından istemciye sunulan dizin ağacıdır. Yani, site
-alanı içindeki <code>/dir/</code> dizini, Apache’nin Unix üzerinde
-dosya sistemine öntanımlı olarak kurulduğu yer göz önüne alınarak,
-dosya sistemindeki <code>/usr/local/apache2/htdocs/dir/</code>
-dizinine karşılıktır. Site sayfaları veritabanlarından veya başka yerlerden
-devingen olarak üretilebildiğinden site alanlarının doğrudan dosya
-sistemine eşlenmesi gerekli değildir.</p>
-
-<section id="filesystem"><title>Dosya Sistemi Taşıyıcıları</title>
-
-<p><directive type="section" module="core">Directory</directive>
-ve <directive type="section" module="core">Files</directive> taşıyıcıları,
-<glossary ref="regex">düzenli ifade</glossary> karşılıkları ile beraber,
-yönergeleri dosya sisteminin parçalarına uygularlar. Bir <directive
-type="section" module="core">Directory</directive> bölümü içindeki
-yönergeler belli bir dosya sistemi dizinine ve onun alt dizinlerine
-uygulanır. Aynı etki <a href="howto/htaccess.html">.htaccess dosyaları</a>
-kullanılarak da sağlanabilir. Örneğin aşağıdaki yapılandırmada,
-<code>/var/web/dir1</code> dizini ve alt dizinlerinde dizin içeriğinin
-listelenmesi etkin kılınmaktadır.</p>
-
-<example>
-<Directory /var/web/dir1><br />
-<indent>
- Options +Indexes<br />
-</indent>
-</Directory>
-</example>
-
-<p>Bir <directive type="section" module="core">Files</directive> bölümü
-içindeki yönergeler, hangi dizinde bulunduğuna bakılmaksızın ismi belirtilen
-dosyalara uygulanır. Örneğin, aşağıdaki yapılandırma yönergeleri yapılandırma
-dosyasının ana bölümüne yerleştirildiği takdirde <code>gizli.html</code>
-isimli dosyalara nerede bulunursa bulunsun erişime izin vermeyecektir.</p>
-
-<example>
-<Files gizli.html><br />
-<indent>
-Order allow,deny<br />
-Deny from all<br />
-</indent>
-</Files>
-</example>
-
-<p>Dosya sisteminin belli bir yerindeki belli dosyalarla ilgili yaptırımlar
-için <directive type="section" module="core">Files</directive> ve
-<directive type="section" module="core">Directory</directive> bölümleri
-birlikte kullanılabilir. Örneğin, aşağıdaki yapılandırma
-<code>/var/web/dir1/gizli.html</code>,
-<code>/var/web/dir1/subdir2/gizli.html</code>,
-<code>/var/web/dir1/subdir3/gizli.html</code> ve
-<code>/var/web/dir1/</code> altında bulunabilecek diğer tüm
-<code>gizli.html</code> dosyalarına erişimi yasaklar.</p>
-
-<example>
-<Directory /var/web/dir1><br />
-<indent>
-<Files gizli.html><br />
-<indent>
-Order allow,deny<br />
-Deny from all<br />
-</indent>
-</Files><br />
-</indent>
-</Directory>
-</example>
-</section>
-
-<section id="webspace"><title>Site Alanı Taşıyıcıları</title>
-
-<p><directive type="section" module="core">Location</directive> yönergesi
-ve yönergenin <glossary ref="regex">düzenli ifade</glossary> karşılığı
-site alanındaki içerik için yapılandırmayı değiştirir. Örneğin aşağıdaki
-yapılandırma, <code>/gizli</code> ile başlayan URL yollarına erişimi engeller.
-Özellikle, <code>http://siteniz.mesela.dom/gizli</code>,
-<code>http://siteniz.mesela.dom/gizli123</code> ve
-<code>http://siteniz.mesela.dom/gizli/dir/dosya.html</code>
-istekleri yanında <code>/gizli</code> ile başlayan diğer isteklere de
-uygulanır.</p>
-
-<example>
-<Location /gizli><br />
-<indent>
-Order Allow,Deny<br />
-Deny from all<br />
-</indent>
-</Location>
-</example>
-
-<p>Dosya sistemi ile etkileşime girmeyen herşey için
-<directive type="section" module="core">Location</directive>
-yönergesi gerekir. Aşağıdaki örnekte, belli bir URL’nin
-<module>mod_status</module> modülü tarafından sağlanan bir dahili
-Apache eylemcisine nasıl eşlenebileceği gösterilmiştir. Bu örnek
-için dosya sisteminde <code>server-status</code> adında bir dosya
-veya dizin bulunması gerekli değildir.</p>
-
-<example>
-<Location /server-status><br />
-<indent>
-SetHandler server-status<br />
-</indent>
-</Location>
-</example>
-</section>
-
-<section id="wildcards"><title>Dosya Adı Şablonları ve Düzenli İfadeler</title>
-
-<p><directive type="section" module="core">Directory</directive>,
-<directive type="section" module="core">Files</directive> ve
-<directive type="section" module="core">Location</directive> yönergelerinde,
-Standart C kütüphanesindeki <code>fnmatch</code> işlevindeki gibi kabuk tarzı
-dosya ismi kalıpları kullanılabilir. "*" karakteri herhangi bir karakter dizisi
-ile eşleşirken "?" karakteri tek tek karakterlerle ve "[<em>seq</em>]" kalıbı
-ise <em>seq</em> içindeki her karakterle eşleşir. "/" karakteri her hangi bir
-kalıp karakteri ile eşleşmez; açıkça belirtilmesi gerekir.</p>
-
-<p>Daha esnek bir eşleşmenin gerekli olduğu durumlar için her taşıyıcının bir
-düzenli ifade karşılığı vardır. <directive type="section" module="core"
->DirectoryMatch</directive>, <directive type="section" module="core"
->FilesMatch</directive> ve <directive type="section" module="core"
->LocationMatch</directive> yönergelerinde gerekli eşleşmeleri seçmek için
-perl uyumlu <glossary ref="regex">düzenli ifadelerin</glossary> kullanımına
-izin verilir. Ayrıca, yönergelerin uygulanışının düzenli ifade bölümleri
-kullanılarak nasıl değiştirileceğini öğrenmek için, aşağıda, yapılandırmanın
-katıştırılmasıyla ilgili bölüme de bakınız.</p>
-
-<p>Tüm kullanıcı dizinlerine ilişkin yapılandırmayı değiştirmek için dosya
-ismi kalıpları şöyle kullanılabilirdi:</p>
-
-<example>
-<Directory /home/*/public_html><br />
-<indent>
-Options Indexes<br />
-</indent>
-</Directory>
-</example>
-
-<p>Düzenli ifade bölümleri kullanarak çeşitli türlerdeki resim dosyalarına
-erişimi bir defada yasaklayabiliriz:</p>
-<example>
-<FilesMatch \.(?i:gif|jpe?g|png)$><br />
-<indent>
-Order allow,deny<br />
-Deny from all<br />
-</indent>
-</FilesMatch>
-</example>
-
-</section>
-
-<section id="whichwhen"><title>Ne, Ne Zaman Kullanılır?</title>
-
-<p>Dosya sistemi taşıyıcıları ile site alanı taşıyıcıları arasında seçim
-yapmak aslında oldukça kolaydır. Dosya sisteminde bulunan nesnelere
-uygulanacak yönergeler için daima <directive type="section" module="core"
->Directory</directive> veya <directive type="section" module="core"
->Files</directive> kullanılır. Dosya sisteminde bulunmayan nesnelere
-(bir sayfanın bir veritabanı tarafından üretilmesi gibi) uygulanacak
-yönergeler için ise <directive type="section" module="core"
->Location</directive> kullanılır.</p>
-
-<p>Dosya sistemindeki nesnelere erişimi kısıtlarken asla
-<directive type="section" module="core">Location</directive>
-kullanmamak önemlidir. Bunun sebebi farklı site alanı konumlarının
-(URL’ler) aynı dosya sistemi konumuna eşlenebilmesi dolayısıyla
-kısıtlamalarınızın etrafından dolaşılabilmesine izin vermesidir.
-Örneğin, aşağıdaki yapılandırmayı ele alalım:</p>
-
-<example>
-<Location /dir/><br />
-<indent>
-Order allow,deny<br />
-Deny from all<br />
-</indent>
-</Location>
-</example>
-
-<p><code>http://siteniz.mesela.dom/dir/</code> için bir istek yapılmışsa
-bu doğru çalışacaktır. Fakat dosya sistemi harf büyüklüğüne duyarsızsa
-ne olacak? Kısıtlamanız, istek <code>http://siteniz.mesela.dom/DIR/</code>
-şeklinde yapılarak kolayca geçersiz kılınabilir. Halbuki <directive
-type="section" module="core">Directory</directive> yönergesi isteğin
-nasıl yapıldığına bakılmaksızın bu konumdan sunulan her türlü içeriğe
-uygulanacaktı. (Dosya sistemi bağlarıyla bu da aşılabilir. Sembolik
-bağlar kullanılarak aynı dizin dosya sisteminin bir çok yerine
-yerleştirilebilir. <directive type="section" module="core"
->Directory</directive> yönergesi dosya yolunu sıfırlamaksızın sembolik
-bağları izleyecektir. Bu bakımdan, en yüksek seviyede güvenlik için uygun
-<directive module="core">Options</directive> yönergesi ile sembolik bağların
-izlenmesi devredışı bırakılabilir.)</p>
-
-<p>Belki de siz sırf harf büyüklüğüne duyarlı bir dosya sistemi kullanıyorsunuz
-diye böyle uygulamalara ihtiyacınız olmadığını düşünüyor olabilirsiniz, fakat
-aynı site alanını çok sayıda dosya sistemi konumuna eşleyecek daha bir sürü
-yol bulunduğunu unutmayınız. Bu bakımdan dosya sisteminde yapacağınız
-kısıtlamalarda daima dosya sistemi taşıyıcılarını kullanmalısınız.
-Bununla birlikte bu kuralın da bir istisnası vardır. Yapılandırma
-kısıtlamalarının bir <code><Location/></code> bölümü içine koyulması,
-bu bölüme konan yönergelerin etki alanının belli bir URL ile sınırlı
-olmaması nedeniyle mükemmelen güvenlidir.</p>
-</section>
+ <related>
+ <modulelist>
+ <module>core</module>
+ <module>mod_version</module>
+ <module>mod_proxy</module>
+ </modulelist>
+
+ <directivelist>
+ <directive type="section" module="core">Directory</directive>
+ <directive type="section" module="core">DirectoryMatch</directive>
+ <directive type="section" module="core">Files</directive>
+ <directive type="section" module="core">FilesMatch</directive>
+ <directive type="section" module="core">If</directive>
+ <directive type="section" module="core">IfDefine</directive>
+ <directive type="section" module="core">IfModule</directive>
+ <directive type="section" module="mod_version">IfVersion</directive>
+ <directive type="section" module="core">Location</directive>
+ <directive type="section" module="core">LocationMatch</directive>
+ <directive type="section" module="mod_proxy">Proxy</directive>
+ <directive type="section" module="mod_proxy">ProxyMatch</directive>
+ <directive type="section" module="core">VirtualHost</directive>
+ </directivelist>
+ </related>
+
+ <p>İki temel taşıyıcı türü vardır. Taşıyıcıların çoğu her istek için
+ değerlendirmeye alınır. Taşıyıcılardaki yönergeler ise sadece bu
+ taşıyıcılarla eşleşen istekler için uygulanır. Diğer yandan,
+ <directive type="section" module="core">IfDefine</directive>,
+ <directive type="section" module="core">IfModule</directive> ve
+ <directive type="section" module="mod_version">IfVersion</directive>
+ taşıyıcıları sadece sunucu başlatılırken veya yeniden başlatılırken
+ değerlendirmeye alınır. Başlatma sırasında gerektirdikleri koşullar
+ sağlanıyorsa içerdikleri yönergeler tüm isteklere uygulanır. Aksi
+ takdirde, içerdikleri yönergeler yok sayılır.</p>
+
+ <p><directive type="section" module="core">IfDefine</directive> yönergesi
+ sadece <program>httpd</program> komut satırında uygun parametreler
+ tanımlanmışsa uygulanabilecek yönergeleri içerir. Örneğin, aşağıdaki
+ yapılandırma ile tüm isteklerin diğer siteye yönlendirilebilmesi sadece
+ sunucu <code>httpd -DClosedForNow</code> komut satırı ile başlatıldığı
+ takdirde mümkün olur:</p>
+
+ <example>
+ <IfDefine ClosedForNow><br />
+ <indent>
+ Redirect / http://otherserver.example.com/<br />
+ </indent>
+ </IfDefine>
+ </example>
+
+ <p><directive type="section" module="core">IfModule</directive> yönergesi
+ sadece belli bir modülün sunucuda kullanılabilir durumda olması halinde
+ uygulanabilecek yönergeleri içerir. Modülün ya sunucuyla birlikte durağan
+ olarak derlenmiş olması ya da devingen olarak derlenmiş ve yapılandırma
+ dosyasında yönergeden önce o modüle ilişkin bir <directive
+ module="mod_so">LoadModule</directive> satırının bulunması gerekir. Bu
+ yönergeyi sadece belli bir modülün varlığının veya yokluğunun
+ yapılandırma dosyanızın çalışmasını etkilememesini istediğiniz durumlarda
+ kullanmalısınız. Eksik modüllerle ilgili hata iletilerini
+ engellediğinden, taşıyıcı içine, her zaman çalışması istenen yönergeler
+ konulmamalıdır.</p>
+
+ <p>Aşağıdaki örnekte, <directive module="mod_mime_magic"
+ >MimeMagicFile</directive> yönergesi sadece
+ <module>mod_mime_magic</module> modülü mevcutsa uygulanacaktır.</p>
+
+ <example>
+ <IfModule mod_mime_magic.c><br />
+ <indent>
+ MimeMagicFile conf/magic<br />
+ </indent>
+ </IfModule>
+ </example>
+
+ <p><directive type="section" module="mod_version">IfVersion</directive>
+ yönergesi sunucunun belli bir sürümünün çalıştırılması halinde
+ uygulanabilecek yönergeleri içerebilmesi dışında <directive
+ type="section" module="core">IfDefine</directive> ve <directive
+ type="section" module="core">IfModule</directive> yönergeleri gibidir.
+ <module>mod_version</module> modülü farklı httpd sürümleri ve farklı
+ yapılandırmalarla büyük ağlarda çalışmayı mümkün kılmak veya sürüm
+ denemeleri yapabilmek amacıyla tasarlanmıştır.</p>
+
+ <example>
+ <IfVersion >= 2.1><br />
+ <indent>
+ # burası sadece 2.1.0 veya daha üstü sürümlerde<br />
+ # iş görür.<br />
+ </indent>
+ </IfVersion>
+ </example>
+
+ <p><directive type="section" module="core">IfDefine</directive>,
+ <directive type="section" module="core">IfModule</directive> ve
+ <directive type="section" module="mod_version">IfVersion</directive>
+ yönergelerinin önüne "!" konularak olumsuz koşullar için uygulanabilir.
+ Ayrıca, bu bölümler daha karmaşık sınırlamalar elde etmek amacıyla bir
+ diğerinin içinde kullanılabilirler.</p>
+</section>
+
+<section id="file-and-web">
+ <title>Dosya Sistemi, Site Alanı ve Mantıksal İfadeler</title>
+
+ <p>En sık kullanılan yapılandırma bölümü taşıyıcıları dosya sistemindeki
+ veya site alanındaki belli yerlerin yapılandırmalarını değiştirmekte
+ kullanılanlardır. Öncelikle, bu ikisi arasındaki farkları bilmek
+ önemlidir. Dosya sistemi disklerinizin işletim sistemi tarafından size
+ gösterilen halidir. Örneğin, öntanımlı kurulumda Apache httpd, Unix
+ sistemlerinde <code>/usr/local/apache2</code> altındayken Windows
+ sistemlerinde <code>"c:/Program Files/Apache Group/Apache2"</code>
+ altındadır. (Bilgi: Windows için bile, Apache httpd yapılandırma
+ dosyalarında dosya yolu belirtilirken tersbölü değil normal bölü
+ karakterleri kullanılır.) Site alanı ise sunucu tarafından istemciye
+ sunulan dizin ağacıdır. Yani, site alanı içindeki <code>/dir/</code>
+ dizini, Apache httpd’nin Unix üzerinde dosya sistemine öntanımlı olarak
+ kurulduğu yer göz önüne alınarak, dosya sistemindeki
+ <code>/usr/local/apache2/htdocs/dir/</code> dizinine karşılıktır. Site
+ sayfaları veritabanlarından veya başka yerlerden devingen olarak
+ üretilebildiğinden site alanlarının doğrudan dosya sistemine eşlenmesi
+ gerekli değildir.</p>
+
+ <section id="filesystem"><title>Dosya Sistemi Taşıyıcıları</title>
+
+ <p><directive type="section" module="core">Directory</directive>
+ ve <directive type="section" module="core">Files</directive>
+ taşıyıcıları, <glossary ref="regex">düzenli ifade</glossary> karşılıkları
+ ile beraber, yönergeleri dosya sisteminin parçalarına uygularlar. Bir
+ <directive type="section" module="core">Directory</directive> bölümü
+ içindeki yönergeler belli bir dosya sistemi dizinine ve onun alt
+ dizinlerine uygulanır. Aynı etki <a href="howto/htaccess.html">.htaccess
+ dosyaları</a> kullanılarak da sağlanabilir. Örneğin aşağıdaki
+ yapılandırmada, <code>/var/web/dir1</code> dizini ve alt dizinlerinde
+ dizin içeriğinin listelenmesi etkin kılınmaktadır.</p>
+
+ <example>
+ <Directory /var/web/dir1><br />
+ <indent>
+ Options +Indexes<br />
+ </indent>
+ </Directory>
+ </example>
+
+ <p>Bir <directive type="section" module="core">Files</directive> bölümü
+ içindeki yönergeler, hangi dizinde bulunduğuna bakılmaksızın ismi
+ belirtilen dosyalara uygulanır. Örneğin, aşağıdaki yapılandırma
+ yönergeleri yapılandırma dosyasının ana bölümüne yerleştirildiği takdirde
+ <code>gizli.html</code> isimli dosyalara nerede bulunursa bulunsun
+ erişime izin vermeyecektir.</p>
+
+ <example>
+ <Files gizli.html><br />
+ <indent>
+ Order allow,deny<br />
+ Deny from all<br />
+ </indent>
+ </Files>
+ </example>
+
+ <p>Dosya sisteminin belli bir yerindeki belli dosyalarla ilgili yaptırımlar
+ için <directive type="section" module="core">Files</directive> ve
+ <directive type="section" module="core">Directory</directive> bölümleri
+ birlikte kullanılabilir. Örneğin, aşağıdaki yapılandırma
+ <code>/var/web/dir1/gizli.html</code>,
+ <code>/var/web/dir1/subdir2/gizli.html</code>,
+ <code>/var/web/dir1/subdir3/gizli.html</code> ve
+ <code>/var/web/dir1/</code> altında bulunabilecek diğer tüm
+ <code>gizli.html</code> dosyalarına erişimi yasaklar.</p>
+
+ <example>
+ <Directory /var/web/dir1><br />
+ <indent>
+ <Files gizli.html><br />
+ <indent>
+ Order allow,deny<br />
+ Deny from all<br />
+ </indent>
+ </Files><br />
+ </indent>
+ </Directory>
+ </example>
+ </section>
+
+ <section id="webspace"><title>Site Alanı Taşıyıcıları</title>
+
+ <p><directive type="section" module="core">Location</directive> yönergesi
+ ve yönergenin <glossary ref="regex">düzenli ifade</glossary> karşılığı
+ site alanındaki içerik için yapılandırmayı değiştirir. Örneğin aşağıdaki
+ yapılandırma, <code>/gizli</code> ile başlayan URL yollarına erişimi
+ engeller. Özellikle, <code>http://siteniz.mesela.dom/gizli</code>,
+ <code>http://siteniz.mesela.dom/gizli123</code> ve
+ <code>http://siteniz.mesela.dom/gizli/dir/dosya.html</code>
+ istekleri yanında <code>/gizli</code> ile başlayan diğer isteklere de
+ uygulanır.</p>
+
+ <example>
+ <LocationMatch ^/gizli><br />
+ <indent>
+ Order Allow,Deny<br />
+ Deny from all<br />
+ </indent>
+ </LocationMatch>
+ </example>
+
+ <p>Dosya sistemi ile etkileşime girmeyen herşey için
+ <directive type="section" module="core">Location</directive>
+ yönergesi gerekir. Aşağıdaki örnekte, belli bir URL’nin
+ <module>mod_status</module> modülü tarafından sağlanan bir dahili
+ Apache eylemcisine nasıl eşlenebileceği gösterilmiştir. Bu örnek
+ için dosya sisteminde <code>server-status</code> adında bir dosya
+ veya dizin bulunması gerekli değildir.</p>
+
+ <example>
+ <Location /server-status><br />
+ <indent>
+ SetHandler server-status<br />
+ </indent>
+ </Location>
+ </example>
+ </section>
+
+ <section id="overlapping-webspace"><title>Site Alanında Çakışma</title>
+ <p>Belli bölümler ve yönergeler değerlendirilirken çakışan iki URL bir URL
+ olarak dikkate alınır. <directive type="section" module="core"
+ >Location</directive> yönergesi için bu şöyle olurdu:</p>
+
+ <example>
+ <Location /foo><br />
+ </Location><br />
+ <Location /foo/bar><br />
+ </Location>
+ </example>
+
+ <p>Diğer yandan <directive type="section" module="mod_alias">Takma
+ adlar</directive> tam tersi eşlenir:</p>
+
+ <example>
+ Alias /foo/bar /srv/www/uncommon/bar<br />
+ Alias /foo /srv/www/common/foo<br />
+ </example>
+
+ <p>Aynısı <directive module="mod_proxy">ProxyPass</directive>
+ yönergeleri için de geçerlidir:</p>
+
+ <example>
+ ProxyPass /special-area http://special.example.com smax=5 max=10<br />
+ ProxyPass / balancer://mycluster/ stickysession=JSESSIONID|jsessionid nofailover=On
+ </example>
+ </section>
+
+ <section id="wildcards">
+ <title>Dosya Adı Şablonları ve Düzenli İfadeler</title>
+
+ <p><directive type="section" module="core">Directory</directive>,
+ <directive type="section" module="core">Files</directive> ve
+ <directive type="section" module="core">Location</directive>
+ yönergelerinde, Standart C kütüphanesindeki <code>fnmatch</code>
+ işlevindeki gibi kabuk tarzı dosya ismi kalıpları kullanılabilir. "*"
+ karakteri herhangi bir karakter dizisi ile eşleşirken "?" karakteri tek
+ tek karakterlerle ve "[<em>seq</em>]" kalıbı ise <em>seq</em> içindeki
+ her karakterle eşleşir. "/" karakteri her hangi bir kalıp karakteri ile
+ eşleşmez; açıkça belirtilmesi gerekir.</p>
+
+ <p>Daha esnek bir eşleşmenin gerekli olduğu durumlar için her taşıyıcının
+ bir düzenli ifade karşılığı vardır. <directive type="section"
+ module="core">DirectoryMatch</directive>, <directive type="section"
+ module="core">FilesMatch</directive> ve <directive type="section"
+ module="core">LocationMatch</directive> yönergelerinde gerekli
+ eşleşmeleri seçmek için perl uyumlu <glossary ref="regex">düzenli
+ ifadelerin</glossary> kullanımına izin verilir. Ayrıca, yönergelerin
+ uygulanışının düzenli ifade bölümleri kullanılarak nasıl
+ değiştirileceğini öğrenmek için, aşağıda, yapılandırmanın
+ katıştırılmasıyla ilgili bölüme de bakınız.</p>
+
+ <p>Tüm kullanıcı dizinlerine ilişkin yapılandırmayı değiştirmek için dosya
+ ismi kalıpları şöyle kullanılabilirdi:</p>
+
+ <example>
+ <Directory /home/*/public_html><br />
+ <indent>
+ Options Indexes<br />
+ </indent>
+ </Directory>
+ </example>
+
+ <p>Düzenli ifade bölümleri kullanarak çeşitli türlerdeki resim dosyalarına
+ erişimi bir defada yasaklayabiliriz:</p>
+
+ <example>
+ <FilesMatch \.(?i:gif|jpe?g|png)$><br />
+ <indent>
+ Order allow,deny<br />
+ Deny from all<br />
+ </indent>
+ </FilesMatch>
+ </example>
+ </section>
+
+ <section id="expressions"><title>Mantıksal İfadeler</title>
+ <p><directive type="section" module="core">If</directive> yönergesi bir
+ mantıksal ifade olarak belirtilebilen bir kurala bağlı olarak
+ yapılandırmayı değiştirebilir. Örneğin, aşağıdaki yapılandırmada,
+ <code>HTTP Referer</code> başlığı "http://www.example.com/" ile
+ başlamıyorsa erişimi yasaklar.</p>
+
+ <example>
+ <If "!(%{HTTP_REFERER} -strmatch 'http://www.example.com/*')"><br />
+ <indent>
+ Require all denied<br />
+ </indent>
+ </If>
+ </example>
+ </section>
+
+ <section id="whichwhen"><title>Ne, Ne Zaman Kullanılır?</title>
+ <p>Dosya sistemi taşıyıcıları ile site alanı taşıyıcıları arasında seçim
+ yapmak aslında oldukça kolaydır. Dosya sisteminde bulunan nesnelere
+ uygulanacak yönergeler için daima <directive type="section" module="core"
+ >Directory</directive> veya <directive type="section" module="core"
+ >Files</directive> kullanılır. Dosya sisteminde bulunmayan nesnelere
+ (bir sayfanın bir veritabanı tarafından üretilmesi gibi) uygulanacak
+ yönergeler için ise <directive type="section" module="core"
+ >Location</directive> kullanılır.</p>
+
+ <p>Dosya sistemindeki nesnelere erişimi kısıtlarken asla
+ <directive type="section" module="core">Location</directive>
+ kullanmamak önemlidir. Bunun sebebi farklı site alanı konumlarının
+ (URL’ler) aynı dosya sistemi konumuna eşlenebilmesi dolayısıyla
+ kısıtlamalarınızın etrafından dolaşılabilmesine izin vermesidir.
+ Örneğin, aşağıdaki yapılandırmayı ele alalım:</p>
+
+ <example>
+ <Location /dir/><br />
+ <indent>
+ Order allow,deny<br />
+ Deny from all<br />
+ </indent>
+ </Location>
+ </example>
+
+ <p><code>http://siteniz.mesela.dom/dir/</code> için bir istek yapılmışsa
+ bu doğru çalışacaktır. Fakat dosya sistemi harf büyüklüğüne duyarsızsa
+ ne olacak? Kısıtlamanız, istek
+ <code>http://siteniz.mesela.dom/DIR/</code>
+ şeklinde yapılarak kolayca geçersiz kılınabilir. Halbuki <directive
+ type="section" module="core">Directory</directive> yönergesi isteğin
+ nasıl yapıldığına bakılmaksızın bu konumdan sunulan her türlü içeriğe
+ uygulanacaktı. (Dosya sistemi bağlarıyla bu da aşılabilir. Sembolik
+ bağlar kullanılarak aynı dizin dosya sisteminin bir çok yerine
+ yerleştirilebilir. <directive type="section" module="core"
+ >Directory</directive> yönergesi dosya yolunu sıfırlamaksızın sembolik
+ bağları izleyecektir. Bu bakımdan, en yüksek seviyede güvenlik için uygun
+ <directive module="core">Options</directive> yönergesi ile sembolik
+ bağların izlenmesi devredışı bırakılabilir.)</p>
+
+ <p>Belki de siz sırf harf büyüklüğüne duyarlı bir dosya sistemi
+ kullanıyorsunuz diye böyle uygulamalara ihtiyacınız olmadığını düşünüyor
+ olabilirsiniz, fakat aynı site alanını çok sayıda dosya sistemi konumuna
+ eşleyecek daha bir sürü yol bulunduğunu unutmayınız. Bu bakımdan dosya
+ sisteminde yapacağınız kısıtlamalarda daima dosya sistemi taşıyıcılarını
+ kullanmalısınız. Bununla birlikte bu kuralın da bir istisnası vardır.
+ Yapılandırma kısıtlamalarının bir <code><Location/></code> bölümü
+ içine koyulması, bu bölüme konan yönergelerin etki alanının belli bir URL
+ ile sınırlı olmaması nedeniyle mükemmelen güvenlidir.</p>
+ </section>
+
+ <section id="nesting"><title>Bölüm iç içeliği</title>
+ <p>Bazı bölüm türleri başka bölüm türlerinin içinde olabilir. Bir yandan,
+ <directive type="section" module="core">Files</directive> bölümü
+ <directive type="section" module="core">Directory</directive> bölümünün
+ içinde bulunabilirken diğer yandan bir <directive type="section"
+ module="core">If</directive> bölümü <directive type="section"
+ module="core">Directory</directive>, <directive type="section"
+ module="core">Location</directive> ve <directive
+ type="section" module="core">Files</directive> bölümlerinde bulunabilir.
+ Bu bölümlerin düzenli ifadeli türevleri de benzer tarzda davranır.</p>
+
+ <p>İç içe bölümler, aynı türdeki iç içe olmayan bölümlerin sonrasına
+ yerleştirilir.</p>
+ </section>
</section>
<section id="virtualhost"><title>Sanal Konaklar</title>
-<p><directive type="section" module="core">VirtualHost</directive>
-taşıyıcısının içinde belli bir konağa uygulanan yönergeler bulunur.
-Aynı makinede çok sayıda konağı farklı yapılandırmalarla sunuyorsanız
-bu taşıyıcı çok işinize yarar. Daha fazla bilgi için
-<a href="vhosts/">Sanal Konak Belgeleri</a> bölümüne bakınız.</p>
+ <p><directive type="section" module="core">VirtualHost</directive>
+ taşıyıcısının içinde belli bir konağa uygulanan yönergeler bulunur.
+ Aynı makinede çok sayıda konağı farklı yapılandırmalarla sunuyorsanız
+ bu taşıyıcı çok işinize yarar. Daha fazla bilgi için
+ <a href="vhosts/">Sanal Konak Belgeleri</a> bölümüne bakınız.</p>
</section>
<section id="proxy"><title>Vekil</title>
-
-<p><directive type="section" module="mod_proxy">Proxy</directive>
-ve <directive type="section" module="mod_proxy">ProxyMatch</directive>
-taşıyıcıları, sadece belli bir URL ile eşleşen <module>mod_proxy</module>
-vekil sunucusu üzerinden erişilen sitelere uygulanan yapılandırma yönergelerini
-bulundururlar. Örneğin aşağıdaki yapılandırma <code>cnn.com</code> sitesine
-erişim için vekil sunucunun kullanılmasını engelleyecektir.</p>
-
-<example>
-<Proxy http://cnn.com/*><br />
-<indent>
-Order allow,deny<br />
-Deny from all<br />
-</indent>
-</Proxy>
-</example>
+ <p><directive type="section" module="mod_proxy">Proxy</directive>
+ ve <directive type="section" module="mod_proxy">ProxyMatch</directive>
+ taşıyıcıları, sadece belli bir URL ile eşleşen <module>mod_proxy</module>
+ vekil sunucusu üzerinden erişilen sitelere uygulanan yapılandırma
+ yönergelerini bulundururlar. Örneğin aşağıdaki yapılandırma
+ <code>example.com</code> sitesine erişim için vekil sunucunun
+ kullanılmasını engelleyecektir.</p>
+
+ <example>
+ <Proxy http://example.com/*><br />
+ <indent>
+ Order allow,deny<br />
+ Deny from all<br />
+ </indent>
+ </Proxy>
+ </example>
</section>
<section id="whatwhere"><title>Hangi Yönergelere İzin Veriliyor?</title>
-
-<p>Hangi yönergelere hangi yapılandırma bölümlerinde izin verildiğini
-öğrenmek için yönerge <a href="mod/directive-dict.html#Context">bağlamına</a> bakınız.
-<directive type="section" module="core">Directory</directive> bölümlerinde
-izin verilen herşeye sözdizimsel olarak ayrıca
-<directive type="section" module="core">DirectoryMatch</directive>,
-<directive type="section" module="core">Files</directive>,
-<directive type="section" module="core">FilesMatch</directive>,
-<directive type="section" module="core">Location</directive>,
-<directive type="section" module="core">LocationMatch</directive>,
-<directive type="section" module="mod_proxy">Proxy</directive>
-ve <directive type="section" module="mod_proxy">ProxyMatch</directive>
-bölümlerinde de izin verilir. Yine de bazı istisnai durumlar mevcuttur:</p>
-
-<ul>
-<li><directive module="core">AllowOverride</directive> yönergesi sadece
-<directive type="section" module="core">Directory</directive> bölümlerinde çalışır.</li>
-
-<li><directive module="core">Options</directive> yönergesinin
-<code>FollowSymLinks</code> ve <code>SymLinksIfOwnerMatch</code>
-seçenekleri sadece <directive type="section" module="core">Directory</directive>
-bölümlerinde veya <code>.htaccess</code> dosyalarında çalışır.</li>
-
-<li><directive module="core">Options</directive> yönergesi
-<directive type="section" module="core">Files</directive> ve
-<directive type="section" module="core">FilesMatch</directive>
-bölümlerinde kullanılamaz.</li>
-</ul>
+ <p>Hangi yönergelere hangi yapılandırma bölümlerinde izin verildiğini
+ öğrenmek için yönerge <a href="mod/directive-dict.html#Context"
+ >bağlamına</a> bakınız. <directive type="section"
+ module="core">Directory</directive> bölümlerinde
+ izin verilen herşeye sözdizimsel olarak ayrıca
+ <directive type="section" module="core">DirectoryMatch</directive>,
+ <directive type="section" module="core">Files</directive>,
+ <directive type="section" module="core">FilesMatch</directive>,
+ <directive type="section" module="core">Location</directive>,
+ <directive type="section" module="core">LocationMatch</directive>,
+ <directive type="section" module="mod_proxy">Proxy</directive>
+ ve <directive type="section" module="mod_proxy">ProxyMatch</directive>
+ bölümlerinde de izin verilir. Yine de bazı istisnai durumlar
+ mevcuttur:</p>
+
+ <ul>
+ <li><directive module="core">AllowOverride</directive> yönergesi sadece
+ <directive type="section" module="core">Directory</directive>
+ bölümlerinde çalışır.</li>
+
+ <li><directive module="core">Options</directive> yönergesinin
+ <code>FollowSymLinks</code> ve <code>SymLinksIfOwnerMatch</code>
+ seçenekleri sadece <directive type="section" module="core"
+ >Directory</directive> bölümlerinde veya <code>.htaccess</code>
+ dosyalarında çalışır.</li>
+
+ <li><directive module="core">Options</directive> yönergesi
+ <directive type="section" module="core">Files</directive> ve
+ <directive type="section" module="core">FilesMatch</directive>
+ bölümlerinde kullanılamaz.</li>
+ </ul>
</section>
<section id="mergin"><title>Bölümler Nasıl Katıştırılır?</title>
-<p>Yapılandırma bölümleri belli bir sıra ile uygulanır. Yapılandırma
-yönergelerinin yorumlanışı üzerinde önemli etkilere sahip olabilmesi
-nedeniyle neyin ne zaman çalıştığını anlamak çok önemlidir.</p>
+ <p>Yapılandırma bölümleri belli bir sıra ile uygulanır. Yapılandırma
+ yönergelerinin yorumlanışı üzerinde önemli etkilere sahip olabilmesi
+ nedeniyle neyin ne zaman çalıştığını anlamak çok önemlidir.</p>
<p>Yapılandırma bölümlerinin katıştırılma sırası şöyledir:</p>
<ol>
<li><directive type="section"
module="core">Directory</directive> (düzenli ifadeler hariç)
- ve <code>.htaccess</code> aynı anda işleme sokulur
- (<code>.htaccess</code> ile eğer izin verilmişse <directive
- type="section" module="core">Directory</directive> içindeki bazı
+ ve <code>.htaccess</code> aynı anda işleme sokulur
+ (<code>.htaccess</code> ile eğer izin verilmişse <directive
+ type="section" module="core">Directory</directive> içindeki bazı
yönergeler geçersiz kılınabileceği için).</li>
<li><directive type="section" module="core">DirectoryMatch</directive>
(ve <code><Directory ~></code>).</li>
- <li><directive type="section" module="core">Files</directive> ve <directive
- type="section" module="core">FilesMatch</directive> aynı anda işleme sokulur.</li>
+ <li><directive type="section" module="core">Files</directive> ve
+ <directive type="section" module="core">FilesMatch</directive> aynı anda
+ işleme sokulur.</li>
<li><directive type="section" module="core">Location</directive>
- ve <directive type="section" module="core">LocationMatch</directive>
+ ve <directive type="section" module="core">LocationMatch</directive>
aynı anda işleme sokulur.</li>
- </ol>
- <p><directive type="section" module="core">Directory</directive>
- bölümündekiler hariç, her grup, yapılandırma dosyasında bulundukları
- sıraya göre işleme sokulurlar. Yukarıda 1. grup olan <directive
- type="section" module="core">Directory</directive> bölümü en kısa dizin
- elemanından en uzun dizin elemanına doğru işleme sokulur. Yani, örneğin,
- <code><Directory /var/web/dir></code> bölümü <code><Directory
- /var/web/dir/subdir></code> bölümünden önce işleme sokulacaktır. Eğer
- aynı uzunlukta çok sayıda dizin varsa <directive type="section"
- module="core">Directory</directive> bölümleri yapılandırma dosyasında
- bulundukları sıraya göre işleme sokulurlar. <directive
- module="core">Include</directive> yönergeleri ile yapılandırmaya dahil
- edilen dosyaların içerikleri <directive module="core">Include</directive>
- yönergesinin bulunduğu yere konulduktan sonra işleme sokulurlar.</p>
-
- <p><directive type="section" module="core">VirtualHost</directive>
- bölümlerinin içindeki bölümler, sanal konak tanımı dışındaki karşılıklarından
- <em>sonra</em> uygulanırlar.</p>
-
- <p>İstek <module>mod_proxy</module> tarafından sunulduğu takdirde,
- <directive module="mod_proxy" type="section">Proxy</directive> taşıyıcısı
- işlem sırasında <directive module="core" type="section">Directory</directive>
- taşıyıcısının yerini alır.</p>
-
- <p>Sonraki bölümler öncekileri geçersiz kılmak üzere işleme alınırlar.</p>
-
-<note><title>Bazı Teknik Bilgiler</title>
- Aslında, isim dönüşüm aşamasından (<code>Aliases</code> ve
- <code>DocumentRoots</code>, URL’leri dosya isimlerine eşlemek için
- kullanılırken) hemen önce uygulanan bir
- <code><Location></code>/<code><LocationMatch></code> dizisi
- vardır. Bu dizinin sonuçları isim dönüşüm aşaması tamamlandıktan sonra
- tamamen elden çıkarılır.
-</note>
-
-<section id="merge-examples"><title>Bazı Örnekler</title>
-
-<p>Aşağıdaki yapay örnekte katıştırma sırası gösterilmiştir. Hepsinin aynı
-isteğe uygulandığı varsayımıyla, bu örnekteki yönergeler A > B > C > D >
-E sırasıyla uygulanacaktır.</p>
-
-<example>
-<Location /><br />
-E<br />
-</Location><br />
-<br />
-<Files f.html><br />
-D<br />
-</Files><br />
-<br />
-<VirtualHost *><br />
-<Directory /a/b><br />
-B<br />
-</Directory><br />
-</VirtualHost><br />
-<br />
-<DirectoryMatch "^.*b$"><br />
-C<br />
-</DirectoryMatch><br />
-<br />
-<Directory /a/b><br />
-A<br />
-</Directory><br />
-<br />
-</example>
-
-<p>Daha somut bir örnek olarak aşağıdakini ele alalım. <directive module="core"
-type="section">Directory</directive> bölümlerindeki erişim sınırlamaları ne
-olursa olsun <directive module="core" type="section">Location</directive>
-bölümü son olarak değerlendirmeye alınacak ve sunucuya sınırsız erişim verecektir.
-Başka bir deyişle, katıştırma sırası önemlidir, bu nedenle dikkatli olmalısınız!</p>
-
-<example>
-<Location /><br />
-<indent>
- Order deny,allow<br />
- Allow from all<br />
-</indent>
-</Location><br />
-<br />
-# Alooo! Bu <Directory> bölümünün hiçbir hükmü yok.<br />
-<Directory /><br />
-<indent>
- Order allow,deny<br />
- Allow from all<br />
- Deny from kkadam.mesela.dom<br />
-</indent>
-</Directory>
-</example>
+ <li><directive type="section" module="core">If</directive>
+ </li>
+ </ol>
-</section>
+ <p><directive type="section" module="core">Directory</directive>
+ bölümündekiler hariç, her grup, yapılandırma dosyasında bulundukları
+ sıraya göre işleme sokulurlar. Yukarıda 1. grup olan <directive
+ type="section" module="core">Directory</directive> bölümü en kısa dizin
+ elemanından en uzun dizin elemanına doğru işleme sokulur. Yani, örneğin,
+ <code><Directory /var/web/dir></code> bölümü <code><Directory
+ /var/web/dir/subdir></code> bölümünden önce işleme sokulacaktır. Eğer
+ aynı uzunlukta çok sayıda dizin varsa <directive type="section"
+ module="core">Directory</directive> bölümleri yapılandırma dosyasında
+ bulundukları sıraya göre işleme sokulurlar. <directive
+ module="core">Include</directive> yönergeleri ile yapılandırmaya dahil
+ edilen dosyaların içerikleri <directive module="core">Include</directive>
+ yönergesinin bulunduğu yere konulduktan sonra işleme sokulurlar.</p>
+
+ <p><directive type="section" module="core">VirtualHost</directive>
+ bölümlerinin içindeki bölümler, sanal konak tanımı dışındaki
+ karşılıklarından <em>sonra</em> uygulanırlar.</p>
+
+ <p>İstek <module>mod_proxy</module> tarafından sunulduğu takdirde,
+ <directive module="mod_proxy" type="section">Proxy</directive> taşıyıcısı
+ işlem sırasında <directive module="core" type="section"
+ >Directory</directive> taşıyıcısının yerini alır.</p>
+
+ <p>Sonraki bölümler öncekileri geçersiz kılmak üzere işleme alınırlarsa da
+ her modül bu geçersiz kılmaya sebep olan formu yorumlamaktan sorumludur.
+ Belli bir modülülün yönergeleri bulunan sonraki yapılandırma bölümleri,
+ bazı yönergelerin, tüm yönergelerin veya modül yapılandırmasının
+ tamamının sonraki bağlamda açıkça listelenmiş modül öntanımlıları ve
+ yönergelerle bir kavramsal "katıştırmasına" sebep olabilir.</p>
+
+ <note><title>Bazı Teknik Bilgiler</title>
+ Aslında, isim dönüşüm aşamasından (<code>Aliases</code> ve
+ <code>DocumentRoots</code>, URL’leri dosya isimlerine eşlemek için
+ kullanılırken) hemen önce uygulanan bir
+ <code><Location></code>/<code><LocationMatch></code> dizisi
+ vardır. Bu dizinin sonuçları isim dönüşüm aşaması tamamlandıktan sonra
+ tamamen elden çıkarılır.
+ </note>
+
+ <section id="merge-examples"><title>Bazı Örnekler</title>
+
+ <p>Aşağıdaki yapay örnekte katıştırma sırası gösterilmiştir. Hepsinin aynı
+ isteğe uygulandığı varsayımıyla, bu örnekteki yönergeler A > B > C
+ > D > E sırasıyla uygulanacaktır.</p>
+
+ <example>
+ <Location /><br />
+ E<br />
+ </Location><br />
+ <br />
+ <Files f.html><br />
+ D<br />
+ </Files><br />
+ <br />
+ <VirtualHost *><br />
+ <Directory /a/b><br />
+ B<br />
+ </Directory><br />
+ </VirtualHost><br />
+ <br />
+ <DirectoryMatch "^.*b$"><br />
+ C<br />
+ </DirectoryMatch><br />
+ <br />
+ <Directory /a/b><br />
+ A<br />
+ </Directory><br />
+ <br />
+ </example>
+
+ <p>Daha somut bir örnek olarak aşağıdakini ele alalım.
+ <directive module="core" type="section">Directory</directive>
+ bölümlerindeki erişim sınırlamaları ne olursa olsun <directive
+ module="core" type="section">Location</directive> bölümü son olarak
+ değerlendirmeye alınacak ve sunucuya sınırsız erişim verecektir.
+ Başka bir deyişle, katıştırma sırası önemlidir, bu nedenle dikkatli
+ olmalısınız!</p>
+
+ <example>
+ <Location /><br />
+ <indent>
+ Order deny,allow<br />
+ Allow from all<br />
+ </indent>
+ </Location><br />
+ <br />
+ # Alooo! Bu <Directory> bölümünün hiçbir hükmü yok.<br />
+ <Directory /><br />
+ <indent>
+ Order allow,deny<br />
+ Allow from all<br />
+ Deny from kkadam.mesela.dom<br />
+ </indent>
+ </Directory>
+ </example>
+ </section>
</section>
</manualpage>
Modified: httpd/httpd/branches/2.4.x/docs/manual/server-wide.xml.tr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/server-wide.xml.tr?rev=1308304&r1=1308303&r2=1308304&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/server-wide.xml.tr [utf-8] (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/server-wide.xml.tr [utf-8] Mon Apr 2 11:22:25 2012
@@ -1,7 +1,7 @@
<?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: 420990:922232 (outdated) -->
+<!-- English Revision: 922232 -->
<!-- =====================================================
Translated by: Nilgün Belma Bugüner <nilgun belgeler.org>
Reviewed by: Orhan Berent <berent belgeler.org>
@@ -29,8 +29,9 @@
<title>Sunucu Genelinde Yapılandırma</title>
<summary>
-<p>Bu belgede <module>core</module> modülü ile sağlanan ve sunucunun temel
-işlemlerini yapılandırmakta kullanılan yönergelerden bazıları açıklanmıştır.</p>
+ <p>Bu belgede <module>core</module> modülü ile sağlanan ve sunucunun temel
+ işlemlerini yapılandırmakta kullanılan yönergelerden bazıları
+ açıklanmıştır.</p>
</summary>
<section id="identification">
@@ -60,7 +61,7 @@ işlemlerini yapılandırmakta kullanıl
yönergeleri, sunucu tarafından, özüne yönelik URL’leri nasıl
oluşturacağını saptamak için kullanılır. Örneğin bir istemci bir dizin
isteğinde bulunurken URL’nin sonuna bölü çizgisi eklemese bile
- Apache’nin istemciyi bölü çizgisi ile bitirilmiş URL yoluna
+ Apache httpd’nin istemciyi bölü çizgisi ile bitirilmiş URL yoluna
yönlendirmesi gerekir; böylece istemci belge içindeki göreli
bağlantıları doğru şekilde çözümleyebilir.</p>
</section>
@@ -73,15 +74,15 @@ işlemlerini yapılandırmakta kullanıl
<directive module="mpm_common">CoreDumpDirectory</directive>
<directive module="core">DocumentRoot</directive>
<directive module="core">ErrorLog</directive>
- <directive module="mpm_common">LockFile</directive>
+ <directive module="core">Mutex</directive>
<directive module="mpm_common">PidFile</directive>
<directive module="mpm_common">ScoreBoardFile</directive>
<directive module="core">ServerRoot</directive>
</directivelist>
</related>
- <p>Bu yönergeler Apache’nin doğru işlem yapması için gereksinim duyduğu
- çeşitli dosyaların yerlerini belirlerler. Bölü çizgisi (/) ile
+ <p>Bu yönergeler Apache httpd’nin doğru işlem yapması için gereksinim
+ duyduğu çeşitli dosyaların yerlerini belirlerler. Bölü çizgisi (/) ile
başlamayan dosya yolları kullanıldığında bu dosyaların yerlerinin
<directive module="core">ServerRoot</directive> yönergesinde belirtilen
dizine göre belirtildiği varsayılır; root olmayan kullanıcılar
@@ -107,12 +108,12 @@ işlemlerini yapılandırmakta kullanıl
</directivelist>
</related>
- <p><code>LimitRequest*</code> yönergeleri, Apache’nin istemcilerden gelen
- istekleri okumak için kullanacağı özkaynakların miktarları ile ilgili
- sınırlamalar koymak için kullanılırlar. Bu değerleri sınırlamak
+ <p><code>LimitRequest*</code> yönergeleri, Apache httpd’nin istemcilerden
+ gelen istekleri okumak için kullanacağı özkaynakların miktarları ile
+ ilgili sınırlamalar koymak için kullanılırlar. Bu değerleri sınırlamak
suretiyle bazı hizmet reddi saldırılarının etkileri azaltılabilir.</p>
- <p><code>RLimit*</code> yönergeleri ise Apache’nin çocuk süreçleri
+ <p><code>RLimit*</code> yönergeleri ise Apache httpd’nin çocuk süreçleri
tarafından çatallanabilen özkaynakların miktarlarını sınırlamakta
kullanılırlar. Özellikle de CGI betikleri ve SSI çalıştırma komutları
tarafından kullanılan özkaynakları denetlemekte kullanılırlar.</p>
@@ -121,4 +122,20 @@ işlemlerini yapılandırmakta kullanıl
bazı platformlarda yığıt boyutunu denetim altında tutmak için
kullanılır.</p>
</section>
+
+ <section id="implementation">
+ <title>Gerçeklenimle ilgili Seçimler</title>
+
+ <related>
+ <directivelist>
+ <directive module="core">Mutex</directive>
+ </directivelist>
+ </related>
+
+ <p><directive>Mutex</directive> yönergesi, <glossary>APR</glossary>'nin
+ öntanımlı seçimi ile ilgili işlevsel ve başarımsal sorunlarına çare
+ bulmada ilgili gerçeklenimi mutex'ler için değiştirmekte
+ kullanılabilir.</p>
+ </section>
+
</manualpage>
Modified: httpd/httpd/branches/2.4.x/docs/manual/ssl/index.xml.tr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/ssl/index.xml.tr?rev=1308304&r1=1308303&r2=1308304&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/ssl/index.xml.tr [utf-8] (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/ssl/index.xml.tr [utf-8] Mon Apr 2 11:22:25 2012
@@ -1,7 +1,7 @@
<?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: 420990:1070915 (outdated) -->
+<!-- English Revision: 1070915 -->
<!-- =====================================================
Translated by: Nilgün Belma Bugüner <nilgun belgeler.org>
Reviewed by: Orhan Berent <berent belgeler.org>
@@ -40,9 +40,9 @@
<section id="documentation"><title>Belgeler</title>
<ul>
- <li><a href="ssl_intro.html">Giriş</a></li>
+ <li><a href="ssl_howto.html">mod_ssl Yapılandırması Nasıl</a></li>
+ <li><a href="ssl_intro.html">SSL'ye Giriş</a></li>
<li><a href="ssl_compat.html">Uyumluluk</a></li>
- <li><a href="ssl_howto.html">NASIL</a></li>
<li><a href="ssl_faq.html">Sıkça Sorulan Sorular</a></li>
<li><a href="../glossary.html">Terimler</a></li>
</ul>