]> granicus.if.org Git - apache/blob - docs/manual/sections.xml.tr
Rebuild
[apache] / docs / manual / sections.xml.tr
1 <?xml version="1.0" encoding="UTF-8" ?>
2 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
3 <?xml-stylesheet type="text/xsl" href="./style/manual.tr.xsl"?>
4 <!-- English Revision: 735922:1226477 (outdated) -->
5 <!-- =====================================================
6  Translated by: Nilgün Belma Bugüner <nilgun belgeler.org>
7    Reviewed by: Orhan Berent <berent belgeler.org>
8 ========================================================== -->
9
10 <!--
11  Licensed to the Apache Software Foundation (ASF) under one or more
12  contributor license agreements.  See the NOTICE file distributed with
13  this work for additional information regarding copyright ownership.
14  The ASF licenses this file to You under the Apache License, Version 2.0
15  (the "License"); you may not use this file except in compliance with
16  the License.  You may obtain a copy of the License at
17
18      http://www.apache.org/licenses/LICENSE-2.0
19
20  Unless required by applicable law or agreed to in writing, software
21  distributed under the License is distributed on an "AS IS" BASIS,
22  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
23  See the License for the specific language governing permissions and
24  limitations under the License.
25 -->
26
27 <manualpage metafile="sections.xml.meta">
28
29 <title>Yapılandırma Bölümleri</title>
30
31 <summary> <p><a href="configuring.html">Yapılandırma dosyaları</a>ndaki 
32 yönergeler sunucunun tamamına uygulanacağı gibi sadece belli dizinler, 
33 dosyalar, konaklar veya URL’lere uygulanmakla sınırlanabilir. Bu belgede, 
34 yapılandırma bölümü taşıyıcılarınının veya <code>.htaccess</code> dosyalarının, 
35 yapılandırma dosyalarındaki diğer yönergelerin etki alanlarını değiştirtirmek 
36 için nasıl kullanılacağı açıklanmıştır.</p>
37 </summary>
38
39 <section id="types"><title>Yapılandırma Bölümü Taşıyıcılarının Türleri</title>
40
41 <related>
42 <modulelist>
43 <module>core</module>
44 <module>mod_version</module>
45 <module>mod_proxy</module>
46 </modulelist>
47 <directivelist>
48 <directive type="section" module="core">Directory</directive>
49 <directive type="section" module="core">DirectoryMatch</directive>
50 <directive type="section" module="core">Files</directive>
51 <directive type="section" module="core">FilesMatch</directive>
52 <directive type="section" module="core">If</directive>
53 <directive type="section" module="core">IfDefine</directive>
54 <directive type="section" module="core">IfModule</directive>
55 <directive type="section" module="mod_version">IfVersion</directive>
56 <directive type="section" module="core">Location</directive>
57 <directive type="section" module="core">LocationMatch</directive>
58 <directive type="section" module="mod_proxy">Proxy</directive>
59 <directive type="section" module="mod_proxy">ProxyMatch</directive>
60 <directive type="section" module="core">VirtualHost</directive>
61 </directivelist>
62 </related>
63
64 <p>İki temel taşıyıcı türü vardır. Taşıyıcıların çoğu her istek için 
65 değerlendirmeye alınır. Taşıyıcılardaki yönergeler ise sadece bu 
66 taşıyıcılarla eşleşen istekler için uygulanır. Diğer yandan, 
67 <directive type="section" module="core">IfDefine</directive>, 
68 <directive type="section" module="core">IfModule</directive> ve 
69 <directive type="section" module="mod_version">IfVersion</directive> 
70 taşıyıcıları sadece sunucu başlatılırken veya yeniden başlatılırken 
71 değerlendirmeye alınır. Başlatma sırasında gerektirdikleri koşullar 
72 sağlanıyorsa içerdikleri yönergeler tüm isteklere uygulanır. Aksi 
73 takdirde, içerdikleri yönergeler yok sayılır.</p>
74
75 <p><directive type="section" module="core">IfDefine</directive> yönergesi 
76 sadece <program>httpd</program> komut satırında uygun parametreler 
77 tanımlanmışsa uygulanabilecek yönergeleri içerir. Örneğin, aşağıdaki 
78 yapılandırma ile tüm isteklerin diğer siteye yönlendirilebilmesi sadece 
79 sunucu <code>httpd -DClosedForNow</code> komut satırı ile başlatıldığı 
80 takdirde mümkün olur:</p>
81
82 <example>
83 &lt;IfDefine ClosedForNow&gt;<br />
84 <indent>
85   Redirect / http://otherserver.example.com/<br />
86 </indent>
87 &lt;/IfDefine&gt;
88 </example>
89
90 <p><directive type="section" module="core">IfModule</directive> yönergesi 
91 sadece belli bir modülün sunucuda kullanılabilir durumda olması halinde 
92 uygulanabilecek yönergeleri içerir. Modülün ya sunucuyla birlikte durağan 
93 olarak derlenmiş olması ya da devingen olarak derlenmiş ve yapılandırma 
94 dosyasında yönergeden önce o modüle ilişkin bir <directive module="mod_so"
95 >LoadModule</directive> satırının bulunması gerekir. Bu yönergeyi sadece 
96 belli bir modülün varlığının veya yokluğunun yapılandırma dosyanızın 
97 çalışmasını etkilememesini istediğiniz durumlarda kullanmalısınız. 
98 Eksik modüllerle ilgili hata iletilerini engellediğinden, taşıyıcı içine, 
99 her zaman çalışması istenen yönergeler konulmamalıdır.</p>
100
101 <p>Aşağıdaki örnekte, <directive module="mod_mime_magic"
102 >MimeMagicFiles</directive> yönergesi sadece <module>mod_mime_magic</module> 
103 modülü mevcutsa uygulanacaktır.</p>
104
105 <example>
106 &lt;IfModule mod_mime_magic.c&gt;<br />
107 <indent>
108   MimeMagicFile conf/magic<br />
109 </indent>
110 &lt;/IfModule&gt;
111 </example>
112
113 <p><directive type="section" module="mod_version">IfVersion</directive> 
114 yönergesi sunucunun belli bir sürümünün çalıştırılması halinde 
115 uygulanabilecek yönergeleri içerebilmesi dışında <directive 
116 type="section" module="core">IfDefine</directive> ve <directive 
117 type="section" module="core">IfModule</directive> yönergeleri gibidir. 
118 <module>mod_version</module> modülü farklı httpd sürümleri ve farklı 
119 yapılandırmalarla büyük ağlarda çalışmayı mümkün kılmak veya sürüm 
120 denemeleri yapabilmek amacıyla tasarlanmıştır.</p>
121
122 <example>
123 &lt;IfVersion >= 2.1&gt;<br />
124 <indent>
125   # burası sadece 2.1.0 veya daha üstü sürümlerde<br />
126   # iş görür.<br />
127 </indent>
128 &lt;/IfVersion&gt;
129 </example>
130
131 <p><directive type="section" module="core">IfDefine</directive>,
132 <directive type="section" module="core">IfModule</directive> ve
133 <directive type="section" module="mod_version">IfVersion</directive> 
134 yönergelerinin önüne "!" konularak olumsuz koşullar için uygulanabilir. 
135 Ayrıca, bu bölümler daha karmaşık sınırlamalar elde etmek amacıyla bir 
136 diğerinin içinde kullanılabilirler.</p>
137 </section>
138
139 <section id="file-and-web"><title>Dosya Sistemi ve Site Alanı</title>
140
141 <p>En sık kullanılan yapılandırma bölümü taşıyıcıları dosya sistemindeki 
142 veya site alanındaki belli yerlerin yapılandırmalarını değiştirmekte 
143 kullanılanlardır. Öncelikle, bu ikisi arasındaki farkları bilmek önemlidir. 
144 Dosya sistemi disklerinizin işletim sistemi tarafından size gösterilen 
145 halidir. Örneğin, öntanımlı kurulumda Apache, Unix sistemlerinde 
146 <code>/usr/local/apache2</code> altındayken Windows sistemlerinde 
147 <code>"c:/Program Files/Apache Group/Apache2"</code> altındadır. 
148 (Bilgi: Windows için bile, Apache’de dosya yolu belirtilirken 
149 tersbölü değil normal bölü karakterleri kullanılır.) Site alanı 
150 ise sunucu tarafından istemciye sunulan dizin ağacıdır. Yani, site 
151 alanı içindeki <code>/dir/</code> dizini, Apache’nin Unix üzerinde 
152 dosya sistemine öntanımlı olarak kurulduğu yer göz önüne alınarak, 
153 dosya sistemindeki  <code>/usr/local/apache2/htdocs/dir/</code> 
154 dizinine karşılıktır. Site sayfaları veritabanlarından veya başka yerlerden 
155 devingen olarak üretilebildiğinden site alanlarının doğrudan dosya 
156 sistemine eşlenmesi gerekli değildir.</p>
157
158 <section id="filesystem"><title>Dosya Sistemi Taşıyıcıları</title>
159
160 <p><directive type="section" module="core">Directory</directive>
161 ve <directive type="section" module="core">Files</directive> taşıyıcıları, 
162 <glossary ref="regex">düzenli ifade</glossary> karşılıkları ile beraber, 
163 yönergeleri dosya sisteminin parçalarına uygularlar. Bir <directive
164 type="section" module="core">Directory</directive> bölümü içindeki 
165 yönergeler belli bir dosya sistemi dizinine ve onun alt dizinlerine 
166 uygulanır. Aynı etki <a href="howto/htaccess.html">.htaccess dosyaları</a> 
167 kullanılarak da sağlanabilir. Örneğin aşağıdaki yapılandırmada, 
168 <code>/var/web/dir1</code> dizini ve alt dizinlerinde dizin içeriğinin 
169 listelenmesi etkin kılınmaktadır.</p>
170
171 <example>
172 &lt;Directory /var/web/dir1&gt;<br />
173 <indent>
174   Options +Indexes<br />
175 </indent>
176 &lt;/Directory&gt;
177 </example>
178
179 <p>Bir <directive type="section" module="core">Files</directive> bölümü 
180 içindeki yönergeler, hangi dizinde bulunduğuna bakılmaksızın ismi belirtilen 
181 dosyalara uygulanır. Örneğin, aşağıdaki yapılandırma yönergeleri yapılandırma 
182 dosyasının ana bölümüne yerleştirildiği takdirde <code>gizli.html</code> 
183 isimli dosyalara nerede bulunursa bulunsun erişime izin vermeyecektir.</p>
184
185 <example>
186 &lt;Files gizli.html&gt;<br />
187 <indent>
188 Order allow,deny<br />
189 Deny from all<br />
190 </indent>
191 &lt;/Files&gt;
192 </example>
193
194 <p>Dosya sisteminin belli bir yerindeki belli dosyalarla ilgili yaptırımlar 
195 için <directive type="section" module="core">Files</directive> ve
196 <directive type="section" module="core">Directory</directive> bölümleri 
197 birlikte kullanılabilir. Örneğin, aşağıdaki yapılandırma 
198 <code>/var/web/dir1/gizli.html</code>,
199 <code>/var/web/dir1/subdir2/gizli.html</code>,
200 <code>/var/web/dir1/subdir3/gizli.html</code> ve 
201 <code>/var/web/dir1/</code> altında bulunabilecek diğer tüm 
202 <code>gizli.html</code> dosyalarına erişimi yasaklar.</p>
203
204 <example>
205 &lt;Directory /var/web/dir1&gt;<br />
206 <indent>
207 &lt;Files gizli.html&gt;<br />
208 <indent>
209 Order allow,deny<br />
210 Deny from all<br />
211 </indent>
212 &lt;/Files&gt;<br />
213 </indent>
214 &lt;/Directory&gt;
215 </example>
216 </section>
217
218 <section id="webspace"><title>Site Alanı Taşıyıcıları</title>
219
220 <p><directive type="section" module="core">Location</directive> yönergesi 
221 ve yönergenin <glossary ref="regex">düzenli ifade</glossary> karşılığı 
222 site alanındaki içerik için yapılandırmayı değiştirir.  Örneğin aşağıdaki 
223 yapılandırma, <code>/gizli</code> ile başlayan URL yollarına erişimi engeller. 
224 Özellikle, <code>http://siteniz.mesela.dom/gizli</code>,
225 <code>http://siteniz.mesela.dom/gizli123</code> ve
226 <code>http://siteniz.mesela.dom/gizli/dir/dosya.html</code> 
227 istekleri yanında <code>/gizli</code> ile başlayan diğer isteklere de 
228 uygulanır.</p>
229
230 <example>
231 &lt;Location /gizli&gt;<br />
232 <indent>
233 Order Allow,Deny<br />
234 Deny from all<br />
235 </indent>
236 &lt;/Location&gt;
237 </example>
238
239 <p>Dosya sistemi ile etkileşime girmeyen herşey için 
240 <directive type="section" module="core">Location</directive> 
241 yönergesi gerekir. Aşağıdaki örnekte, belli bir URL’nin 
242 <module>mod_status</module> modülü tarafından sağlanan bir dahili 
243 Apache eylemcisine nasıl eşlenebileceği gösterilmiştir. Bu örnek 
244 için dosya sisteminde <code>server-status</code> adında bir dosya 
245 veya dizin bulunması gerekli değildir.</p>
246
247 <example>
248 &lt;Location /server-status&gt;<br />
249 <indent>
250 SetHandler server-status<br />
251 </indent>
252 &lt;/Location&gt;
253 </example>
254 </section>
255
256 <section id="wildcards"><title>Dosya Adı Şablonları ve Düzenli İfadeler</title>
257
258 <p><directive type="section" module="core">Directory</directive>,
259 <directive type="section" module="core">Files</directive> ve
260 <directive type="section" module="core">Location</directive> yönergelerinde, 
261 Standart C kütüphanesindeki <code>fnmatch</code> işlevindeki gibi kabuk tarzı 
262 dosya ismi kalıpları kullanılabilir. "*" karakteri herhangi bir karakter dizisi 
263 ile eşleşirken "?" karakteri tek tek karakterlerle ve "[<em>seq</em>]" kalıbı 
264 ise <em>seq</em> içindeki her karakterle eşleşir. "/" karakteri her hangi bir 
265 kalıp karakteri ile eşleşmez; açıkça belirtilmesi gerekir.</p>
266
267 <p>Daha esnek bir eşleşmenin gerekli olduğu durumlar için her taşıyıcının bir 
268 düzenli ifade karşılığı vardır. <directive type="section" module="core"
269 >DirectoryMatch</directive>, <directive type="section" module="core"
270 >FilesMatch</directive> ve <directive type="section" module="core"
271 >LocationMatch</directive> yönergelerinde gerekli eşleşmeleri seçmek için 
272 perl uyumlu <glossary ref="regex">düzenli ifadelerin</glossary> kullanımına 
273 izin verilir. Ayrıca, yönergelerin uygulanışının düzenli ifade bölümleri 
274 kullanılarak nasıl değiştirileceğini öğrenmek için, aşağıda, yapılandırmanın 
275 katıştırılmasıyla ilgili bölüme de bakınız.</p>
276
277 <p>Tüm kullanıcı dizinlerine ilişkin yapılandırmayı değiştirmek için dosya 
278 ismi kalıpları şöyle kullanılabilirdi:</p>
279
280 <example>
281 &lt;Directory /home/*/public_html&gt;<br />
282 <indent>
283 Options Indexes<br />
284 </indent>
285 &lt;/Directory&gt;
286 </example>
287
288 <p>Düzenli ifade bölümleri kullanarak çeşitli türlerdeki resim dosyalarına 
289 erişimi bir defada yasaklayabiliriz:</p>
290 <example>
291 &lt;FilesMatch \.(?i:gif|jpe?g|png)$&gt;<br />
292 <indent>
293 Order allow,deny<br />
294 Deny from all<br />
295 </indent>
296 &lt;/FilesMatch&gt;
297 </example>
298
299 </section>
300
301 <section id="whichwhen"><title>Ne, Ne Zaman Kullanılır?</title>
302
303 <p>Dosya sistemi taşıyıcıları ile site alanı taşıyıcıları arasında seçim 
304 yapmak aslında oldukça kolaydır. Dosya sisteminde bulunan nesnelere 
305 uygulanacak yönergeler için daima <directive type="section" module="core"
306 >Directory</directive> veya <directive type="section" module="core"
307 >Files</directive> kullanılır. Dosya sisteminde bulunmayan nesnelere 
308 (bir sayfanın bir veritabanı tarafından üretilmesi gibi) uygulanacak 
309 yönergeler için ise <directive type="section" module="core"
310 >Location</directive> kullanılır.</p>
311
312 <p>Dosya sistemindeki nesnelere erişimi kısıtlarken asla 
313 <directive type="section" module="core">Location</directive> 
314 kullanmamak önemlidir. Bunun sebebi farklı site alanı konumlarının 
315 (URL’ler) aynı dosya sistemi konumuna eşlenebilmesi dolayısıyla 
316 kısıtlamalarınızın etrafından dolaşılabilmesine izin vermesidir. 
317 Örneğin, aşağıdaki yapılandırmayı ele alalım:</p>
318
319 <example>
320 &lt;Location /dir/&gt;<br />
321 <indent>
322 Order allow,deny<br />
323 Deny from all<br />
324 </indent>
325 &lt;/Location&gt;
326 </example>
327
328 <p><code>http://siteniz.mesela.dom/dir/</code> için bir istek yapılmışsa 
329 bu doğru çalışacaktır. Fakat dosya sistemi harf büyüklüğüne duyarsızsa 
330 ne olacak? Kısıtlamanız, istek <code>http://siteniz.mesela.dom/DIR/</code> 
331 şeklinde yapılarak kolayca geçersiz kılınabilir. Halbuki <directive 
332 type="section" module="core">Directory</directive> yönergesi isteğin 
333 nasıl yapıldığına bakılmaksızın bu konumdan sunulan her türlü içeriğe 
334 uygulanacaktı. (Dosya sistemi bağlarıyla bu da aşılabilir. Sembolik 
335 bağlar kullanılarak aynı dizin dosya sisteminin bir çok yerine 
336 yerleştirilebilir. <directive type="section" module="core"
337 >Directory</directive> yönergesi dosya yolunu sıfırlamaksızın sembolik 
338 bağları izleyecektir. Bu bakımdan, en yüksek seviyede güvenlik için uygun 
339 <directive module="core">Options</directive> yönergesi ile sembolik bağların 
340 izlenmesi devredışı bırakılabilir.)</p>
341
342 <p>Belki de siz sırf harf büyüklüğüne duyarlı bir dosya sistemi kullanıyorsunuz 
343 diye böyle uygulamalara ihtiyacınız olmadığını düşünüyor olabilirsiniz, fakat 
344 aynı site alanını çok sayıda dosya sistemi konumuna eşleyecek daha bir sürü 
345 yol bulunduğunu unutmayınız. Bu bakımdan dosya sisteminde yapacağınız 
346 kısıtlamalarda daima dosya sistemi taşıyıcılarını kullanmalısınız. 
347 Bununla birlikte bu kuralın da bir istisnası vardır. Yapılandırma 
348 kısıtlamalarının bir <code>&lt;Location/&gt;</code> bölümü içine koyulması, 
349 bu bölüme konan yönergelerin etki alanının belli bir URL ile sınırlı 
350 olmaması nedeniyle mükemmelen güvenlidir.</p>
351 </section>
352
353 </section>
354
355 <section id="virtualhost"><title>Sanal Konaklar</title>
356
357 <p><directive type="section" module="core">VirtualHost</directive> 
358 taşıyıcısının içinde belli bir konağa uygulanan yönergeler bulunur. 
359 Aynı makinede çok sayıda konağı farklı yapılandırmalarla  sunuyorsanız 
360 bu taşıyıcı çok işinize yarar. Daha fazla bilgi için 
361 <a href="vhosts/">Sanal Konak Belgeleri</a> bölümüne bakınız.</p>
362 </section>
363
364 <section id="proxy"><title>Vekil</title>
365
366 <p><directive type="section" module="mod_proxy">Proxy</directive>
367 ve <directive type="section" module="mod_proxy">ProxyMatch</directive>
368 taşıyıcıları, sadece belli bir URL ile eşleşen <module>mod_proxy</module> 
369 vekil sunucusu üzerinden erişilen sitelere uygulanan yapılandırma yönergelerini 
370 bulundururlar. Örneğin aşağıdaki yapılandırma <code>cnn.com</code> sitesine 
371 erişim için vekil sunucunun kullanılmasını engelleyecektir.</p>
372
373 <example>
374 &lt;Proxy http://cnn.com/*&gt;<br />
375 <indent>
376 Order allow,deny<br />
377 Deny from all<br />
378 </indent>
379 &lt;/Proxy&gt;
380 </example>
381 </section>
382
383 <section id="whatwhere"><title>Hangi Yönergelere İzin Veriliyor?</title>
384
385 <p>Hangi yönergelere hangi yapılandırma bölümlerinde izin verildiğini 
386 öğrenmek için yönerge <a href="mod/directive-dict.html#Context">bağlamına</a> bakınız.
387 <directive type="section" module="core">Directory</directive> bölümlerinde 
388 izin verilen herşeye sözdizimsel olarak ayrıca
389 <directive type="section" module="core">DirectoryMatch</directive>,
390 <directive type="section" module="core">Files</directive>,
391 <directive type="section" module="core">FilesMatch</directive>,
392 <directive type="section" module="core">Location</directive>,
393 <directive type="section" module="core">LocationMatch</directive>,
394 <directive type="section" module="mod_proxy">Proxy</directive>
395 ve <directive type="section" module="mod_proxy">ProxyMatch</directive>
396 bölümlerinde de izin verilir. Yine de bazı istisnai durumlar mevcuttur:</p>
397
398 <ul>
399 <li><directive module="core">AllowOverride</directive> yönergesi sadece
400 <directive type="section" module="core">Directory</directive> bölümlerinde çalışır.</li>
401
402 <li><directive module="core">Options</directive> yönergesinin 
403 <code>FollowSymLinks</code> ve <code>SymLinksIfOwnerMatch</code> 
404 seçenekleri sadece <directive type="section" module="core">Directory</directive> 
405 bölümlerinde veya <code>.htaccess</code> dosyalarında çalışır.</li>
406
407 <li><directive module="core">Options</directive> yönergesi 
408 <directive type="section" module="core">Files</directive> ve 
409 <directive type="section" module="core">FilesMatch</directive> 
410 bölümlerinde kullanılamaz.</li>
411 </ul>
412 </section>
413
414 <section id="mergin"><title>Bölümler Nasıl Katıştırılır?</title>
415
416 <p>Yapılandırma bölümleri belli bir sıra ile uygulanır. Yapılandırma 
417 yönergelerinin yorumlanışı üzerinde önemli etkilere sahip olabilmesi 
418 nedeniyle neyin ne zaman çalıştığını anlamak çok önemlidir.</p>
419
420     <p>Yapılandırma bölümlerinin katıştırılma sırası şöyledir:</p>
421
422     <ol>
423       <li><directive type="section"
424       module="core">Directory</directive> (düzenli ifadeler hariç)
425       ve <code>.htaccess</code> aynı anda işleme sokulur 
426       (<code>.htaccess</code> ile eğer izin verilmişse <directive 
427       type="section" module="core">Directory</directive> içindeki bazı 
428       yönergeler geçersiz kılınabileceği için).</li>
429
430       <li><directive type="section" module="core">DirectoryMatch</directive>
431       (ve <code>&lt;Directory ~&gt;</code>).</li>
432
433       <li><directive type="section" module="core">Files</directive> ve <directive
434       type="section" module="core">FilesMatch</directive> aynı anda işleme sokulur.</li>
435
436       <li><directive type="section" module="core">Location</directive>
437       ve <directive type="section" module="core">LocationMatch</directive> 
438       aynı anda işleme sokulur.</li>
439     </ol>
440
441     <p><directive type="section" module="core">Directory</directive> 
442     bölümündekiler hariç, her grup, yapılandırma dosyasında bulundukları 
443     sıraya göre işleme sokulurlar. Yukarıda 1. grup olan <directive 
444     type="section" module="core">Directory</directive> bölümü en kısa dizin 
445     elemanından en uzun dizin elemanına doğru işleme sokulur. Yani, örneğin, 
446     <code>&lt;Directory /var/web/dir&gt;</code> bölümü <code>&lt;Directory
447     /var/web/dir/subdir&gt;</code> bölümünden önce işleme sokulacaktır. Eğer 
448     aynı uzunlukta çok sayıda dizin varsa <directive type="section" 
449     module="core">Directory</directive> bölümleri yapılandırma dosyasında 
450     bulundukları sıraya göre işleme sokulurlar. <directive
451     module="core">Include</directive> yönergeleri ile yapılandırmaya dahil 
452     edilen dosyaların içerikleri <directive module="core">Include</directive> 
453     yönergesinin bulunduğu yere konulduktan sonra işleme sokulurlar.</p>
454
455     <p><directive type="section" module="core">VirtualHost</directive> 
456     bölümlerinin içindeki bölümler, sanal konak tanımı dışındaki karşılıklarından 
457     <em>sonra</em> uygulanırlar.</p>
458
459     <p>İstek <module>mod_proxy</module> tarafından sunulduğu takdirde, 
460     <directive module="mod_proxy" type="section">Proxy</directive> taşıyıcısı 
461     işlem sırasında <directive module="core" type="section">Directory</directive> 
462     taşıyıcısının yerini alır.</p>
463
464     <p>Sonraki bölümler öncekileri geçersiz kılmak üzere işleme alınırlar.</p>
465
466 <note><title>Bazı Teknik Bilgiler</title>
467   Aslında, isim dönüşüm aşamasından (<code>Aliases</code> ve 
468   <code>DocumentRoots</code>, URL’leri dosya isimlerine eşlemek için 
469   kullanılırken) hemen önce uygulanan bir 
470   <code>&lt;Location&gt;</code>/<code>&lt;LocationMatch&gt;</code> dizisi 
471   vardır. Bu dizinin sonuçları isim dönüşüm aşaması tamamlandıktan sonra 
472   tamamen elden çıkarılır.
473 </note>
474
475 <section id="merge-examples"><title>Bazı Örnekler</title>
476
477 <p>Aşağıdaki yapay örnekte katıştırma sırası gösterilmiştir. Hepsinin aynı 
478 isteğe uygulandığı varsayımıyla, bu örnekteki yönergeler A &gt; B &gt; C &gt; D &gt;
479 E sırasıyla uygulanacaktır.</p>
480
481 <example>
482 &lt;Location /&gt;<br />
483 E<br />
484 &lt;/Location&gt;<br />
485 <br />
486 &lt;Files f.html&gt;<br />
487 D<br />
488 &lt;/Files&gt;<br />
489 <br />
490 &lt;VirtualHost *&gt;<br />
491 &lt;Directory /a/b&gt;<br />
492 B<br />
493 &lt;/Directory&gt;<br />
494 &lt;/VirtualHost&gt;<br />
495 <br />
496 &lt;DirectoryMatch "^.*b$"&gt;<br />
497 C<br />
498 &lt;/DirectoryMatch&gt;<br />
499 <br />
500 &lt;Directory /a/b&gt;<br />
501 A<br />
502 &lt;/Directory&gt;<br />
503 <br />
504 </example>
505
506 <p>Daha somut bir örnek olarak aşağıdakini ele alalım. <directive module="core"
507 type="section">Directory</directive> bölümlerindeki erişim sınırlamaları ne 
508 olursa olsun <directive module="core" type="section">Location</directive> 
509 bölümü son olarak değerlendirmeye alınacak ve sunucuya sınırsız erişim verecektir. 
510 Başka bir deyişle, katıştırma sırası önemlidir, bu nedenle dikkatli olmalısınız!</p>
511
512 <example>
513 &lt;Location /&gt;<br />
514 <indent>
515   Order deny,allow<br />
516   Allow from all<br />
517 </indent>
518 &lt;/Location&gt;<br />
519 <br />
520 # Alooo!  Bu &lt;Directory&gt; bölümünün hiçbir hükmü yok.<br />
521 &lt;Directory /&gt;<br />
522 <indent>
523   Order allow,deny<br />
524   Allow from all<br />
525   Deny from kkadam.mesela.dom<br />
526 </indent>
527 &lt;/Directory&gt;
528 </example>
529
530 </section>
531
532 </section>
533 </manualpage>