From 7b31d4f4901cdb89a79f2f7de4a6b8bb637b523b Mon Sep 17 00:00:00 2001 From: Daniel Baumann Date: Sat, 25 May 2024 06:41:26 +0200 Subject: Adding upstream version 2.4.59. Signed-off-by: Daniel Baumann --- docs/manual/sections.html.tr.utf8 | 152 ++++++++++++++++++++------------------ 1 file changed, 82 insertions(+), 70 deletions(-) (limited to 'docs/manual/sections.html.tr.utf8') diff --git a/docs/manual/sections.html.tr.utf8 b/docs/manual/sections.html.tr.utf8 index 4e14e39..db5ede6 100644 --- a/docs/manual/sections.html.tr.utf8 +++ b/docs/manual/sections.html.tr.utf8 @@ -44,7 +44,7 @@
  • Vekil
  • Hangi Yönergelere İzin Veriliyor?
  • Bölümler Nasıl Katıştırılır?
    • -

    Ayrıca bakınız:

    +

    Ayrıca bakınız:

    top

    Yapılandırma Bölümü Taşıyıcılarının Türleri

    @@ -283,7 +283,7 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail mümkün olur.

    <DirectoryMatch "^/var/www/combined/(?<SITENAME>[^/]+)">
-    require ldap-group "cn=%{env:MATCH_SITENAME},ou=combined,o=Example"
+    Require ldap-group "cn=%{env:MATCH_SITENAME},ou=combined,o=Example"
 </DirectoryMatch>
    @@ -348,9 +348,9 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail

    Bazı bölüm türleri başka bölüm türlerinin içinde olabilir. Bir yandan, <Files> bölümü <Directory> bölümünün - içinde bulunabilirken diğer yandan bir <If> bölümü <Directory>, <Location> ve <Files> bölümlerinde bulunabilir fakat - başka bir <If> bölümünün - içinde bulunamaz. Bu bölümlerin düzenli ifadeli türevleri de benzer tarzda + içinde bulunabilirken diğer yandan bir <If> bölümü <Directory>, <Location> ve <Files> bölümlerinde bulunabilir fakat + başka bir <If> bölümünün + içinde bulunamaz. Bu bölümlerin düzenli ifadeli türevleri de benzer tarzda davranır.

    İç içe bölümler, aynı türdeki iç içe olmayan bölümlerin sonrasına @@ -439,7 +439,9 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail ve <LocationMatch> aynı anda işleme sokulur. -

  • <If> +
  • <If> bölümleri, + önceki bağlamlardan herhangi birinin içine alınmış olsalar bile. +
    • @@ -447,31 +449,41 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail
    • <Directory> bölümündekiler hariç, her grup, yapılandırma dosyasında bulundukları - sıraya göre işleme sokulurlar. Örneğin, 4. grupta /foo/bar için yapılan - bir istek <Location "/foo/bar"> ve <Location - "/foo"> bölümleriyle de eşleşir ve bunlar yapılandırma + sıraya göre işleme sokulurlar. Örneğin, 4. grupta /foo/bar için yapılan + bir istek <Location "/foo/bar"> ve <Location + "/foo"> bölümleriyle de eşleşir ve bunlar yapılandırma dosyalarında bulundukları sıraya göre değerlendirilir.
      • - -
    • Yukarıda 1. grup olan <Directory> bölümü en kısa dizin elemanından en uzun - dizin elemanına doğru işleme sokulur. Yani, örneğin, <Directory - "/var/web/dir"> bölümü <Directory + +
    • Yukarıda 1. grup olan <Directory> bölümü en kısa dizin elemanından en uzun + dizin elemanına doğru işleme sokulur. Yani, örneğin, <Directory + "/var/web/dir"> bölümü <Directory "/var/web/dir/subdir"> bölümünden önce işleme sokulacaktır.
      • - -
    • Eğer aynı dizin için birden fazla <Directory> bölümü varsa bunlar yapılandırma + +
    • Eğer aynı dizin için birden fazla <Directory> bölümü varsa bunlar yapılandırma dosyasında bulundukları sıraya göre işleme sokulurlar.
      • - -
    • Include yönergeleri ile - yapılandırmaya dahil edilen dosyaların içerikleri Include yönergesinin bulunduğu yere konulduktan + +
    • Include yönergeleri ile + yapılandırmaya dahil edilen dosyaların içerikleri Include yönergesinin bulunduğu yere konulduktan sonra işleme sokulurlar.
    • <VirtualHost> bölümlerinin içindeki bölümler, sanal konak tanımı dışındaki - karşılıklarından sonra uygulanırlar. Bu yöntemle ana sunucu + karşılıklarından sonra uygulanırlar. Bu yöntemle ana sunucu yapılandırmasındaki tanımlar geçersiz kılınabilir
    • İstek mod_proxy tarafından sunulduğu takdirde, <Proxy> taşıyıcısı işlem sırasında <Directory> taşıyıcısının yerini alır.
      • + +
    • katıştırma düzeni üzerindeki etkisi nedeniyle, ilgili yapılandırma + yönergelerini <If>'in + içinde ve dışında karıştırırken dikkatli olunmalıdır. Doğrudan + <Else> kullanımının + yardımı olabilir.
      • + +
    • .htaccess içinde <If> kullanıldığında, üst dizindeki sarmalanmış + yönergeler, alt dizinde sarmalanmamış yönergelerden sonra + birleştirilir.

    Bazı Teknik Bilgiler

    @@ -483,35 +495,35 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail tamamen elden çıkarılır.
    -

    Modüllerle +

    Modüllerle yapılandırma bölümleri arasındaki ilişki

    - -

    Yapılandırma bölümlerini okurken örneğin mod_rewrite - gibi belli modüllerin yönergelerinin bu bölümlere nasıl katılacağı ve - ne zaman nasıl işleneceği gibi sorular sıkça aklımızdan geçer. Bunun - belli bir yanıtı yoktur ve biraz temel bilgi gerektirir. Her httpd - modülü yapılandırmasını kendi yönetir ve httpd.conf içindeki - yönergelerinin her biri belli bir bağlamdaki bir yapılandırmayı + +

    Yapılandırma bölümlerini okurken örneğin mod_rewrite + gibi belli modüllerin yönergelerinin bu bölümlere nasıl katılacağı ve + ne zaman nasıl işleneceği gibi sorular sıkça aklımızdan geçer. Bunun + belli bir yanıtı yoktur ve biraz temel bilgi gerektirir. Her httpd + modülü yapılandırmasını kendi yönetir ve httpd.conf içindeki + yönergelerinin her biri belli bir bağlamdaki bir yapılandırmayı belirtir. httpd bir komutu okunduğu sırada çalıştırmaz.

    - -

    Çalışma anında, httpd çekirdeği geçerli isteğe hangilerinin - uygulanacağını belirlemek için yukarıda açıklanan sırada tanımlı - yapılandırma bölümlerini tekrar tekrar okur. Eşleşen ilk bölümün bu - istek için geçerli yapılandırmayı içerdiği varsayılır. Eğer alt - bölümlerden biri de eşleşmişse bu bölümlerde yönergeleri bulunan her - modüle yapılandırmasını iki bölüm arasında katıştırma şansı verilir. - Sonuç üçüncü bir yapılandırma olup işlem bütün yapılandırma bölümleri + +

    Çalışma anında, httpd çekirdeği geçerli isteğe hangilerinin + uygulanacağını belirlemek için yukarıda açıklanan sırada tanımlı + yapılandırma bölümlerini tekrar tekrar okur. Eşleşen ilk bölümün bu + istek için geçerli yapılandırmayı içerdiği varsayılır. Eğer alt + bölümlerden biri de eşleşmişse bu bölümlerde yönergeleri bulunan her + modüle yapılandırmasını iki bölüm arasında katıştırma şansı verilir. + Sonuç üçüncü bir yapılandırma olup işlem bütün yapılandırma bölümleri değerlendirilene kadar sürer.

    - -

    Yukarıdaki adımların ardından HTTP isteğiyle ilgili "asıl" işlem - başlar: her modül ondan istenen görevleri gerçekleştirme şansına sahip - olur. Nasıl davranacaklarını belirlemek için kendilerinin katıştırılmış + +

    Yukarıdaki adımların ardından HTTP isteğiyle ilgili "asıl" işlem + başlar: her modül ondan istenen görevleri gerçekleştirme şansına sahip + olur. Nasıl davranacaklarını belirlemek için kendilerinin katıştırılmış son yapılandırmalarını http çekirdeğinden alabilirler.

    - -

    Sürecin tamamı bir örnekle görselleştirilebilir. Aşağıdaki örnekte - belli bir HTTP başlığını ayarlamak için mod_headers - modülünün Header yönergesi - kullanılmıştır. /example/index.html isteği için httpd + +

    Sürecin tamamı bir örnekle görselleştirilebilir. Aşağıdaki örnekte + belli bir HTTP başlığını ayarlamak için mod_headers + modülünün Header yönergesi + kullanılmıştır. /example/index.html isteği için httpd CustomHeaderName başlığına hangi değeri atayacaktır? 

    <Directory "/">
