From: Rich Bowen Date: Thu, 2 Feb 2012 14:17:06 +0000 (+0000) Subject: Rebuilds various other modifications from the last few days. X-Git-Tag: 2.5.0-alpha~7507 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=2c9e71f80d5f8fd173e3ef61fee1d3b0758e230f;p=apache Rebuilds various other modifications from the last few days. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1239636 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/env.html.tr.utf8 b/docs/manual/env.html.tr.utf8 index 2c1e4c598c..e8ad0763f9 100644 --- a/docs/manual/env.html.tr.utf8 +++ b/docs/manual/env.html.tr.utf8 @@ -24,15 +24,21 @@  ko  |  tr 

-
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.
-

Apache HTTP Sunucusunda bilgiyi değişkenlerde saklamak için ortam - değişkenleri adı verilen bir mekanizma bulunur. Saklanan bu bilgi - erişim denetimi, günlük kaydı gibi çeşitli işlemleri denetlemekte - kullanılabilir. Değişkenler ayrıca, CGI betikleri gibi harici - uygulamalarla iletişim mekanizması olarak da kullanılabilir. Bu belgede - bu değişkenler üzerindeki işlemlere ve kullanım şekillerine - değinilmiştir.

+

Apache HTTP Sunucusunu etkileyen ortam değişkenleri iki çeşittir.

+ +

İlki, işletim sisteminin denetimindeki ortam değişkenleridir. Bu + değişkenlere değer atama işlemi sunucu başlatılmadan önce yapılır. + Bunlar yapılandırma dosyalarının içinde kullanılabilir. Ayrıca, + istenirse PassEnv yönergesi kullanılarak bunlar CGI betiklerine ve + SSI sayfalarına da aktarılabilir.

+ +

İkincisi ise, Apache HTTP Sunucusunun kendi ortam değişkenleridir. + Bu değişkenlerde saklanan bilgi erişim denetimi, günlük kaydı gibi + çeşitli işlemleri denetlemekte kullanılabilir. Değişkenler ayrıca, CGI + betikleri gibi harici uygulamalarla iletişim mekanizması olarak da + kullanılabilir. Bu belgede bu değişkenler üzerindeki işlemlere ve + kullanım şekillerine değinilmiştir.

Bu değişkenlere ortam değişkenleri dense de işletim sisteminin ortam değişkenleri gibi değillerdir. Bunlar sadece Apache ortamında @@ -52,7 +58,7 @@

Ortam Değişkenlerinin Atanması

- +

Temel Ortamda Değişiklik

@@ -90,7 +96,7 @@

Apache yapılandırmasıyla atanan ve kabuğa aktarılan ortam - değişkenlerinden başka CGI + değişkenlerinden başka CGI Belirtiminin gerektirdiği istekler hakkında temel bilgileri içeren ortam değişkenlerinin CGI betikleri ve SSI sayfalarınca atanabilmesi sağlanmıştır.

