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