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: 1300910:1786709 (outdated) -->
5 <!-- =====================================================
6 Translated by: Nilgün Belma Bugüner <nilgun belgeler.org>
7 Reviewed by: Orhan Berent <berent belgeler.org>
8 ========================================================== -->
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
18 http://www.apache.org/licenses/LICENSE-2.0
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.
27 <manualpage metafile="sections.xml.meta">
29 <title>Yapılandırma Bölümleri</title>
32 <p><a href="configuring.html">Yapılandırma dosyaları</a>ndaki
33 yönergeler sunucunun tamamına uygulanacağı gibi sadece belli dizinler,
34 dosyalar, konaklar veya URL’lere uygulanmakla sınırlanabilir. Bu
35 belgede, yapılandırma bölümü taşıyıcılarınının veya
36 <code>.htaccess</code> dosyalarının, yapılandırma dosyalarındaki diğer
37 yönergelerin etki alanlarını değiştirtirmek için nasıl kullanılacağı
41 <section id="types"><title>Yapılandırma Bölümü Taşıyıcılarının Türleri</title>
46 <module>mod_version</module>
47 <module>mod_proxy</module>
51 <directive type="section" module="core">Directory</directive>
52 <directive type="section" module="core">DirectoryMatch</directive>
53 <directive type="section" module="core">Files</directive>
54 <directive type="section" module="core">FilesMatch</directive>
55 <directive type="section" module="core">If</directive>
56 <directive type="section" module="core">IfDefine</directive>
57 <directive type="section" module="core">IfModule</directive>
58 <directive type="section" module="mod_version">IfVersion</directive>
59 <directive type="section" module="core">Location</directive>
60 <directive type="section" module="core">LocationMatch</directive>
61 <directive type="section" module="mod_proxy">Proxy</directive>
62 <directive type="section" module="mod_proxy">ProxyMatch</directive>
63 <directive type="section" module="core">VirtualHost</directive>
67 <p>İki temel taşıyıcı türü vardır. Taşıyıcıların çoğu her istek için
68 değerlendirmeye alınır. Taşıyıcılardaki yönergeler ise sadece bu
69 taşıyıcılarla eşleşen istekler için uygulanır. Diğer yandan,
70 <directive type="section" module="core">IfDefine</directive>,
71 <directive type="section" module="core">IfModule</directive> ve
72 <directive type="section" module="mod_version">IfVersion</directive>
73 taşıyıcıları sadece sunucu başlatılırken veya yeniden başlatılırken
74 değerlendirmeye alınır. Başlatma sırasında gerektirdikleri koşullar
75 sağlanıyorsa içerdikleri yönergeler tüm isteklere uygulanır. Aksi
76 takdirde, içerdikleri yönergeler yok sayılır.</p>
78 <p><directive type="section" module="core">IfDefine</directive> yönergesi
79 sadece <program>httpd</program> komut satırında uygun parametreler
80 tanımlanmışsa uygulanabilecek yönergeleri içerir. Örneğin, aşağıdaki
81 yapılandırma ile tüm isteklerin diğer siteye yönlendirilebilmesi sadece
82 sunucu <code>httpd -DClosedForNow</code> komut satırı ile başlatıldığı
83 takdirde mümkün olur:</p>
86 <IfDefine ClosedForNow><br />
88 Redirect / http://otherserver.example.com/<br />
93 <p><directive type="section" module="core">IfModule</directive> yönergesi
94 sadece belli bir modülün sunucuda kullanılabilir durumda olması halinde
95 uygulanabilecek yönergeleri içerir. Modülün ya sunucuyla birlikte durağan
96 olarak derlenmiş olması ya da devingen olarak derlenmiş ve yapılandırma
97 dosyasında yönergeden önce o modüle ilişkin bir <directive
98 module="mod_so">LoadModule</directive> satırının bulunması gerekir. Bu
99 yönergeyi sadece belli bir modülün varlığının veya yokluğunun
100 yapılandırma dosyanızın çalışmasını etkilememesini istediğiniz durumlarda
101 kullanmalısınız. Eksik modüllerle ilgili hata iletilerini
102 engellediğinden, taşıyıcı içine, her zaman çalışması istenen yönergeler
105 <p>Aşağıdaki örnekte, <directive module="mod_mime_magic"
106 >MimeMagicFile</directive> yönergesi sadece
107 <module>mod_mime_magic</module> modülü mevcutsa uygulanacaktır.</p>
110 <IfModule mod_mime_magic.c><br />
112 MimeMagicFile conf/magic<br />
117 <p><directive type="section" module="mod_version">IfVersion</directive>
118 yönergesi sunucunun belli bir sürümünün çalıştırılması halinde
119 uygulanabilecek yönergeleri içerebilmesi dışında <directive
120 type="section" module="core">IfDefine</directive> ve <directive
121 type="section" module="core">IfModule</directive> yönergeleri gibidir.
122 <module>mod_version</module> modülü farklı httpd sürümleri ve farklı
123 yapılandırmalarla büyük ağlarda çalışmayı mümkün kılmak veya sürüm
124 denemeleri yapabilmek amacıyla tasarlanmıştır.</p>
127 <IfVersion >= 2.1><br />
129 # burası sadece 2.1.0 veya daha üstü sürümlerde<br />
135 <p><directive type="section" module="core">IfDefine</directive>,
136 <directive type="section" module="core">IfModule</directive> ve
137 <directive type="section" module="mod_version">IfVersion</directive>
138 yönergelerinin önüne "!" konularak olumsuz koşullar için uygulanabilir.
139 Ayrıca, bu bölümler daha karmaşık sınırlamalar elde etmek amacıyla bir
140 diğerinin içinde kullanılabilirler.</p>
143 <section id="file-and-web">
144 <title>Dosya Sistemi, Site Alanı ve Mantıksal İfadeler</title>
146 <p>En sık kullanılan yapılandırma bölümü taşıyıcıları dosya sistemindeki
147 veya site alanındaki belli yerlerin yapılandırmalarını değiştirmekte
148 kullanılanlardır. Öncelikle, bu ikisi arasındaki farkları bilmek
149 önemlidir. Dosya sistemi disklerinizin işletim sistemi tarafından size
150 gösterilen halidir. Örneğin, öntanımlı kurulumda Apache httpd, Unix
151 sistemlerinde <code>/usr/local/apache2</code> altındayken Windows
152 sistemlerinde <code>"c:/Program Files/Apache Group/Apache2"</code>
153 altındadır. (Bilgi: Windows için bile, Apache httpd yapılandırma
154 dosyalarında dosya yolu belirtilirken tersbölü değil normal bölü
155 karakterleri kullanılır.) Site alanı ise sunucu tarafından istemciye
156 sunulan dizin ağacıdır. Yani, site alanı içindeki <code>/dir/</code>
157 dizini, Apache httpd’nin Unix üzerinde dosya sistemine öntanımlı olarak
158 kurulduğu yer göz önüne alınarak, dosya sistemindeki
159 <code>/usr/local/apache2/htdocs/dir/</code> dizinine karşılıktır. Site
160 sayfaları veritabanlarından veya başka yerlerden devingen olarak
161 üretilebildiğinden site alanlarının doğrudan dosya sistemine eşlenmesi
162 gerekli değildir.</p>
164 <section id="filesystem"><title>Dosya Sistemi Taşıyıcıları</title>
166 <p><directive type="section" module="core">Directory</directive>
167 ve <directive type="section" module="core">Files</directive>
168 taşıyıcıları, <glossary ref="regex">düzenli ifade</glossary> karşılıkları
169 ile beraber, yönergeleri dosya sisteminin parçalarına uygularlar. Bir
170 <directive type="section" module="core">Directory</directive> bölümü
171 içindeki yönergeler belli bir dosya sistemi dizinine ve onun alt
172 dizinlerine uygulanır. Aynı etki <a href="howto/htaccess.html">.htaccess
173 dosyaları</a> kullanılarak da sağlanabilir. Örneğin aşağıdaki
174 yapılandırmada, <code>/var/web/dir1</code> dizini ve alt dizinlerinde
175 dizin içeriğinin listelenmesi etkin kılınmaktadır.</p>
178 <Directory /var/web/dir1><br />
180 Options +Indexes<br />
185 <p>Bir <directive type="section" module="core">Files</directive> bölümü
186 içindeki yönergeler, hangi dizinde bulunduğuna bakılmaksızın ismi
187 belirtilen dosyalara uygulanır. Örneğin, aşağıdaki yapılandırma
188 yönergeleri yapılandırma dosyasının ana bölümüne yerleştirildiği takdirde
189 <code>gizli.html</code> isimli dosyalara nerede bulunursa bulunsun
190 erişime izin vermeyecektir.</p>
193 <Files gizli.html><br />
195 Order allow,deny<br />
201 <p>Dosya sisteminin belli bir yerindeki belli dosyalarla ilgili yaptırımlar
202 için <directive type="section" module="core">Files</directive> ve
203 <directive type="section" module="core">Directory</directive> bölümleri
204 birlikte kullanılabilir. Örneğin, aşağıdaki yapılandırma
205 <code>/var/web/dir1/gizli.html</code>,
206 <code>/var/web/dir1/subdir2/gizli.html</code>,
207 <code>/var/web/dir1/subdir3/gizli.html</code> ve
208 <code>/var/web/dir1/</code> altında bulunabilecek diğer tüm
209 <code>gizli.html</code> dosyalarına erişimi yasaklar.</p>
212 <Directory /var/web/dir1><br />
214 <Files gizli.html><br />
216 Order allow,deny<br />
225 <section id="webspace"><title>Site Alanı Taşıyıcıları</title>
227 <p><directive type="section" module="core">Location</directive> yönergesi
228 ve yönergenin <glossary ref="regex">düzenli ifade</glossary> karşılığı
229 site alanındaki içerik için yapılandırmayı değiştirir. Örneğin aşağıdaki
230 yapılandırma, <code>/gizli</code> ile başlayan URL yollarına erişimi
231 engeller. Özellikle, <code>http://siteniz.mesela.dom/gizli</code>,
232 <code>http://siteniz.mesela.dom/gizli123</code> ve
233 <code>http://siteniz.mesela.dom/gizli/dir/dosya.html</code>
234 istekleri yanında <code>/gizli</code> ile başlayan diğer isteklere de
238 <LocationMatch ^/gizli><br />
240 Order Allow,Deny<br />
243 </LocationMatch>
246 <p>Dosya sistemi ile etkileşime girmeyen herşey için
247 <directive type="section" module="core">Location</directive>
248 yönergesi gerekir. Aşağıdaki örnekte, belli bir URL’nin
249 <module>mod_status</module> modülü tarafından sağlanan bir dahili
250 Apache eylemcisine nasıl eşlenebileceği gösterilmiştir. Bu örnek
251 için dosya sisteminde <code>server-status</code> adında bir dosya
252 veya dizin bulunması gerekli değildir.</p>
255 <Location /server-status><br />
257 SetHandler server-status<br />
263 <section id="overlapping-webspace"><title>Site Alanında Çakışma</title>
264 <p>Belli bölümler ve yönergeler değerlendirilirken çakışan iki URL bir URL
265 olarak dikkate alınır. <directive type="section" module="core"
266 >Location</directive> yönergesi için bu şöyle olurdu:</p>
269 <Location /foo><br />
270 </Location><br />
271 <Location /foo/bar><br />
275 <p>Diğer yandan <directive type="section" module="mod_alias">Takma
276 adlar</directive> tam tersi eşlenir:</p>
279 Alias /foo/bar /srv/www/uncommon/bar<br />
280 Alias /foo /srv/www/common/foo<br />
283 <p>Aynısı <directive module="mod_proxy">ProxyPass</directive>
284 yönergeleri için de geçerlidir:</p>
287 ProxyPass /special-area http://special.example.com smax=5 max=10<br />
288 ProxyPass / balancer://mycluster/ stickysession=JSESSIONID|jsessionid nofailover=On
292 <section id="wildcards">
293 <title>Dosya Adı Şablonları ve Düzenli İfadeler</title>
295 <p><directive type="section" module="core">Directory</directive>,
296 <directive type="section" module="core">Files</directive> ve
297 <directive type="section" module="core">Location</directive>
298 yönergelerinde, Standart C kütüphanesindeki <code>fnmatch</code>
299 işlevindeki gibi kabuk tarzı dosya ismi kalıpları kullanılabilir. "*"
300 karakteri herhangi bir karakter dizisi ile eşleşirken "?" karakteri tek
301 tek karakterlerle ve "[<em>seq</em>]" kalıbı ise <em>seq</em> içindeki
302 her karakterle eşleşir. "/" karakteri her hangi bir kalıp karakteri ile
303 eşleşmez; açıkça belirtilmesi gerekir.</p>
305 <p>Daha esnek bir eşleşmenin gerekli olduğu durumlar için her taşıyıcının
306 bir düzenli ifade karşılığı vardır. <directive type="section"
307 module="core">DirectoryMatch</directive>, <directive type="section"
308 module="core">FilesMatch</directive> ve <directive type="section"
309 module="core">LocationMatch</directive> yönergelerinde gerekli
310 eşleşmeleri seçmek için perl uyumlu <glossary ref="regex">düzenli
311 ifadelerin</glossary> kullanımına izin verilir. Ayrıca, yönergelerin
312 uygulanışının düzenli ifade bölümleri kullanılarak nasıl
313 değiştirileceğini öğrenmek için, aşağıda, yapılandırmanın
314 katıştırılmasıyla ilgili bölüme de bakınız.</p>
316 <p>Tüm kullanıcı dizinlerine ilişkin yapılandırmayı değiştirmek için dosya
317 ismi kalıpları şöyle kullanılabilirdi:</p>
320 <Directory /home/*/public_html><br />
322 Options Indexes<br />
327 <p>Düzenli ifade bölümleri kullanarak çeşitli türlerdeki resim dosyalarına
328 erişimi bir defada yasaklayabiliriz:</p>
331 <FilesMatch \.(?i:gif|jpe?g|png)$><br />
333 Order allow,deny<br />
340 <section id="expressions"><title>Mantıksal İfadeler</title>
341 <p><directive type="section" module="core">If</directive> yönergesi bir
342 mantıksal ifade olarak belirtilebilen bir kurala bağlı olarak
343 yapılandırmayı değiştirebilir. Örneğin, aşağıdaki yapılandırmada,
344 <code>HTTP Referer</code> başlığı "http://www.example.com/" ile
345 başlamıyorsa erişimi yasaklar.</p>
348 <If "!(%{HTTP_REFERER} -strmatch 'http://www.example.com/*')"><br />
350 Require all denied<br />
356 <section id="whichwhen"><title>Ne, Ne Zaman Kullanılır?</title>
357 <p>Dosya sistemi taşıyıcıları ile site alanı taşıyıcıları arasında seçim
358 yapmak aslında oldukça kolaydır. Dosya sisteminde bulunan nesnelere
359 uygulanacak yönergeler için daima <directive type="section" module="core"
360 >Directory</directive> veya <directive type="section" module="core"
361 >Files</directive> kullanılır. Dosya sisteminde bulunmayan nesnelere
362 (bir sayfanın bir veritabanı tarafından üretilmesi gibi) uygulanacak
363 yönergeler için ise <directive type="section" module="core"
364 >Location</directive> kullanılır.</p>
366 <p>Dosya sistemindeki nesnelere erişimi kısıtlarken asla
367 <directive type="section" module="core">Location</directive>
368 kullanmamak önemlidir. Bunun sebebi farklı site alanı konumlarının
369 (URL’ler) aynı dosya sistemi konumuna eşlenebilmesi dolayısıyla
370 kısıtlamalarınızın etrafından dolaşılabilmesine izin vermesidir.
371 Örneğin, aşağıdaki yapılandırmayı ele alalım:</p>
374 <Location /dir/><br />
376 Order allow,deny<br />
382 <p><code>http://siteniz.mesela.dom/dir/</code> için bir istek yapılmışsa
383 bu doğru çalışacaktır. Fakat dosya sistemi harf büyüklüğüne duyarsızsa
384 ne olacak? Kısıtlamanız, istek
385 <code>http://siteniz.mesela.dom/DIR/</code>
386 şeklinde yapılarak kolayca geçersiz kılınabilir. Halbuki <directive
387 type="section" module="core">Directory</directive> yönergesi isteğin
388 nasıl yapıldığına bakılmaksızın bu konumdan sunulan her türlü içeriğe
389 uygulanacaktı. (Dosya sistemi bağlarıyla bu da aşılabilir. Sembolik
390 bağlar kullanılarak aynı dizin dosya sisteminin bir çok yerine
391 yerleştirilebilir. <directive type="section" module="core"
392 >Directory</directive> yönergesi dosya yolunu sıfırlamaksızın sembolik
393 bağları izleyecektir. Bu bakımdan, en yüksek seviyede güvenlik için uygun
394 <directive module="core">Options</directive> yönergesi ile sembolik
395 bağların izlenmesi devredışı bırakılabilir.)</p>
397 <p>Belki de siz sırf harf büyüklüğüne duyarlı bir dosya sistemi
398 kullanıyorsunuz diye böyle uygulamalara ihtiyacınız olmadığını düşünüyor
399 olabilirsiniz, fakat aynı site alanını çok sayıda dosya sistemi konumuna
400 eşleyecek daha bir sürü yol bulunduğunu unutmayınız. Bu bakımdan dosya
401 sisteminde yapacağınız kısıtlamalarda daima dosya sistemi taşıyıcılarını
402 kullanmalısınız. Bununla birlikte bu kuralın da bir istisnası vardır.
403 Yapılandırma kısıtlamalarının bir <code><Location/></code> bölümü
404 içine koyulması, bu bölüme konan yönergelerin etki alanının belli bir URL
405 ile sınırlı olmaması nedeniyle mükemmelen güvenlidir.</p>
408 <section id="nesting"><title>Bölüm iç içeliği</title>
409 <p>Bazı bölüm türleri başka bölüm türlerinin içinde olabilir. Bir yandan,
410 <directive type="section" module="core">Files</directive> bölümü
411 <directive type="section" module="core">Directory</directive> bölümünün
412 içinde bulunabilirken diğer yandan bir <directive type="section"
413 module="core">If</directive> bölümü <directive type="section"
414 module="core">Directory</directive>, <directive type="section"
415 module="core">Location</directive> ve <directive
416 type="section" module="core">Files</directive> bölümlerinde bulunabilir.
417 Bu bölümlerin düzenli ifadeli türevleri de benzer tarzda davranır.</p>
419 <p>İç içe bölümler, aynı türdeki iç içe olmayan bölümlerin sonrasına
425 <section id="virtualhost"><title>Sanal Konaklar</title>
427 <p><directive type="section" module="core">VirtualHost</directive>
428 taşıyıcısının içinde belli bir konağa uygulanan yönergeler bulunur.
429 Aynı makinede çok sayıda konağı farklı yapılandırmalarla sunuyorsanız
430 bu taşıyıcı çok işinize yarar. Daha fazla bilgi için
431 <a href="vhosts/">Sanal Konak Belgeleri</a> bölümüne bakınız.</p>
434 <section id="proxy"><title>Vekil</title>
435 <p><directive type="section" module="mod_proxy">Proxy</directive>
436 ve <directive type="section" module="mod_proxy">ProxyMatch</directive>
437 taşıyıcıları, sadece belli bir URL ile eşleşen <module>mod_proxy</module>
438 vekil sunucusu üzerinden erişilen sitelere uygulanan yapılandırma
439 yönergelerini bulundururlar. Örneğin aşağıdaki yapılandırma
440 <code>example.com</code> sitesine erişim için vekil sunucunun
441 kullanılmasını engelleyecektir.</p>
444 <Proxy http://example.com/*><br />
446 Order allow,deny<br />
453 <section id="whatwhere"><title>Hangi Yönergelere İzin Veriliyor?</title>
454 <p>Hangi yönergelere hangi yapılandırma bölümlerinde izin verildiğini
455 öğrenmek için yönerge <a href="mod/directive-dict.html#Context"
456 >bağlamına</a> bakınız. <directive type="section"
457 module="core">Directory</directive> bölümlerinde
458 izin verilen herşeye sözdizimsel olarak ayrıca
459 <directive type="section" module="core">DirectoryMatch</directive>,
460 <directive type="section" module="core">Files</directive>,
461 <directive type="section" module="core">FilesMatch</directive>,
462 <directive type="section" module="core">Location</directive>,
463 <directive type="section" module="core">LocationMatch</directive>,
464 <directive type="section" module="mod_proxy">Proxy</directive>
465 ve <directive type="section" module="mod_proxy">ProxyMatch</directive>
466 bölümlerinde de izin verilir. Yine de bazı istisnai durumlar
470 <li><directive module="core">AllowOverride</directive> yönergesi sadece
471 <directive type="section" module="core">Directory</directive>
472 bölümlerinde çalışır.</li>
474 <li><directive module="core">Options</directive> yönergesinin
475 <code>FollowSymLinks</code> ve <code>SymLinksIfOwnerMatch</code>
476 seçenekleri sadece <directive type="section" module="core"
477 >Directory</directive> bölümlerinde veya <code>.htaccess</code>
478 dosyalarında çalışır.</li>
480 <li><directive module="core">Options</directive> yönergesi
481 <directive type="section" module="core">Files</directive> ve
482 <directive type="section" module="core">FilesMatch</directive>
483 bölümlerinde kullanılamaz.</li>
487 <section id="mergin"><title>Bölümler Nasıl Katıştırılır?</title>
489 <p>Yapılandırma bölümleri belli bir sıra ile uygulanır. Yapılandırma
490 yönergelerinin yorumlanışı üzerinde önemli etkilere sahip olabilmesi
491 nedeniyle neyin ne zaman çalıştığını anlamak çok önemlidir.</p>
493 <p>Yapılandırma bölümlerinin katıştırılma sırası şöyledir:</p>
496 <li><directive type="section"
497 module="core">Directory</directive> (düzenli ifadeler hariç)
498 ve <code>.htaccess</code> aynı anda işleme sokulur
499 (<code>.htaccess</code> ile eğer izin verilmişse <directive
500 type="section" module="core">Directory</directive> içindeki bazı
501 yönergeler geçersiz kılınabileceği için).</li>
503 <li><directive type="section" module="core">DirectoryMatch</directive>
504 (ve <code><Directory ~></code>).</li>
506 <li><directive type="section" module="core">Files</directive> ve
507 <directive type="section" module="core">FilesMatch</directive> aynı anda
510 <li><directive type="section" module="core">Location</directive>
511 ve <directive type="section" module="core">LocationMatch</directive>
512 aynı anda işleme sokulur.</li>
514 <li><directive type="section" module="core">If</directive>
518 <p><directive type="section" module="core">Directory</directive>
519 bölümündekiler hariç, her grup, yapılandırma dosyasında bulundukları
520 sıraya göre işleme sokulurlar. Yukarıda 1. grup olan <directive
521 type="section" module="core">Directory</directive> bölümü en kısa dizin
522 elemanından en uzun dizin elemanına doğru işleme sokulur. Yani, örneğin,
523 <code><Directory /var/web/dir></code> bölümü <code><Directory
524 /var/web/dir/subdir></code> bölümünden önce işleme sokulacaktır. Eğer
525 aynı uzunlukta çok sayıda dizin varsa <directive type="section"
526 module="core">Directory</directive> bölümleri yapılandırma dosyasında
527 bulundukları sıraya göre işleme sokulurlar. <directive
528 module="core">Include</directive> yönergeleri ile yapılandırmaya dahil
529 edilen dosyaların içerikleri <directive module="core">Include</directive>
530 yönergesinin bulunduğu yere konulduktan sonra işleme sokulurlar.</p>
532 <p><directive type="section" module="core">VirtualHost</directive>
533 bölümlerinin içindeki bölümler, sanal konak tanımı dışındaki
534 karşılıklarından <em>sonra</em> uygulanırlar.</p>
536 <p>İstek <module>mod_proxy</module> tarafından sunulduğu takdirde,
537 <directive module="mod_proxy" type="section">Proxy</directive> taşıyıcısı
538 işlem sırasında <directive module="core" type="section"
539 >Directory</directive> taşıyıcısının yerini alır.</p>
541 <p>Sonraki bölümler öncekileri geçersiz kılmak üzere işleme alınırlarsa da
542 her modül bu geçersiz kılmaya sebep olan formu yorumlamaktan sorumludur.
543 Belli bir modülülün yönergeleri bulunan sonraki yapılandırma bölümleri,
544 bazı yönergelerin, tüm yönergelerin veya modül yapılandırmasının
545 tamamının sonraki bağlamda açıkça listelenmiş modül öntanımlıları ve
546 yönergelerle bir kavramsal "katıştırmasına" sebep olabilir.</p>
548 <note><title>Bazı Teknik Bilgiler</title>
549 Aslında, isim dönüşüm aşamasından (<code>Aliases</code> ve
550 <code>DocumentRoots</code>, URL’leri dosya isimlerine eşlemek için
551 kullanılırken) hemen önce uygulanan bir
552 <code><Location></code>/<code><LocationMatch></code> dizisi
553 vardır. Bu dizinin sonuçları isim dönüşüm aşaması tamamlandıktan sonra
554 tamamen elden çıkarılır.
557 <section id="merge-examples"><title>Bazı Örnekler</title>
559 <p>Aşağıdaki yapay örnekte katıştırma sırası gösterilmiştir. Hepsinin aynı
560 isteğe uygulandığı varsayımıyla, bu örnekteki yönergeler A > B > C
561 > D > E sırasıyla uygulanacaktır.</p>
564 <Location /><br />
566 </Location><br />
568 <Files f.html><br />
572 <VirtualHost *><br />
573 <Directory /a/b><br />
575 </Directory><br />
576 </VirtualHost><br />
578 <DirectoryMatch "^.*b$"><br />
580 </DirectoryMatch><br />
582 <Directory /a/b><br />
584 </Directory><br />
588 <p>Daha somut bir örnek olarak aşağıdakini ele alalım.
589 <directive module="core" type="section">Directory</directive>
590 bölümlerindeki erişim sınırlamaları ne olursa olsun <directive
591 module="core" type="section">Location</directive> bölümü son olarak
592 değerlendirmeye alınacak ve sunucuya sınırsız erişim verecektir.
593 Başka bir deyişle, katıştırma sırası önemlidir, bu nedenle dikkatli
597 <Location /><br />
599 Order deny,allow<br />
602 </Location><br />
604 # Alooo! Bu <Directory> bölümünün hiçbir hükmü yok.<br />
605 <Directory /><br />
607 Order allow,deny<br />
609 Deny from kkadam.mesela.dom<br />