@@ -116,6 +122,14 @@ betiklerine ve SSI sayfalarına aktarılırken bu sınırlamalara uygun olmayan karakterlerin yerlerine alt çizgi imleri konur. +
  • Bir özel durum, CGI betiklerine ve benzerlerine ortam + değişkenleri üzerinden aktarılan HTTP başlıklarıdır (aşağıya + bakın). Bunlar büyük harfe dönüştürülür ve sadece tireler + altçizgilere dönüştürülür. Eğer HTTP başlığı geçersiz karakter + içeriyorsa başlığın tamamı yoksayılır. Böyle bir durumda ne + yapılacağı öğrenmek için aşağıya + bakın.
  • +
  • Ä°steklerin işleme konması sırasında SetEnv yönergesi geç çalıştırılır, yani SetEnvIf ve RewriteCond gibi @@ -373,6 +387,33 @@

    Örnekler

    +

    Bozuk başlıkların CGI betiklerine aktarılması

    + + +

    2.4 sürümünden itibaren, mod_cgi modülü ve diğer + modüllerde HTTP başlıklarının ortam değişkenlerine dönüştürülmesi + bağlamında Apache daha seçici davranmaktadır. Önce HTTP başlığındaki + geçersiz karakterlerin tamamı altçizgilere dönüştürülür. Bu, başlık + zerki yoluyla yapılan karşı-site-betiklerini-çalıştırma saldırısını + önlemeye yöneliktir. (Bakınız: Unusual Web Bugs, slide 19/20).

    + +

    Bozuk başlıklar gönderdiği halde bunlara dokunulmamasını gerektiren + bir istemciniz varsa, mod_setenvif ve + mod_header modüllerinin sunduğu yapıyı örnekteki gibi + kullanarak bu sorunun üstesinden gelebilirsiniz:

    + +

    +#
    +# Aşağıdaki satırlarla bir istemcinin gönderdiği bozuk
    +# Accept_Encoding başlıklarının istenildiği gibi işlenmesi
    +# sağlanabilir.
    +#
    +SetEnvIfNoCase ^Accept.Encoding$ ^(.*)$ fix_accept_encoding=$1
    +RequestHeader set Accept-Encoding %{fix_accept_encoding}e env=fix_accept_encoding +

    + + +

    Protokolü yanlış yorumlayan tarayıcıların davranışlarının değiştirilmesi

    @@ -382,25 +423,26 @@ önerilirdi. Fakat, böyle tarayıcılar artık ortalıkta görünmediğinden bu yapılandırmaya da artık gerek kalmamıştır.

    -
    -#
    -# Aşağıdaki yönergeler normal HTTP yanıt davranışını değiştirirler.
    -# İlk yönerge Netscape 2.x ve kendini öyle gösteren tarayıcılar için
    -# kalıcı bağlantıyı (keepalive) iptal eder. İkinci yönerge ise HTTP/1.1
    -# protokolü bozuk olan ve 301/302 durum kodlu yönlendirme yanıtları
    -# kullanıldığında kalıcı bağlantıları gerektiği gibi desteklemeyen
    -# Microsoft Internet Explorer 4.0b2 içindir.
    -#
    -BrowserMatch "Mozilla/2" nokeepalive
    -BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0
    -
    -#
    -# Aşağıdaki yönergeler HTTP/1.0 yanıtlarından başkasına yabancı olan
    -# tarayıcılara HTTP/1.1 yanıtlarının gönderilmesini iptal eder.
    -#
    -BrowserMatch "RealPlayer 4\.0" force-response-1.0
    -BrowserMatch "Java/1\.0" force-response-1.0
    -BrowserMatch "JDK/1\.0" force-response-1.0
    +

    +#
    +# Aşağıdaki yönergeler normal HTTP yanıt davranışını değiştirirler.
    +# İlk yönerge Netscape 2.x ve kendini öyle gösteren tarayıcılar için
    +# kalıcı bağlantıyı (keepalive) iptal eder. İkinci yönerge ise HTTP/1.1
    +# protokolü bozuk olan ve 301/302 durum kodlu yönlendirme yanıtları
    +# kullanıldığında kalıcı bağlantıları gerektiği gibi desteklemeyen
    +# Microsoft Internet Explorer 4.0b2 içindir.
    +#
    +BrowserMatch "Mozilla/2" nokeepalive
    +BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0
    +
    +#
    +# Aşağıdaki yönergeler HTTP/1.0 yanıtlarından başkasına yabancı olan
    +# tarayıcılara HTTP/1.1 yanıtlarının gönderilmesini iptal eder.
    +#
    +BrowserMatch "RealPlayer 4\.0" force-response-1.0
    +BrowserMatch "Java/1\.0" force-response-1.0
    +BrowserMatch "JDK/1\.0" force-response-1.0 +

    Resim isteklerinin erişim günlüğüne kaydedilmemesi

    @@ -429,10 +471,10 @@ BrowserMatch "JDK/1\.0" force-response-1.0
  • varsayılmıştır.

    - SetEnvIf Referer "^http://filan\.fesmekan\.dom/" local_referal
    + SetEnvIf Referer "^http://www\.example\.com/" local_referal
    # Referrer bilgisi göndermeyen tarayıcılara izin verelim
    SetEnvIf Referer "^$" local_referal
    - <Directory /siteler/resimler> + <Directory /siteler/resimler>
    Order Deny,Allow
    Deny from all
    diff --git a/docs/manual/env.xml.meta b/docs/manual/env.xml.meta index 67070dc314..19580dd224 100644 --- a/docs/manual/env.xml.meta +++ b/docs/manual/env.xml.meta @@ -11,6 +11,6 @@ fr ja ko - tr + tr diff --git a/docs/manual/filter.html.tr.utf8 b/docs/manual/filter.html.tr.utf8 index 35ab126214..533b202703 100644 --- a/docs/manual/filter.html.tr.utf8 +++ b/docs/manual/filter.html.tr.utf8 @@ -25,18 +25,18 @@  ko  |  tr 

    -
    Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

    Bu belge, Apache’de süzgeç kullanımı hakkındadır.

    top
    top
    +

    Süzgeçleri bir HTTP Hizmeti gibi göstermek

    + +

    Süzgeçler, istemciden kaynaklanan içeriği işlemekte kullanılabileceği + gibi mod_reflector modülü kullanılarak sunucudan + kaynaklanan içeriği işlemekte de kullanılabilir.

    + +

    mod_reflector istemcilerden gelen POST isteklerini + kabul eder ve çıktı süzgeç yığıtı yoluyla istemciye aktararak, POST + isteği içinde alınan içerik istek gövdesini yanıt içinde geri + gönderir.

    + +

    Bu teknik, bir çıktı süzgeciyle istek gövdesinde gerekli dönüşümün + sağlandığı durumda, bir uygulama sunucusu yığıtı içinde çalışan bir http + hizmetinin yerine de kullanılabilir. Örneğin, + mod_deflate modülü genel bir sıkıştırma hizmeti + sağlamakta kullanılabilir veya bir resim dönüştürme süzgeci bir resim + dönüşüm hizmeti haline getirilebilir.

    + +
    top
    +

    Süzgeçlerin Kullanımı

    Süzgeçler iki şekilde kullanılır: Basit ve Devingen. Genelde ikisinden biri kullanılır; karışık kullanılırsa istenmeyen @@ -132,7 +152,7 @@ FilterProvider.

    AddOutputFilterByType yönergesi - hala desteklenmekteyse de sorun çıkarabilmesi sebebiyle kullanımı artık + hala desteklenmekteyse de kullanımı artık önerilmemektedir. Onun yerine devingen yapılandırma kullanınız.

    diff --git a/docs/manual/filter.xml.meta b/docs/manual/filter.xml.meta index ada680c2fe..d7bbdf3504 100644 --- a/docs/manual/filter.xml.meta +++ b/docs/manual/filter.xml.meta @@ -12,6 +12,6 @@ fr ja ko - tr + tr diff --git a/docs/manual/index.html.tr.utf8 b/docs/manual/index.html.tr.utf8 index 9f1a20d5d9..6f23318cb4 100644 --- a/docs/manual/index.html.tr.utf8 +++ b/docs/manual/index.html.tr.utf8 @@ -33,7 +33,6 @@ Belgeleri  tr  |  zh-cn 

    -
    Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

    Allow use of the directives controlling host access (Allow, Deny and Order).
    -
    Nonfatal
    +
    Nonfatal=[Override|Unknown|All]
    - Allow use of AllowOverride option to treat syntax errors in .htaccess as non-fatal.
    + Allow use of AllowOverride option to treat syntax errors in + .htaccess as non-fatal: instead of causing an Internal Server + Error, disallowed or unrecognised directives will be ignored + and a warning logged: + +

    Note that a syntax error in a valid directive will still cause + an internal server error.

    +

    Security

    + Nonfatal errors may have security implications for .htaccess users. + For example, if AllowOverride disallows AuthConfig, users' + configuration designed to restrict access to a site will be disabled. +
    +
    Options[=Option,...]
    diff --git a/docs/manual/mod/core.xml.de b/docs/manual/mod/core.xml.de index a43e59dab4..95b2537d0c 100644 --- a/docs/manual/mod/core.xml.de +++ b/docs/manual/mod/core.xml.de @@ -1,7 +1,7 @@ - + + + diff --git a/docs/manual/mod/core.xml.ja b/docs/manual/mod/core.xml.ja index e84c5fe38a..6159179b9e 100644 --- a/docs/manual/mod/core.xml.ja +++ b/docs/manual/mod/core.xml.ja @@ -1,7 +1,7 @@ - + + + + -Durdurma ve Yeniden Başlatma - Apache HTTP Sunucusu +Apache HTTP Sunucusunun Durdurulması ve Yeniden Başlatılması - Apache HTTP Sunucusu @@ -16,7 +16,7 @@
    <-

    Durdurma ve Yeniden Başlatma

    +Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.5

    Apache HTTP Sunucusunun Durdurulması ve Yeniden Başlatılması

    Mevcut Diller:  de  |  en  | @@ -26,15 +26,13 @@  ko  |  tr 

    -
    Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.
    -

    Bu belge Apache HTTPd’nin Unix benzeri sistemlerde durdurulması ve - yeniden başlatılması konularını kapsar. Windows NT, 2000 ve XP +

    Bu belge Apache HTTP Sunucusunun Unix benzeri sistemlerde durdurulması + ve yeniden başlatılması konularını kapsar. Windows NT, 2000 ve XP kullanıcıları Apache HTTPd’yi bu platformlarda nasıl denetimlerine - alacaklarını öğrenmek için Apache - HTTPd’nin Bir Hizmet Olarak Çalıştırılması sayfasına, Windows 9x ve - ME kullanıcıları ise Apache - HTTPd’nin Bir Konsol Uygulaması Olarak Çalıştırılması sayfasına + alacaklarını öğrenmek için httpd’nin Bir Hizmet Olarak Çalıştırılması sayfasına, Windows 9x ve + ME kullanıcıları ise httpd’nin + Bir Konsol Uygulaması Olarak Çalıştırılması sayfasına bakabilirler.

    • Giriş
    • @@ -47,7 +45,7 @@

      Giriş

      -

      Apache HTTPd’yi durdurmak ve yeniden başlatmak için çalışan +

      Apache HTTP Sunucusunu durdurmak ve yeniden başlatmak için çalışan httpd süreçlerine bir sinyal göndermeniz gerekir. Sinyal göndermek için iki yol vardır. İlki, süreçlere doğrudan sinyal göndermek için unix kill komutunun kullanımıdır. Bu @@ -219,13 +217,14 @@ haline gelmekteyse de, bazı yapılandırmalarda yarış koşullarının oluşmasına ve kısır çekişmelere (deadlock) sebep olabilir.

      -

      Sunucunun süreç kimliğini içeren Lockfile ve ScriptSock gibi dosyaların disk üzerindeki - mevcudiyetlerinin sorunsuz olarak devam ettiğinden emin olunmaya - çalışılmalıdır. Ayrıca, bir yapılandırma yönergesi, üçüncü parti bir - modül veya kalıcı CGI uygulamalarına ait disk kilit veya durum dosyaları - olabilir; httpd’nin birden fazla kopyasının çalışması - nedeniyle bu dosyaların da üzerine yazılmadığından emin olunmaya - çalışılmalıdır.

      +

      Sunucunun süreç kimliğini içeren kilit dosyaları (Mutex) ve Unix soket dosyaları + (ScriptSock) gibi dosyaların + disk üzerindeki mevcudiyetlerinin sorunsuz olarak devam ettiğinden emin + olunmaya çalışılmalıdır. Ayrıca, bir yapılandırma yönergesi, üçüncü + parti bir modül veya kalıcı CGI uygulamalarına ait disk kilit veya durum + dosyaları olabilir; httpd’nin birden fazla kopyasının + çalışması nedeniyle bu dosyaların da üzerine yazılmadığından emin + olunmaya çalışılmalıdır.

      rotatelogs tarzı borulu günlükleme kullanımı gibi durumlarda yarış koşullarının oluşması olasılığına karşı uyanık diff --git a/docs/manual/stopping.xml.meta b/docs/manual/stopping.xml.meta index 005e54a047..61174989df 100644 --- a/docs/manual/stopping.xml.meta +++ b/docs/manual/stopping.xml.meta @@ -13,6 +13,6 @@ fr ja ko - tr + tr diff --git a/docs/manual/suexec.html.tr.utf8 b/docs/manual/suexec.html.tr.utf8 index cb3ff3b30d..6c0022d3d8 100644 --- a/docs/manual/suexec.html.tr.utf8 +++ b/docs/manual/suexec.html.tr.utf8 @@ -24,9 +24,8 @@  ko  |  tr 

      -
      Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.
      -

      SuEXEC özelliği, Apache kullanıcılarına +

      SuEXEC özelliği, Apache HTTP Sunucusu kullanıcılarına CGI ve SSI programlarını sunucunun aidiyetinde çalıştığı kullanıcıdan farklı bir kullanıcının aidiyetinde çalıştırma olanağı verir. Normalde, CGI ve @@ -56,8 +55,9 @@

      Başlamadan önce

      -

      Belgeye balıklama dalmadan önce, Apache Grubu ve bu belge ile ilgili - kabuller hakkında bilgi sahibi olmalısınız.

      +

      Belgeye balıklama dalmadan önce, suexec'i kullanacağınız ortam ve + kendiniz hakkında yapılmış çeşitli kabuller hakkında bilgi sahibi + olmalısınız.

      Öncelikle, üzerinde setuid va setgid işlemlerinin yapılabildiği Unix türevi bir işletim sistemi @@ -79,19 +79,20 @@ yeni güvenlik risklerine yol açabilir. Özellikle güvenlikle ilgili programlarda deneyimli değilseniz suEXEC kodunda kesinlikle bir değişiklik yapmamalısınız. Değişiklik yaparsanız kodlarınızı gözden - geçirmek ve tartışmak üzere Apache Grubu ile paylaşmanızı öneririz.

      - -

      Dördüncü ve son olarak, Apache Grubunun suEXEC’i öntanımlı Apache - kurulumunun bir parçası yapmama kararından bahsetmek gerekir. Bunun - sonucu olarak, suEXEC yapılandırması sistem yöneticisinin ayrıntılı bir - incelemesini gerektirir. Gerekli incelemeden sonra yönetici tarafından - suEXEC yapılandırma seçeneklerine karar verilip, normal yollardan - sisteme kurulumu yapılır. Bu seçeneklerin belirlenmesi, suEXEC - işlevselliğinin kullanımı sırasında sistem güvenliğini gerektiği gibi - sağlamak için yönetici tarafından dikkatle saptanmayı gerektirir. Bu - sürecin ayrıntılarının yöneticiye bırakılma sebebi, Apache Grubunun - suEXEC kurulumunu, suEXEC’i dikkatle kullanacak yeterliliğe sahip - olanlarla sınırlama beklentisidir.

      + geçirmek ve tartışmak üzere Apache HTTP Sunucusu geliştirme ekibi ile + paylaşmanızı öneririz.

      + +

      Dördüncü ve son olarak, Apache HTTP Sunucusu geliştirme ekibinin + suEXEC’i öntanımlı httpd kurulumunun bir parçası yapmama kararından + bahsetmek gerekir. Bunun sonucu olarak, suEXEC yapılandırması sistem + yöneticisinin ayrıntılı bir incelemesini gerektirir. Gerekli incelemeden + sonra yönetici tarafından suEXEC yapılandırma seçeneklerine karar + verilip, normal yollardan sisteme kurulumu yapılır. Bu seçeneklerin + belirlenmesi, suEXEC işlevselliğinin kullanımı sırasında sistem + güvenliğini gerektiği gibi sağlamak için yönetici tarafından dikkatle + saptanmayı gerektirir. Bu sürecin ayrıntılarının yöneticiye bırakılma + sebebi, suEXEC kurulumunu, suEXEC’i dikkatle kullanacak yeterliliğe sahip + olanlarla sınırlama beklentimizdir.

      Hala bizimle misiniz? Evet mi? Pekala, o halde devam!

      top
      @@ -108,7 +109,7 @@ Bu program, bir CGI veya SSI betiğine bir HTTP isteği yapıldığı zaman, bu betiği, yöneticinin ana sunucunun aidiyetinde çalıştığı kullanıcıdan farklı olarak seçtiği bir kullanıcının aidiyetinde çalıştırmak için - çağrılır. Böyle bir istek geldiğinde, Apache artalandaki setuid + çağrılır. Böyle bir istek geldiğinde, Apache httpd artalandaki setuid programına, HTTP isteği yapılan programın ismiyle beraber aidiyetinde çalışacağı kullanıcı ve grup kimliklerini de aktarır.

      @@ -131,11 +132,11 @@ Setuid program yeterli sayıda argümanla çağrılmış mı? -

      Apache’nin artalanda çağırdığı setuid program - ancak yeterli sayıda argüman sağlandığı takdirde çalışacaktır. - Argümanların sayısını ve sırasını Apache HTTP sunucusu bilir. Eğer - setuid program yeterli sayıda argümanla çağrılmamışsa ya - kendisinde bir değişiklik yapılmıştır ya da kurulu Apache +

      Apache HTTP Sunucusunun artalanda çağırdığı + setuid program ancak yeterli sayıda argüman sağlandığı takdirde + çalışacaktır. Argümanların sayısını ve sırasını Apache HTTP sunucusu + bilir. Eğer setuid program yeterli sayıda argümanla çağrılmamışsa + ya kendisinde bir değişiklik yapılmıştır ya da kurulu Apache httpd çalıştırılabilirinin suEXEC ile ilgili kısmında yanlış giden bir şeyler vardır.

      @@ -192,7 +193,7 @@
    • Hedef grup root değil, değil mi? -

      Mevcut durumda, root grubunun CGI/SSI +

      root grubunun CGI/SSI programlarını çalıştırmasına izin verilmemektedir.

    • @@ -328,8 +329,8 @@
      --with-suexec-caller=KULLANICI
      -
      Normalde Apache’nin aidiyetinde çalıştığı kullanıcıdır. Bu, bu programı - çalıştırmasına izin verilen tek kullanıcıdır.
      +
      Normalde httpd’nin aidiyetinde çalıştığı kullanıcıdır. Bu, suEXEC + çalıştırıcısını çalıştırmasına izin verilen tek kullanıcıdır.
      --with-suexec-userdir=DÄ°ZÄ°N
      @@ -351,7 +352,7 @@
      --with-suexec-docroot=DÄ°ZÄ°N
      -
      Apache için belge kök dizinini belirler. Bu, (UserDir’lardan başka) suEXEC için +
      httpd için belge kök dizinini belirler. Bu, (UserDir’lardan başka) suEXEC için kullanılacak tek hiyerarşi olacaktır. Öntanımlı dizin sonuna "/htdocs" eklenmiş --datadir dizinidir. Yani, seçeneği "--datadir=/home/apache" olarak @@ -389,7 +390,7 @@

      SuEXEC özelliğini --enable-suexec seçeneği ile - etkinleştirdiyseniz make komutunu verdiğinizde Apache + etkinleştirdiyseniz make komutunu verdiğinizde httpd ile birlikte suexec çalıştırılabilir dosyası da derlenecektir.

      @@ -416,8 +417,8 @@ olup olmadığına bakacaksa da, bu sınamanın da bir sistem veya kütüphane çağrısı ile istismar edilmiş olma ihtimali gözardı edilmemelidir. Bunun meydana gelmesini önlemek için ve genelde - yapıldığı gibi dosyanın izinlerini suEXEC çalıştırıcısı sadece Apache - sunucusunun aidiyetinde çalıştığı kullanıcı tarafından çalıştırılacak + yapıldığı gibi dosyanın izinlerini suEXEC çalıştırıcısı sadece + httpd'nin aidiyetinde çalıştığı grup tarafından çalıştırılacak şekilde ayarlayınız.

      Örneğin, sunucunuz şöyle yapılandırılmışsa:

      @@ -436,7 +437,7 @@ chmod 4750 /usr/local/apache2/bin/suexec

    -

    Böylece suEXEC çalıştırıcısını Apache’yi çalıştıran grubun +

    Böylece suEXEC çalıştırıcısını httpd’yi çalıştıran grubun üyelerinden başkasının çalıştıramayacağından emin olabilirsiniz.

    top
    @@ -444,11 +445,10 @@

    suEXEC’in etkin kılınması ve iptal edilmesi

    -

    Apache başlatıldığı sırada suexec çalıştırıcısı - için --sbindir seçeneği ile tanımlanan dizine bakar - (seçeneğin öntanımlı değeri - /usr/local/apache/sbin/suexec’tir). Apache düzgün - yapılandırılmış bir suEXEC çalıştırıcısı bulduğu takdirde hata +

    httpd başlatıldığı sırada suexec çalıştırıcısı için + --sbindir seçeneği ile tanımlanan dizine bakar (seçeneğin + öntanımlı değeri /usr/local/apache/sbin/suexec’tir). httpd + düzgün yapılandırılmış bir suEXEC çalıştırıcısı bulduğu takdirde hata günlüğüne şöyle bir ileti yazacaktır:

    @@ -465,8 +465,7 @@ sağlamak yeterli olmayacaktır.

    SuEXEC mekanizmasını iptal etmek için ise suexec - dosyasını sildikten sonra Apache sunucusunu öldürüp yeniden - başlamalısınız.

    + dosyasını sildikten sonra httpd'yi öldürüp yeniden başlamalısınız.

    top

    SuEXEC’in kullanımı

    diff --git a/docs/manual/suexec.xml.meta b/docs/manual/suexec.xml.meta index 3b7b1e8915..f347f945f0 100644 --- a/docs/manual/suexec.xml.meta +++ b/docs/manual/suexec.xml.meta @@ -11,6 +11,6 @@ fr ja ko - tr + tr diff --git a/docs/manual/urlmapping.html.tr.utf8 b/docs/manual/urlmapping.html.tr.utf8 index d4ea787598..70d95c5545 100644 --- a/docs/manual/urlmapping.html.tr.utf8 +++ b/docs/manual/urlmapping.html.tr.utf8 @@ -24,11 +24,10 @@  ko  |  tr 

    -
    Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

    Bu belgede, bir istekte belirtilen URL’nin sunulacak dosyanın dosya - sistemindeki yerini bulmak için Apache tarafından nasıl kullanıldığı - açıklanmaktadır.

    + sistemindeki yerini bulmak için Apache HTTP Sunucusu tarafından nasıl + kullanıldığı açıklanmaktadır.

    top

    Platformlara Özgü Bilgiler

    diff --git a/docs/manual/index.xml.meta b/docs/manual/index.xml.meta index 4e2ec6f7e3..a36d92a1f5 100644 --- a/docs/manual/index.xml.meta +++ b/docs/manual/index.xml.meta @@ -15,7 +15,7 @@ ja ko pt-br - tr + tr zh-cn diff --git a/docs/manual/mod/core.html.en b/docs/manual/mod/core.html.en index d87f84f1b4..7d01d6183d 100644 --- a/docs/manual/mod/core.html.en +++ b/docs/manual/mod/core.html.en @@ -476,10 +476,29 @@ NoDecode option available in 2.3.12 and later.
    +
    top

    DocumentRoot

    Yapılan bir isteğe hangi dosyanın sunulacağına karar verirken - Apache’nin öntanımlı davranışı istek için URL yolunu (URL’den konak ismi + httpd’nin öntanımlı davranışı istek için URL yolunu (URL’den konak ismi ve port ayrıldıktan sonra kalan kısım) alıp bunu yapılandırma dosyasında DocumentRoot yönergesi ile belirtilen dizinin sonuna eklemektir. Bu nedenle, DocumentRoot altındaki dizinler ve dosyalar @@ -61,7 +61,7 @@ istek için istemciye /var/http/html/balıklar/zargana.html dosyası sunulur.

    -

    Apache ayrıca, sunucunun birden fazla konak için istek kabul etmesini +

    httpd ayrıca, sunucunun birden fazla konak için istek kabul etmesini sağlayan sanal barındırmaya da muktedirdir. Bu durumda her sanal konak için ayrı bir DocumentRoot belirtilebileceği gibi sunulacak içeriğin istekte bulunulan IP adresi veya konak ismine dayanarak devingen olarak @@ -77,12 +77,12 @@

    Belge Kök Dizini Dışındaki Dosyalar

    Bazen dosya sisteminde doğrudan DocumentRoot altında bulunmayan dosyalara da erişim izni - vermek gerekir. Apache’de bunu sağlamanın çeşitli yolları vardır. Unix + vermek gerekir. httpd’de bunu sağlamanın çeşitli yolları vardır. Unix sistemlerinde sembolik bağlar sayesinde dosya sisteminin farklı yerlerindeki dosyaları ve dizinleri DocumentRoot altındaymış gibi göstermek mümkündür. Options yönergesine değer olarak FollowSymLinks veya SymLinksIfOwnerMatch - atanmadıkça Apache olası güvenlik açıklarına karşı öntanımlı olarak + atanmadıkça httpd olası güvenlik açıklarına karşı öntanımlı olarak sembolik bağları izlemez.

    Bundan başka, dosya sisteminin farklı parçalarını belge kök dizini @@ -143,13 +143,13 @@ eşlemek için AliasMatch yönergesi şöyle kullanılabilirdi:

    -

    AliasMatch ^/sayfalar/([a-zA-Z0-9]+)/?(.*) - /home/$1/public_html/$2

    +

    AliasMatch ^/sayfalar/([a-zA-Z0-9]+)(/(.*))?$ + /home/$1/public_html/$3

    top

    URL Yönlendirme

    -

    Yukarıdaki bölümlerde açıklanan yapılandırma yönergeleri Apache’ye +

    Yukarıdaki bölümlerde açıklanan yapılandırma yönergeleri httpd’ye içeriği dosya sisteminin belli bir yerinden alıp istemciye göndermesini söyler. Bazen istemciye, istediği içeriğe farklı bir URL ile erişebileceğini ve bu URL için ayrı bir istek yapması gerektiğini @@ -169,7 +169,7 @@ zorunda değilsiniz, bu yönerge ile başka bir sunucuya da yönlendirme yapabilirsiniz.

    -

    Apache ayrıca, yeniden yazma ile ilgili daha karmaşık sorunlara çözüm +

    httpd ayrıca, yeniden yazma ile ilgili daha karmaşık sorunlara çözüm olarak RedirectMatch diye bir yönerge daha sağlar. Örneğin bir sitenin baş sayfasını diğer isteklerden ayrı olarak farklı bir siteye yönlendirmek için yönergeyi şöyle @@ -187,7 +187,7 @@

    Karşı Vekil

    -

    Apache ayrıca, uzak sunuculardaki belgelerin yerel sunucunun URL +

    httpd ayrıca, uzak sunuculardaki belgelerin yerel sunucunun URL alanına getirilmesini de mümkün kılar. Bu tekniğe HTTP sunucunun belgeleri uzak bir sunucudan alıp istemciye sunmasını sağlayarak bir vekil sunucu gibi davranması nedeniyle ters vekalet adı @@ -218,9 +218,17 @@ dikkat ediniz. Dolayısıyla, belge içinde dahili.mesela.dom’u ismiyle hedef alan mutlak hiperbağlar varsa bunlar istemci tarafından vekil sunucudan değil doğrudan - dahili.mesela.dom’dan istenecektir. Üçüncü parti modüller + dahili.mesela.dom’dan istenecektir. Bir sayfanın içindeki bu + bağları (ve diğer içeriği) mod_substitute modülü + kullanılarak istemciye sunuluyormuşçasına değiştirebilirsiniz.

    + +

    + Substitute s/dahili\.mesela\.dom/harici.mesela.dom/i +

    + +

    Ayrıca, Üçüncü parti modüller arasında HTML ve XHTML’de hiperbağları yeniden yazabilen mod_proxy_html - adında bir modül vardır.

    + adında bir modül de vardır.

    top

    Yeniden Yazma Motoru

    @@ -252,8 +260,8 @@

    "Dosya orada yok" ("File Not Found") hatalarının diğer bir bildik sebebi de URL’lerin hiperbağlarda veya doğrudan tarayıcıda kasıtlı ya da kasıtsız, yanlış yazılmasıdır. Bu tür sorunlarda yardımcı olması için - Apache mod_speling (sic) adında bir modülle gelir. Bu - modül etkin kılındığında Apache, "Dosya orada yok" ("File Not Found") + httpd mod_speling (sic) adında bir modülle gelir. Bu + modül etkin kılındığında htpd, "Dosya orada yok" ("File Not Found") hatalarının önünü kesip başka bir yerde benzer isimde bir dosya var mı diye bakar. Böyle bir dosya varsa, mod_speling istemciye dosyanın doğru yerini bildiren bir HTTP yönlendirmesi yollar. @@ -269,11 +277,39 @@ yönlendirmesine konu olmasına sebep olarak sunucunun yükünü arttırabilir.

    +

    mod_dir modülü sanal URI'leri, onları sunan gerçek + kaynağa eşlemekte kullanılan FallbackResource yönergesini içerir. Bir 'ön denetleyici' + gerçeklerken mod_rewrite modülünün kullanılmasını + sağlamak için çok kullanışlıdır.

    +

    Yerinde bulunmayan içeriğin bulunması çabalarının tümü Apache’nin 404 (Dosya orada yok) HTTP durum kodlu bir hata sayfası döndürmesine yol açar. Bu sayfanın içeriği ErrorDocument yönergesi ile denetlenebilir ve Hata Yanıtlarının Kişiselleştirilmesi bölümünde anlatıldığı gibi oldukça esnek bir şekilde kişiselleştirilebilir.

    +
    top
    +
    +

    Diğer URL Eşleme Modülleri

    + + + +

    URL eşlemede kullanılabilecek diğer modüller:

    + +
      +
    • mod_actions - Bir isteği, özkaynağın MIME türüne veya + istek yöntemine bakarak bir CGI betiğine eşler.
    • + +
    • mod_dir - URL'yi sonlandıran bölü çizgisini + index.html bir dosyaya eşler.
    • + +
    • mod_imagemap - Bir isteği, bir HTML belge içindeki + bir resme yapılan kullanıcı tıklamalarına dayanarak bir URL'ye + eşler.
    • + +
    • mod_negotiation - Dil veya içerik sıkıştırması gibi + kullanıcı tercihlerine dayanarak uygun bir belgeyi seçer.
    • +
    +

    Mevcut Diller:  en  | diff --git a/docs/manual/urlmapping.xml.meta b/docs/manual/urlmapping.xml.meta index 9fd5f4bb52..35880bdad4 100644 --- a/docs/manual/urlmapping.xml.meta +++ b/docs/manual/urlmapping.xml.meta @@ -11,6 +11,6 @@ fr ja ko - tr + tr