@@ -524,37 +536,37 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail
 <Directory "/example">
     Header set CustomHeaderName iki
 </Directory>
    - +
      -
    • Directory "/" eşleşir ve ilk yapılandırma - olarak CustomHeaderName başlığı bir +
    • Directory "/" eşleşir ve ilk yapılandırma + olarak CustomHeaderName başlığı bir değeriyle oluşturulur.
      • - -
    • Directory "/example" eşleşir ve - mod_headers modülünün koduna göre bir katıştırma - durumundan yeni değer eskiyi geçersiz kılacağından yeni bir - yapılandırma ile CustomHeaderName başlığının değeri + +
    • Directory "/example" eşleşir ve + mod_headers modülünün koduna göre bir katıştırma + durumundan yeni değer eskiyi geçersiz kılacağından yeni bir + yapılandırma ile CustomHeaderName başlığının değeri iki yapılır.
      • - -
    • FilesMatch ".*" eşleşir ve başka bir - katıştırma fırsatı doğar: CustomHeaderName başlığının + +
    • FilesMatch ".*" eşleşir ve başka bir + katıştırma fırsatı doğar: CustomHeaderName başlığının değeri yedi yapılır.
      • - -
    • Neticede HHP isteğinin sonraki adımlarında - mod_headers çağrılıp yedi değeri - atanmış CustomHeaderName başlığını işleme sokması - istenecektir. mod_headers normalde işini yapmak - için bu yapılandırmayı kullanacaktır. Fakat bundan, bir yönergenin - gerekli olmaması veya kullanımdan kaldırılması ve benzeri nedenlerle - yapılandırmada iptal edilmesi gibi daha karmaşık bir eylemi bir + +
    • Neticede HHP isteğinin sonraki adımlarında + mod_headers çağrılıp yedi değeri + atanmış CustomHeaderName başlığını işleme sokması + istenecektir. mod_headers normalde işini yapmak + için bu yapılandırmayı kullanacaktır. Fakat bundan, bir yönergenin + gerekli olmaması veya kullanımdan kaldırılması ve benzeri nedenlerle + yapılandırmada iptal edilmesi gibi daha karmaşık bir eylemi bir modülün gerçekleştiremeyeceği anlamı çıkarılmamalıdır.
    -

    Directory ile aynı katıştırma sırasından dolayı - bu durum .htaccess için de geçerlidir. Burada anlaşılması gereken husus, - Directory ve FilesMatch - gibi yapılandırma bölümlerinin Header veya RewriteRule gibi modüle özgü - yönergelerle karşılaştırılmamasıdır, çünkü bunlar farklı seviyelerde +

    Directory ile aynı katıştırma sırasından dolayı + bu durum .htaccess için de geçerlidir. Burada anlaşılması gereken husus, + Directory ve FilesMatch + gibi yapılandırma bölümlerinin Header veya RewriteRule gibi modüle özgü + yönergelerle karşılaştırılmamasıdır, çünkü bunlar farklı seviyelerde işlem görür.

    @@ -617,7 +629,7 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail  ja  |  ko  |  tr 

    -

    top

    Yorum

    Notice:
    This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our mailing lists.
    +
    top

    Yorumlar

    Notice:
    This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.